AI核对型 AI 工具

软件外包里程碑验收与付款核对（免费版）

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

什么时候用

谁会在什么时候用：财务、出纳等岗位在每月结账 / 对账 / 盘点这类固定节点上，

必须把这张表核一遍才能往下走。

这张表会逐项核对什么：软件外包里程碑验收与付款核对表的逐行算术、合计勾稽、重复与空缺检测。

每条结论都带原文行号与出处，可被第三方用同一口径复算；

材料不足时不给结论，会明确列出还缺什么。

这个免费版查什么

（检查项由引擎的 CHECKS_* 导出，跑 --sample 会打印实际执行了哪些。）

怎么用

node scripts/run.mjs --sample                 # 先看样例
node scripts/run.mjs --input 你的材料.json     # 跑自己的材料

常见错法（这张表里真的会有人这么填）

1. 把合同总额填进「里程碑金额」：本期应付 = 里程碑金额 × 付款比例，里程碑金额是这一个里程碑值多少钱，

不是整份合同的钱。拿 90 万的合同总额去乘 90% 的付款比例，一笔就报 81 万，付款申请直接超付；

正确做法是按合同把总额拆到每个里程碑上（各里程碑金额之和 = 合同总额）。

1. 付款比例与质保金各扣各的：合同约定扣 10% 质保金，付款比例就该按 90% 填 ——

「付款比例合计 + 质保金比例 = 100%」是同一笔钱的两种叫法。一边按 100% 付、一边又扣 10% 质保金，

等于凭空多扣一次；反过来把质保金也一起付了，质保期内出问题就没钱可用。

1. 累计已付抄成「本期已付」或者没跟着滚：累计已付 = 前期已付 + 本期应付。

上期比例改过、或者干脆把本期付款额填进累计那一列，累计口径的所有判断（有没有付超合同、

质保金按什么基数扣）就全错；顺手把「待填」「待补」这类占位符留在关键列里，等于这一列根本没参与核对。

1. 同一里程碑在不同期间各付一次：里程碑原则上只付一次。上一期的付款申请没有作废、

或者分期付款的二期比例忘了从 100% 改成 50%，就会出现同一里程碑付款比例合计 180% ——

重复付出去的钱要主动追回，越晚越难追。

1. 验收状态与付款脱节：付款申请记着「未验收」，本期应付已经填了钱；或者验收单早就回来了、

这一列还停在「未验收」。里程碑付款的顺序是先验收后付款：没验收就付钱，

等于自己把返工与延期的筹码丢掉了。

使用次数与完整档

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

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

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

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

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

需要完整档时（可选）

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

• 累计已付超过合同总额提示（付超合同）
• 未验收却已付款提示（验收状态与已付款额矛盾）
• 质保金比例与合同不符提示
• 付款比例合计不等于 100% 提示（里程碑没付完 / 比例填错）
• 同一里程碑重复付款提示（同一里程碑被付了两次）

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

边界（请务必知道）

本工具不做引擎 CHECKS_OUT_OF_SCOPE 里列的那些判断；

材料不足时不给结论，也不会输出「未发现问题」。