数字没抄错，结论仍然可能写错
假设一份内部报告的比例从20%变为25%，AI写成增长5%。两个原始比例都提取正确，但变化的含义没有说清。按比例直接相减，是增加5个百分点；相对于原来的20%计算，则是增长25%。这些数字只是算术示例，不代表任何实际项目效果。
企业AI写报告时，最容易忽略的不是算式，而是读者究竟需要哪一种变化。相同输入可以得到不同但各有定义的指标，模型不能根据一句增长多少自行选择，再把结果当成唯一答案。
先确认比例描述的是什么
每个比例应有明确分子、分母、统计对象和时间范围。成功任务占全部任务，与成功任务占已完成任务，分母不同，结论也不同。只保存一个百分数，会让后续比较失去最重要的解释基础。
输入整理可以把比例名称与计算定义一起保留。若来源只给出数值而没有口径，结果应标记待确认，不能让模型依据字段名猜测分母。业务人员需要确认指标含义，技术人员再把它落实到数据处理。
同样的指标名在不同部门也可能有不同定义。合并报告之前，先核对是否可比，不要因为名称相同就直接连接时间序列。数据格式一致不等于业务口径一致，这是比例分析最需要提前确认的地方。
区分百分点与相对变化
百分点用于表达两个百分比之间的差，通常直接相减；相对变化则以基期值为参照。项目应明确要求输出哪一种，并在文字里使用对应名称。不能计算了差值，却配上增长率的说法。
如果同时展示两种变化，应分别标注，避免读者把两个数字当成矛盾。对于业务使用者，简短解释往往比堆术语更清楚，例如说明一个描述比例位置变化，另一个描述相对于原值的变化幅度。
基期为零时，相对变化的常见算式无法按通常方式计算。系统应按约定报告无法直接计算或使用其他明确指标，不能随意填成零、无限增长或一个夸张数值。边界处理需要业务确认，而不是由模型临时修辞。
比例变化不等于数量变化
即使比例提高，实际成功数量也未必增加，因为总量可能变化。报告如果只根据比例变化写出业务规模扩大，就超出了证据。需要数量结论时，应同时核对分子与分母的实际变化。
相反，数量增长也不自动说明比例改善。项目可以根据任务需要同时呈现，但要避免把不同维度混成一句总评。模型生成解释前，应拿到足够的指标定义和对应数值，而不是只看到两个百分号。
样本范围改变时，更要解释比较限制。某期只统计一类任务，下一期增加了另一类任务，两者直接比较可能没有相同基础。报告应说明变化来自什么范围，不应把所有差异都归因为系统效果。
让程序负责明确算式，模型负责清楚表达
对于已经确定口径的计算，可以交给可测试逻辑完成，再把结果及定义提供给模型。这样能够减少模型在生成文字时自行选择算式，也便于复核每个数字从哪里来。
传给模型的不应只是结果列表，还应包含单位、比较方向、基期和异常状态。若某项无法计算，保持明确状态，不能转换成空字符串后让模型补一句合理解释。缺失信息需要沿链路保留。
输出检查也要核对文字是否改变计算含义。程序算对百分点，模型却写成百分比增长，仍然需要拦截或修正。数值校验与表达校验应共同完成，不能只在计算函数测试通过后就认为报告可靠。
平均比例要检查权重与用途
将多个比例简单平均，未必等于合并数据后的整体比例。不同组的分母大小不同，结果可能表达不同问题。项目应先确定要描述平均组别表现，还是全部记录的总体表现，再选择计算方式。
不能为了让结果更好看，在两种算法之间切换。报告模板应固定口径，并在变更时说明原因和影响。历史对比需要同样基础，否则一个算法调整就可能被误写成业务改善。
如果来源缺少分母，可能无法可靠计算整体比例。可以保留组别结果并说明限制，不必强行生成总数。知道哪些结论暂时不能得出，是分析交付的一部分，不应被视为系统没有完成任务。
用带边界的算术样例验收
测试应覆盖比例增加、减少、不变、基期为零、分母变化和不同组别权重。每个样例都明确预期数值与文字含义。只测一个正常增长案例，无法证明系统会正确处理其他情形。
还要测试输入形式不同的情况，例如小数与百分数表示，确保不会重复乘除。字段应明确单位，不能根据数值大小猜测。对于来自不同来源的数据，入口转换与最终显示都需要核对。
验收可以让业务人员只读最终句子，再解释它意味着什么。如果解释与算式不一致，即使数字全部正确，也需要修改表达。报告的目标是让人作出正确判断，而不是展示计算过程很复杂。
给每一个增长结论保留依据
最终记录应能追溯原始值、口径、算式与输出文字。发现错误时，可以判断是输入定义、计算还是生成表达出了问题，而不是一概归为AI算错。修复也应回到对应环节。
比例报告不需要夸张措辞才能有用。明确说增加了多少个百分点、比较范围是什么、哪些数量尚未核对，往往更能帮助业务讨论。只要口径沿流程保留下来，AI才能把数字解释清楚，而不是把准确输入写成误导结论。
要点总结
- 直接差值是5个百分点；相对原值的增长为25%。应明确所用指标。
- 不能，需要同时核对实际分子与分母。
- 需要，生成表达可能把百分点写成相对增长，改变含义。
参考来源说明
本文提出可供业务团队评估的方法，示例不代表真实客户项目。官方资料仅用于核对对应技术机制，站内服务页用于了解业务范围，不作为效果证明。