AI核对型 AI 工具

对账与往来款技能包（免费版）

完全本地运行：引擎已经打包在本技能里（scripts/engine/）。 核对过程不需要联网、不需要 API Key、没有调用次数上限、不写任何文件。

什么时候用

谁会在什么时候用：企业财务、总账会计、代账公司的往来岗，在每月结账与对账之前。

往来底稿从来不是一张表：供应商应付对账与差异跟进、应付账款账龄与付款计划、应收账款账龄、

坏账准备计提、预收账款与收入确认、应付暂估与发票未到、应付账款保理与贴现、票据贴现利息、

银行承兑汇票台账与到期兑付、银行流水对账（未达账项）、集团内部往来对账与抵消、保函台账、

履约保证金与保函台账、备用金与报销核销 —— 每一张都有自己的勾稽关系，逐张手核既慢又容易漏。

这个包做的事只有一件：--input <客户目录>（每个子目录 = 一个客户 / 一套材料），

一次跑完所有客户，每个客户一行结论。

这个免费版查什么

下面 14 项，每个客户都跑一遍（检查项名字与引擎 CHECKS_GIVEN 逐条一致）：

1. 供应商应付对账
2. 应付账款账龄与付款计划
3. 应收账款账龄
4. 应收账款坏账准备计提
5. 预收账款与收入确认
6. 应付暂估与发票未到
7. 应付账款保理与贴现
8. 票据贴现利息
9. 银行承兑汇票台账与到期兑付
10. 银行流水对账
11. 集团内部往来对账与抵消
12. 保函台账
13. 履约保证金与保函台账
14. 备用金与报销核销

引擎里的 CHECKS_WITHHELD（本免费版不执行的项）会逐条打印出来，例如

「跨客户汇总台账」「跨客户风险排序处理清单」「跨客户共性问题归类」「往来台账导出」——

它们是"未执行的检查项"的说明文本，不是实现。

另外，每个成员检查包自己没做的子检查（SUB_CHECKS_WITHHELD，本包合计 71 项）也在结果里

scope.sub_checks_not_run 如实列出 —— 两个档位都没实现它们，不会因为「买了完整档」就让买家以为这些项被跑了。

怎么用

node scripts/run.mjs --sample                  # 单客户样例（内置）
node scripts/run.mjs --sample-batch            # 3 个客户的批量样例（干净 / 有硬伤 / 没交材料）
node scripts/run.mjs --input 客户目录            # 批量：每个子目录 = 一个客户
node scripts/run.mjs --input 客户目录 --json     # 机器可读

客户目录怎么放（每个子目录里放该客户的一套往来材料，每项用 === 检查项 === 分段，Tab 分隔最稳）：

客户目录/
  豫州商贸有限公司/往来材料.txt
  中岳建材有限公司/往来材料.txt

也可以把 14 张表拆成 14 个文件放进同一个子目录 —— 引擎会自己认表头找对应的那一项。

templates/sample.json 是引擎自己的样例，可以直接 --input 它先跑通一遍。

退出码：0 已执行检查 / 1 缺少入参 / 3 材料不足 / 4 入参读不到或无法解析 / 9 未预期错误。

材料不足（一个客户的材料都没有、材料为空或只有几行、认不出任何一张表）时，

本工具不做任何认定、也不给任何结论，打印缺什么并以退出码 3 结束 —— 不会把"没查"说成"通过"。

结论怎么读

• 每个客户一行：[结论] 客户名｜问题 N 项（P0/P1/P2）｜每一项:通过 / 有问题(n) / 未执行；
• 有价值的是问题明细：每条都带 客户 + 检查项 + 来源文件:行号 + 类别 + 具体数字，

第三方可以拿同一份材料复算；

• 银行流水对账那一项，它的样例本身就是一份带未达账项与重复记录的对账底稿，

所以 --sample 会照实报出这几条（这是该项的真实结论，不是误报）；其余 13 项在各自样例上是 0 条发现。

使用次数与完整档

本免费版每次运行结束后会向服务端做一次匿名次数统计：只发送本包标识和一个不含任何材料的匿名安装标识（由主机名与用户名做短哈希得到），不发送你的材料、不写任何文件。

· 前 3 次：服务端不返回任何内容，输出与现在完全一样；

· 第 4 次起：服务端会返回一段完整档说明（完整档是另一个独立商品，条款与价格以它自己的商品页为准），届时才会打印这一行；

· 统计不可用（离线/超时/被拦截）时什么都不做，核对结果与退出码不受任何影响。

本版本不包含的检查项见上一节；需要完整档时按服务端返回的官方口令执行，付款由用户本人确认。

需要完整档时（可选）

本免费版是完整可用的核心产出，本版本不包含下面这些项：

• 跨客户汇总台账（全部客户 × 全部 14 项检查合并成一张总表）
• 跨客户风险排序处理清单（按 P0/P1/P2 排序，带客户名与原文文件行号）
• 跨客户共性问题归类（同一问题命中 2 个及以上客户时合并成一条共性项）
• 往来台账导出（Markdown 与 CSV 文本，直接用于结账前复核说明）

同名工具的完整档是另一个独立商品（条款与条件以它自己的商品页为准）；两档的差别就是上面这些，没有别的。

边界（请务必知道）

• 不做会计判断：某笔往来该不该这样挂账、该不该确认收入、坏账准备该按什么比例计提，

属于会计师/审计师的判断，本工具不回答；

• 不代替审计程序、不代替函证，也不出具鉴证意见或审计意见；
• 不核对银行流水/对账单的真伪，不比对财务软件、网银、票据系统的逐行明细；
• 不读取财务软件 / 网银 / 票据系统的导出文件 —— 需要你先导出成文本，每个客户一个目录；
• 不判断坏账政策、账龄口径、抵消口径是否最新，只核你给的表内数字与表间勾稽关系。

常见错法

• 把 14 项的材料全塞进一个文件却不分段：引擎按 === 检查项 === 分段找每一项的表；

不分段时只有第一段能被认出，其余 13 项会如实标成「未执行」并报一条「材料只覆盖了一部分」，

不是"查过了没问题"。

• 一个客户一个目录：--input 指向的目录里，每个子目录 = 一个客户。

把所有客户的表放进同一个子目录，会被当成一个客户，跨客户的差异与汇总也就无从谈起。

• 以为「未执行」=「通过」：某客户只交了 3 张表，那 3 项之外的 11 项是没有核，

结论里写的是「未执行」，并且会单独报一条覆盖缺口。

• 表头行被删掉：只贴数据行不贴表头，该项直接变成「未执行」（引擎认不出列的角色）。
• 拿 --sample 的输出当自己的结论：样例只是让你确认「跑得通、格式对」，

真正的结论必须来自你自己的材料。