Agent 接口里的金额差一分，怎样约定币种、精度与舍入位置

Agent接口里的金额差一分，不能先让模型四舍五入再看是否对得上。先确定金额表示、币种与允许精度，再约定哪一层按什么规则舍入，最后核对原值、计算值和展示值。本文讨论数据合同，不决定正式报价权限、税务处理或汇率政策，也没有市场价格样例。

金额不是一个裸数字

合成服务返回金额文本、币种代码和业务精度规则。字符串保存十进制表示，实际运算交给适当的精确数值实现。币种不能只依赖页面上的符号，因为同一符号可能有歧义；也不能默认所有币种都保留相同小数位。精度与单位要由目标系统和业务方确认。

同时注明金额是单价、合计还是某项差额，是否包含业务调整及何时生效。字段缺失保持未知，不能让模型补零。零金额是明确值，未知金额则不是零；负数是否允许，也根据退款、调整等实际合同决定，不能在接入层一律去掉符号。

Google Money类型把币种、整数单位和小数部分明确表示；PostgreSQL数值类型文档区分精确decimal与浮点。它们说明可采用的机制，不要求所有接口照搬同一结构。

如果目标按最小单位整数传值，要记录单位与币种规则，不能把传来的整数直接当元。若目标按十进制字符串传值，适配器不能中途转换为浮点再格式化。模型可以解释已核对金额，但不应承担账务计算或把自然语言近似值作为正式字段。

逐行舍入后求和，与先求和再舍入可能得到不同结果。哪一种正确取决于业务规则，而不是某个编程语言的默认函数。合成附件给出两行带额外小数的金额，要求项目填写适用精度、舍入方式与运算顺序，保留不同规则的差异，而不伪造一个通用标准答案。

负数边界也要测，因为有些实现对中间值的处理并不相同。输入超过允许精度时，决定拒绝、暂存原值还是明确转换，不能静默截断。展示层保留两位仅代表界面格式，不证明接口或数据库已经按同样规则处理。

下载金额合同与精度样例。材料包含精确小数传递、额外精度、负数、未知金额、币种不一致和逐行汇总差异。所有数值是无商业含义的合成输入，真实规则与执行结果保持待填写。

先记录输入原文，再保存运算层精确值、API响应与页面展示。出现差异时定位第一段变化，不从最终页面倒推原值。若查询包含多币种，未有明确换算合同就分组展示或拒绝合计，不能让Agent根据记忆给出汇率；本文不会提供投资、税务或支付合规结论。

业务可能有明确的容差，但需要知道容差用于哪类比较。因为接口传输丢精度造成差异，不能直接把允许误差调大让测试通过。币种错、单位错和符号错通常属于语义错误，与末位舍入差异应分开报告。模型输出“差不多”不是验收依据。

如果目标系统会在写入后重新计算，以它的权威结果核对批准参数与实际回执；不能继续显示提交前的理想值。金额改变是否需要再次确认，由业务合同决定。本文只提供对比字段，不发起真实交易或修改任何财务数据。

验收人员应能从附件解释每一个结果为何如此，并在换一组边界输入后重复得到相同决定。规则未确认的测试保留待定，不让开发者私选默认值。业务规则改版时保存规则版本，避免两批结果虽然都叫金额却采用不同计算顺序。

正式对客报价的边界可读销售报价约束，本题属于流程自动化的数据精度工程。通过定制咨询提供脱敏金额字段、币种和目标系统舍入规则，可评估精确表示、差异核对与界面回显的实现范围。