多Agent

开一家精酿美式餐吧到底要花多少钱？经营大半年后到底是赚是亏？钱都流向了哪里？ 这些问题听起来是基础会计常识，但当真正面对实体餐饮的一地鸡毛时–一整本扫描版银行流水、微信支付宝混合刷卡、物业方系统各期抵扣、股东实物入股、负责人个人信用卡垫付–账目会迅速变成一团乱麻。 最近我用 Claude 桌面端（主力模型 Claude Fable 5），对大梦滨江店（DAMON BREWING / 可能实验室）从 2025 年建店到 2026 年 6 月全周期的账务做了一次彻底的总账梳理。最终输出了 12 页签的标准化 Excel 底账、一份 10 页的完整对账报告，以及一份面向全体股东的 3 页精简经营汇报。 这篇文章记录这次梳理的核心方法论、踩坑教训，以及如何利用多 Agent 对抗式审计把 20 多个核心财务指标做到分文不差。 ⚠️ 脱敏声明：出于商业保密，本文不展示任何真实金额、比例与流水笔数，一律以定性描述代替，表格只保留指标间的推导结构。方法与流程是完整的，数字请自行代入自己的业务。 一、 为什么账会算不清：实体餐饮的 5 大「账面陷阱」 在动手拉表格之前，必须先理清业务现实。实体店的流水如果直接生搬硬套做汇总，一定会得出荒谬的结论： 混淆主体账户：滨江店以经营主账户为唯一现金账，但早期存在与西湖老店的店间结算和借调。如果直接抓商户名，西湖店的款项会混入。 第三方支付的「全量汇总陷阱」：微信和支付宝账单里包含了大量个人日常消费。如果全量汇总，两条渠道会各自凭空多出一大笔与门店无关的「假收入」！正确做法是只能通过付款通道子串匹配，精确提取实际扣自经营主账户的对手方明细。 团购的「双重计算」：美团到综团购的核销款，一方面已经反映在 POS 系统的「顾客实付」订单里，另一方面结算后又作为净款打入了银行卡。如果把团购单独列为一项收入加进来，营业额会被凭空重复计算一大块。 房东账单的「名目倒腾」：商业物业方在系统里将早期缴纳的意向金与首批款项打散冲抵到租赁保证金、物业保证金、能源保证金、首期租金、装修保证金与装修管理费中。按银行流水摘要搜「租金」只能看到零散转账，必须顺着物业系统的逐笔扣费凭证回溯。 信用卡垫付与公私倒挂：负责人个人信用卡替门店垫付了数万元房租与水电，但该卡同时存在个人日常消费，且经营主账户从未向该卡还款。如果把信用卡账单全量导入，会彻底污染负债端。 二、 6 条铁律：不可违背的底账原则 为了防止在多轮推演中产生数字漂移，我们在系统提示词与 Skill 中固化了 6 条铁律： ...