用 Muse 给单张收据找交易，确认 transaction ID 后再挂附件

01｜先把演示能证明的范围说清楚

Ledger Labs 创办人、执业 CPA Charlie Barmore 分享了自己的做法。他把 LedgerBug 精简成账务数据底座，再让 Muse 和 GrokBot 通过 MCP 协助挂收据、做分录和追问不清楚的交易。Ledger Labs 官方把 LedgerBug 描述为供人和代理共用的双重记账控制层，支持 API 或 MCP。

这仍是作者自己的环境。LedgerBug 官方目前标注为 Private Beta，并没有公开一套人人都能照抄的收据工具名称、字段或安装步骤。下面只拆出最容易核验的一小段，也就是给一张收据找候选交易，等人确认 transaction ID 后再挂附件。

02｜一次只处理一张已经发生的费用

先在账务系统里选一条已经同步或导入的费用交易，保留它原本的 transaction ID。不要让 Muse 另建一条金额相同的交易，也不要顺手把待处理交易改成已入账。这个教程处理的是凭证归档，付款、报销和银行操作都不在范围内。

收据也一次只放一张。遮住不需要的姓名、家庭地址、会员号、银行卡尾号和二维码，只保留匹配所需的商户、总额、币种、消费日期以及必要的税额。原文件另存一份，给上传副本一个自己的文件名，后面好检查是否重复挂过。

03｜先拿四个字段找候选，别直接宣布匹配成功

候选搜索至少看金额、币种、日期和商户。金额与币种需要精确一致；日期可以按实际清算情况给一个很窄的窗口；商户名要允许常见缩写，但不能只因为都写着“软件”或“餐饮”就合并。卡交易的消费日和入账日可能不同，因此两列都保留。

让 Muse 返回少量候选，每条都带原 transaction ID、原始描述、金额、币种、消费日、入账日和匹配理由。找不到就返回空列表，出现两条同额交易就并排展示。它可以帮助缩小范围，不能靠一个自制置信分数越过人工核对。

04｜把这段只读提示词交给 Muse

先让代理只读查询。连接器名称、权限卡片和可用工具会随账号变化，看不到 LedgerBug 或 MCP 连接入口时就停下，不要把其他账务系统的按钮当成同一个功能。

• 请为这张费用收据查找已有交易候选。只读，不新增、修改、删除或入账任何交易。
• 从收据提取商户、总额、币种、消费日期和必要税额。列出无法确认的字段，不要猜。
• 候选必须保留原 transaction ID、原始描述、金额、币种、消费日和入账日。金额与币种精确一致，日期只在我允许的窗口内。
• 最多返回 5 条候选，并逐条说明相符和冲突字段。没有可靠候选就返回空列表；先不要上传或挂附件。
• 不要创建 journal entry 或选择税务类别，也不要拆分交易。发送消息、付款、报销和连接银行均不在任务范围内。

05｜人来确认完整 transaction ID

核对时先排除币种不同、金额不符或日期窗口外的交易，再看商户原始描述。相同商户、相同金额在同一天出现两次并不少见，这时要靠订单号、卡片尾号的必要片段或收据时间继续查。证据仍不够就标成待确认，不要为了清空队列硬选一条。

确认动作要包含完整 transaction ID 和收据文件名。让 Muse 复述“准备把哪一个文件挂到哪一条原交易”，等你明确批准后再执行一次附件操作。不要用列表行号代替 ID，因为排序变化后，第 2 行可能已经是另一笔交易。

06｜批准时只开放挂附件这一件事

Ledger Labs 的公开原则是让专业人员保留复核责任，代理动作要能归因、检查和撤回。实际审批卡片里应该能看见目标 transaction ID、文件名和动作名称。任何新增分录、改科目、改税码、拆分金额或标记已报销的请求，都另开任务处理。

可以这样下最终指令。把 receipt-2026-10-02-01.pdf 作为 supporting document 挂到 transaction ID txn_example_4821。执行前展示目标 ID 和文件名；只做一次附件操作，不改交易字段，不建分录，不选税务类别，不付款，不发信。若附件已存在或系统返回不明确，停止并报告。示例 ID 需要替换成你刚核对的真实 ID。

07｜执行后看原交易和活动记录

完成后重新打开原 transaction ID，确认附件能预览、文件名正确、只出现一次，而且金额、币种、日期、商户和状态都没有变化。再看 Muse 的活动记录或 LedgerBug 可用的审计记录，保存动作时间、操作者、目标 ID 和结果。Meta 的 Muse 设计文章说明了活动记录与权限界面，但你账号里的具体字段仍以当前页面为准。

如果页面显示成功，附件却打不开，先保留原文件和返回信息，不要连续重试。重复点击可能得到两份同名附件。若目标交易随后被银行同步更新，也应通过原 transaction ID 追踪，而不是再造一笔“修正版”交易。

08｜用三种情况验收这条流程

第一种是一张金额、币种、日期和商户都能唯一对应的收据，批准后只多一个可打开的附件。第二种是同商户同金额的两笔交易，流程应停在候选页，等你补证据。第三种是找不到交易，结果应为空，不能自动新建交易或分录。

这篇处理的是单张收据与既有 transaction ID 的证据关联。月度消费账本教程负责把一批交易整理成可复核月表；QuickBooks 逾期跟进教程处理未收发票的提醒草稿。三条流程的对象和允许动作不同，验收时也要分开。