本地 CSV 月底对账表
一宿君 · 原创模板 · docs.x.ai/grok-bot/approvals-security-and-privacy · docs.x.ai/grok-bot/security · docs.x.ai/grok-bot/files-and-results
把对账的体力活交出去，但把网银和付款留在自己手里——这是本地执行最合适的一种用法。官方文档里的 Expense Manager 角色就是照这个思路写的：汇总、匹配、标出例外、起草跟进，但不发消息、不改报销。这一篇把它落到你自己的 CSV 上。
适用
- 你的账目是一份或几份本地 CSV（导出流水、报销单、发票清单），格式稳定。
- 你要的是月底的对账表：分类汇总、差额、缺项、异常项，都要能追到原始行。
- 你只要它做整理和核对，付款、转账、报销审批仍然自己来。
- 你希望这件事可重复：每月同一套口径、同一个输出格式。
不适用的两种情况：账目本身分散在必须登录的银行系统里（那需要你接管登录，而且别把登录态交给它长期持有）；以及你需要它直接付款——官方把购买与财务转账列为必须审批、必须由人确认的动作。
准备
Bot。 建一位对账助手，描述里第一句就写：「只整理本地文件，不碰网银，不做付款。」导入 账青 · 对账助手 模板，它的默认职责就是「整理本地 CSV 账目，月底生成对账表给你核对；不碰网银，不做付款」。
官方文档提醒：描述里应该写清常驻规则（一次性要求写在对话里）。所以「不付款」「不删改原始 CSV」「必须留差额明细」这些要进描述，不是每单重复一遍。
连接器。 这一步一个都不需要。这也是这个场景最舒服的地方：CSV 走附件或本地文件，根本不引入外部账号。少接一个连接器，就少一处需要撤销授权的地方。
本地执行。 如果你希望它直接读你本机的记账目录，需要打开 Settings → General → Bot → Execution on Local Computer，三选一：
| 选项 | 含义 | 建议 |
|---|---|---|
| Ask every time | 每次要跑命令都问你，官方默认项 | 最贴合本场景 |
| Always allow | 本地执行常开，不再逐次问 | 只在范围确定且足够窄时 |
| Never allow | 一律不在本机跑命令 | 若你只打算走附件上传 |
账号登记过多台电脑后，这个设置会移到 Settings → Computer → Computers，每台电脑有自己的 Execution on this computer。
文件放哪。 不想开本地执行，就把 CSV 作为附件交给它——桌面端一次最多 6 个附件，文档单个 25 MB 以内，CSV 在官方支持的范围里。要长期留存和交接，用云电脑共享工作区 /workspace 下的项目目录。
步骤
把口径写进描述。 至少写清：字段含义、分类规则、什么算「差额」、什么必须单独列出、原始文件不许改。
把 CSV 交给它，并说明每个文件是什么。 官方特别强调：告诉 Bot 每个附件是什么、该怎么用。
结果：用这份 CSV 出一份 9 月对账表。
来源：附件的 expenses-2026-09.csv（交易流水，字段：日期、类别、金额、支付方式、备注）
和 policy.md（本月的报销政策，例外项要标出对应条款）。
约束：只读不改原始文件；不联网；不碰网银；不做付款。
交付物：新的一份对账表，含分类汇总、逐笔差额明细、缺字段的条目、
超出政策的条目；每条例外注明政策里的对应条款；合计数要能回推原始 CSV。
停下来等我的节点：对账表出现在对话里就停下，不要付款，不要发邮件。
- 审「差异」这一节。 官方给 Expense Manager 的写法值得照抄：把汇总和例外一起给你，并且要求每个例外都给出政策引用、合计数能回推来源。差额被单独列出来，才叫对账；差额被并进总数，就叫算账。
- 看成果卡。 生成的文件在对话里以卡片出现，点开可预览。文件也可以直接保存下来。打开对账表，逐行抽查两三条，看它能不能追回原始 CSV 的那一行。
让它改，不要重开一份。 官方建议：要求它修改刚生成的那份产物，而不是另起一份互不相干的副本——「更新你刚做的报告，给前两条结论加上来源链接，把最后的表格换成 CSV 附件。」这样版本才不乱。
沉淀。 口径稳定后存成技能，再考虑定成每月例程（例程要确认归属 Bot、时间表与时区、输入来源、预期结果、审批边界、数据源缺失时怎么办），并先跑一次 Test run。
把我们刚才这套月度对账流程存成技能，叫「月度 CSV 对账」。
写清：输入文件与字段、口径、差额判定、例外必须带政策条款、
合计数要能回推原始数据，以及「不付款、不外发」这条规则。
你要检查什么
- 分类汇总的数字加起来，等于原始 CSV 里这些行的金额总和（抽样验，别只信结论）。
- 差额明细是逐笔列的，不是只有一个总数差额。
- 例外条目带了政策条款出处，而不是「疑似超标」这种判断。
- 缺字段的条目被单独列出，而不是当成 0 或被悄悄跳过。
- 原始 CSV 没有被修改——官方示例里「不要修改源文件」是常见句。
- 对账表里没有出现任何付款指令、付款链接或转账动作。
- 它没有把账目发到任何地方：没有邮件、没有群聊、没有任何外发。
如果它建议「顺手把差额补上」「先把缺的那几笔标成已付」，这类主动替你决定的动作要立刻拦下来。对账助手可以指出差额，不能替你决定这笔钱算不算花掉。
审批边界
不碰网银、不发起付款、不改报销状态。对账表给你核对，付款这一步永远是你自己按下的。
官方的最小权限清单里有一条正好对上这个场景：只连接工作流需要的工具——本场景不需要任何连接器，就不要为了「以后也许用得上」去装银行或支付类插件。还要注意，连接器是账号级的，装了以后你账号下所有 Bot 都能用。
如果你确实需要它在某个支付页面上操作，把这一类动作留在审批后面：官方把购买与财务转账列为必须明确划界的动作，审批卡上会显示提议的操作与输入，核对目标、范围和数值之后再决定 Allow once 还是 Deny。支付类页面如果要求验证，按官方提示接管：Take over → 你自己完成那一步 → I'm done → 让它继续；不要把密码或验证码发在普通聊天里。
另外提醒：删掉 Bot 不会清空共享电脑上的文件与登录态。要收回访问权，按官方的六步走（暂停例程、登出网站、卸载连接器并撤销授权、清理 /workspace 里的敏感文件、隐藏或删除 Bot、必要时走账号设置流程）。不需要的话一条都别做。
相关
- 账青 · 对账助手 — 这套流程对应的 Bot 模板。
- 本地执行 — 三种审批模式、审批卡上看到的完整命令。
- 安全与审批 — Auto Review 规则、共享电脑不是隔离、移除访问。
- Skills — 把口径存成技能。
- Routines — 每月自动跑一次。
- 场景：外发前一律过审批守门 — 外发类动作的统一排队方式。
复现日期
2026-10-20 按官方文档整理。附件上限与支持格式、本地执行的三种模式与首次授权卡、审批卡的三个选项、连接器账号级生效、最小权限清单、移除访问的六步，均出自当时的官方文档。
出处说明
本页的情景设定与模板来自本站原创的 账青 · 对账助手，非官方发布；步骤与机制依据 docs.x.ai 的 Approvals, security, and privacy、Security、Files and results 三页，以及官方 Use cases 里的 Expense Manager 角色写法（汇总、匹配、标出例外、起草跟进，但不发消息、不改报销）。官方没有名为「账青」的模板，也没有专门针对 CSV 对账的功能描述——本文把它写成官方机制能支撑的用法，没有编造功能、价格或额度。