🔢 忙了半天怪AI写错，结果错的是我：一个空格救回一版合同

今天出了一份合同的三档金额版本，我给AI的指令是：

AI埋头干了半天，交回来一版「1.8万」的合同。

我一看就火了：我要的明明是8万、10万、12万三档！忙了半天，AI全错了。

结果AI把过程摊开一讲，我沉默了。

一、事故还原：到底谁错了

我写的「1.8W」，有两种读法：

• 读法一：第一档 = 1.8万元（18000元）——AI取的这种

• 读法二：序号1 = 8万，序号2 = 10万，序号3 = 12万——我想要的

从上下文看，读法二更合理：原合同就是8万，加上10万、12万正好三档阶梯。

但站在AI的角度，它没猜错。「1.8W」最自然的读法就是一点八万。我怪AI之前，先得怪我自己——我把序号和金额黏在一起写了。

二、追出来的第二个坑：AI返工时也差点翻车

重做8万版的时候，我又发现一个更隐蔽的问题。

AI第一版脚本里，替换规则是按顺序执行的：先把50000改成10000，再把10000改成3000。结果刚生成的10000又被下一条规则吃掉了，费用表变成了3000、5000、3000——三项加起来11000，跟总额18000对不上。

这个坑AI第一次校验时漏了，第二次重做时自己抓出来修复了，还顺手把三档金额全部做了求和校验。

这件事给我的启发很实在：

• AI出错误不假，但AI自我纠错的速度比人快——前提是你给它一条明确的校验标准（金额构成之和=总额=分期之和）

• 校验不能只看"有没有残留"，要看"数字之间是否自洽"——串扰出来的错误数字，看起来反而"很正常"

图1：合同金额版本对照表——费用构成（培训/技能/认证三行）与分期付款（首期/二期/尾款三行）两块金额，三档合计均等于合同总额

三、国际通用标准写法：一条规则管住这类歧义

查了规范，这类问题早有定论，国际通用的写法就一条：

规则一：数字后加空格

依据有两层：

• 中文标点规范（GB/T 15834）：数字序号属于序次语，后面接内容时中间空一格，阅读上有分隔感

• Markdown语法：1.内容 不加空格，很多渲染器根本不识别为列表——这次误读的土壤就是这种紧凑写法

规则二：金额列表不用数字点编号

金额档位列表，直接用分隔式，天然无歧义：

• 斜杠式：三档：8W/10W/12W

• 顿号式：三档：8W、10W、12W

• 档位式：档1=8W，档2=10W，档3=12W

图2：两种写法对比——左边「1.8W 2.10W 3.12W」序号与金额黏连产生双关；右边「8W/10W/12W」分隔式一眼无歧义

一句口诀，方便记：

四、顺手沉淀成规矩，下次不再交学费

这次事故最后落成了两条铁规矩（已写进协作协议）：

• 我这边：给AI的金额列表一律用分隔式，不用数字点编号

• AI那边：遇到「数字点+金额」的紧凑写法，禁止默认直跑，必须先停下来确认是"1.8万元"还是"第1项8万"

成本几乎为零——一个空格、一个分隔符——省下的是整版合同返工的功夫。

其实工厂里管数据也一样：录入端省的一个字符，往往要在核对端花十倍时间还回来。 与其事后怪系统、怪AI，不如把输入规范钉死在源头。

最后说一句

AI没有错怪，它只是照着字面干活。字面有歧义，活就干岔。

跟AI协作的分工其实很清楚：规则我来定，执行它来跑，校验一起做。谁也别猜谁，猜就是返工的开始。

图3：灵犀对话记录——AI摊开替换过程讲清双重替换串扰的根因，并主动补做金额求和校验

古老师（古哥计划）｜AI落地专家 · 制造业FDE实践者｜中小制造数字化专家｜金山 KVP（金山办公最有价值专家）｜金山多维表格应用场景专家｜金山 WPS 社区优秀创作者

深耕中小制造业数字化落地，擅长用 WPS 多维表格 + AI 低代码方案，帮工厂快速搭建进销存、生产计划、质量追溯等轻量化系统。不用复杂 IT，低成本落地，已服务数百家制造企业，实战经验丰富。

关注我，把工厂的账算明白。

#多维表格 #工厂管理 #AI落地 #AI应用 #FDE #古哥计划

AI创作声明：本文由古老师口述思路与真实事件经过，AI（灵犀）辅助整理成文，经古老师审核修改后发布。文中事件为2026年11月2日真实协作案例。