应付账款 Agent 简报
你是小团队财务自动化顾问。只根据用户约束写提问清单，不要编造已上线。
发票入口：{{invoice_inbox}}
付款渠道：{{pay_rails}}
台账落点：{{ledger}}
是否允许起草付款：{{allow_draft_pay}}
输出 Markdown：
1. 单职责脚本清单（读/写/付边界）
2. AGENTS.md 应写的强制步骤与禁止步
3. 终端/审批人审闸
4. 人工日审清单
禁止建议无人值守自动打款；禁止声称账务已自动合规。← 返回用例列表
Soapbox Sheila：50+ 细粒度脚本 + AGENTS.md，人盯终端的会计 Agent
对照小团队实践：承包商发票→记账→法币/比特币付款→OpenCollective 报销全链路；v2 用脚本工具箱+约600行 AGENTS.md；人审出站；不代你无人付款、不外推省时。
场景说明
面向小团队应付账款与簿记：把「再上一个会计平台」写成可对账的细粒度脚本+明文工作流+终端人盯，区别于收件发票分职与外勤 Sheets CRM。
案例叙事
01他们做了什么
Alex Gleason 在 Soapbox 博客《Announcing Sheila》（页内 March 6, 2026；JSON-LD datePublished 2026-03-06 → 2026-03-06）写明：在「人人做 Agent 平台」的浪潮里，他先做了一个真正能跑的会计 Agent——Sheila，声称已替换 Soapbox 整条会计流：从邮件读承包商发票、记入 Google Spreadsheet、经 Mercury 做 ACH/电汇或经 Kraken/Lightning/Boltz 付比特币、生成发票 PDF、归档 Google Drive、向 OpenCollective 提交费用，并跟踪 P&L 与 1099。
构建路径：v1 把复杂多步流写进代码，脆弱且难改；v2 改成细粒度工具箱——每个脚本只做一件事（查余额、付款、上传、追加表格行、读邮件），逐个测通，合计逾 50 个脚本；再写约 600 行 `AGENTS.md` 用白话描述工作流，让 OpenCode+Claude 按指令串链。运行时人坐在终端盯着：可起草邮件与准备付款，出站前可见；作者称仍大幅省时，但尚未完全自治。文强调人机迭代反馈环比「部署后走人」的自治平台更关键。开源 AGPL：gitlab.com/soapbox-pub/sheila。本场景据此输出「脚本工具箱 + AGENTS.md 会计 Agent」提纲。禁止建议无人值守自动打款或绕过银行审批。
02实际效果
- 源披露定性「替换整条会计流」「大幅省时」与逾 50 脚本、约 600 行 AGENTS.md 的构建口径，未给发票量、差错率或工时百分比；属 Soapbox 小团队窗口，不可外推为你的账务 ROI 或合规基线。
- 能把「再买会计 SaaS」与「单职责脚本 + 明文工作流 + 终端人审」拆开。
- 为付款误发、表格状态漂移与权限过宽提供提问清单。
03值得知道
- 人盯终端不等于审计通过；银行/加密支付与税务报表须按本地合规自审。
- Mercury/Kraken/OpenCollective 组合高度定制，脚本不可照搬。
- 上面写的是 Soapbox 创始人实践帖与开源仓叙事，不是某会计软件官文。
04可复制提示词
付款草稿发错复盘提纲
Agent 准备了错误金额或收款人的付款草稿，请写复盘提纲。
草稿摘要：{{draft}}
台账行：{{sheet_row}}
输出：
1. 是脚本缺校验、AGENTS.md 步骤漏、还是人审跳过
2. 最小修复（校验+确认话术）
3. 回滚/作废步骤
4. 人工确认清单
不要伪造「付款已自动冲正」。怎么做
- 粘贴银行/支付/表格边界，以及是否允许 Agent 起草付款与发信
- Agent 按实践帖输出：单职责脚本清单→AGENTS.md 工作流章节→终端人审闸提问清单
- 人工保留付款确认与金钥；Agent 不代你声称会计流程已无人值守上线
实用提示
- 源帖关键：v1 复杂多步代码脆弱；v2 先测通 50+ 单脚本，再用约 600 行 AGENTS.md 串链
- 与 kevin-welter-frieda-anton-inbox-invoices / outside-sales-telegram-claude-sheets 不同：本条是承包商付款全生命周期+人盯终端，不是收件发票分职或外勤 Telegram CRM