先写输出契约与证据要求
列出必填字段、类型、允许值和无法确定时的表示方式，明确缺失值与数字零不同。要求每个关键字段关联输入中的页码、片段位置或应用能核验的来源标识；没有证据时保留未知，不让模型猜一个完整表格。
选择当前确认支持所需输入与协议的模型，小规模使用合成文档验证。不把“可返回 JSON”等同于内容一定正确，结构化输出的可用范围也应查阅当前官方说明。
让程序先做确定性校验
解析结果后检查类型、必填字段、枚举、日期顺序和业务上可以确定的计算关系。对无法通过的项保留原结果与失败分类，但受控存储中也应遵守最小保留原则。不要通过悄悄填默认值把错误伪装成通过。
提取文本属于不可信内容，不能直接拼入数据库命令或执行脚本。金额、付款对象与权限变更等高影响字段，即使格式正确也需要独立业务核对，不能仅根据模型自述的信心自动批准。
按风险安排复核与反馈
将缺证据、规则冲突和高影响结果送入人工复核队列，向审核者并排展示必要原文与提取字段，隐藏无关个人信息。记录修改内容、理由和责任人，保持输出版本与输入版本可关联。
发布结果前区分自动通过、人工确认、失败和待处理，避免把未复核内容当作已确认数据。定期用脱敏失败样本改进规则，并在配置变化后复验；任何准确率结论都需说明样本与条件，本文不提供虚构数字。
参考资料
由 NexoToken 维护的自营资料站。平台介绍包含运营方利益关系，不构成独立第三方认证。