T:0 工程师：AI 会计为什么总在猜？因为总账只记结论，丢了来龙去脉
T:0（Airwallex 旗下）工程师 Erik 的长文：给总账接上再快的 Agent，它也只能猜。复式记账本来就带着一套能用算术核对的「本体」，把被软件丢掉的链接存回来，AI 才能指着证据回答「为什么」。
过去两年，市场上涌现了一批 AI 会计产品，发布页上的承诺大同小异：Agent 嵌进账本、对账从几天缩到几分钟、自动起草波动说明（解释科目余额为什么变了）、「几小时关账，不是几周」、九成多的手工活被自动化。
近日跨境支付公司 Airwallex（空中云汇）旗下的财务技术子公司 T:0 结束私测，面向美国初创企业开放。T:0 的工程团队成员 Erik（@eya0）在 X 上发表了一篇长文《Why Every AI Accountant Fails, and Why Palantir Knew First》。
现有的 AI 会计产品回答不了“为什么”，问题不在模型能力，而在它们脚下那张被软件拍扁的总账。会计在五百年前诞生时就自带了一套本体（复式记账），错在多数软件选择无视它，在过账那一刻把链接丢掉，只剩一张结论清单。
这是 T:0 团队写的产品与架构文章，客户案例和效果数字是厂商自己的说法。作者借 Palantir（一家给政府和大企业做数据平台的美国软件公司）的「对象 / 链接 / 动作」框架，说明为什么先修好账本底座，AI 才能在财务上给出可信的答案。
总账只记“结局”，却把“故事”扔了
要理解这个判断，先得看懂会计软件底层的总账（General Ledger，简称 GL）究竟长什么样。
复式记账的基本规则其实很简单：每笔业务至少记两边，一边借、一边贷，两边金额必须相等。无论打开哪套现代企业资源计划系统（ERP，如 SAP、NetSuite 或 QuickBooks），总账的本质都是一张扁平的流水表：日期、科目、借、贷、备注，动辄几百万行。
每一行分录都是一个故事的结局。至于故事的前因后果与交易链路，总账里全都没有。
Erik 在文章中举了一个具体的年度订阅收费案例：
这笔 4,120 美元的订阅，在总账里是这样一步步记下的
-
3 月 14 日
开出发票：客户签下 4,120 美元的年度订阅。钱还没收到，服务也还没提供。
借应收账款4,120.00 贷递延收入4,120.00递延收入：已开票但服务还没提供，先记成对客户的负债。国内准则一般叫「合同负债」，本文沿用美国准则的叫法。
-
3 月 18 日
客户付款：钱先落在支付处理商（比如 Stripe 这类处理商）那里，还没进公司的银行账户。
借处理商清算4,120.00 贷应收账款4,120.00处理商清算是个中转科目：钱在处理商那儿时记进去，打到银行时转出来，一进一出归零。
-
3 月 21 日
处理商打款：把这笔付款和另外 40 笔打包成一次结算打款付给公司。这笔扣掉自己的手续费 123.60，净额 3,996.40 随整批进入银行。
借银行存款3,996.40 借手续费123.60 贷处理商清算4,120.00只看这一笔：4,120.00 − 123.60 = 3,996.40。
三个日期、7 行分录、5 个科目；借方合计 12,360.00，贷方合计 12,360.00。
图 1：左边是总账里孤立的 7 行，右边是连起来的同一笔生意。
一笔商业事件，在总账里变成了 7 行互相孤立的分录，前后一周、横跨三个日期、分散在五个科目里：应收账款、递延收入、清算账户、手续费、银行存款。支出方向的每一块钱也一样，从公司卡扣款到从两个账户出资的工资发放。图 1 右边只画了这一条收入线，完整的地图覆盖整个总账：账单、工资、公司卡、转账、股权。
故事的其余部分散落在账本之外：支付处理商、计费系统、银行流水、数据仓库。这就是月末关账存在的原因——一队人从结论倒推故事；审计则是第二队人重做同样的事，风险更高、掌握的背景更少。
现在，把前沿大模型接入到这套扁平的总账上，向它提出 CFO 真正关心的问题：
“为什么这个月递延收入变了？”
T:0 团队说他们做过这个测试——导出一份总账交给前沿大模型，同一个问题问三遍，得到三个自信、写得漂亮、却彼此矛盾的答案。这不是模型能力不够，而是答案根本不在数据里。总账记录了结论，却扔掉了连接。要求 AI 仅凭一张扁平总账去解释业务，就像让人光凭电影片尾的演职员名单去推导完整剧情。你能得到一段流利、符合语法、看似合理的文字，但那只是一个猜测。
行业的解法：更快的簿记员
开头列的这些产品，背后的工程是真的，对账、起草、关账确实都变快了。