对外承诺为何不能以智能体自报为准?

智能体说“已完成”，只能证明它生成了一条陈述，不能证明业务事实已经发生。对外承诺涉及金额、时效、权益、责任归属等内容，一旦发出，就会改变客户预期；如果后端没有真实落库，或操作只停留在草稿、中间状态，企业面对的就不再是一次普通的识别错误，而是承诺与事实之间的错位。

跨系统流程尤其容易制造这种错觉。智能体可能成功读取邮件、填写表单、调用接口，并据此判断任务完成；但“流程跑通”不等于“业务闭环”。接口可能失败，结果可能写入错误对象，关键字段也可能被错误匹配。任务状态显示成功，更不能替代权威业务系统中的真实记录。

对外承诺必须绑定可验证事实

判断能否对外发送，不能看智能体的自信程度，而要看结果是否具备可核验依据。至少需要检查三件事：操作影响了什么资源，权威系统是否已经落库，以及返回结果能否与预期一致。业务系统返回的单据号、状态码、变更前后快照，才是确认提交结果的有效证据；如果读回校验失败，就应阻断后续通知，而不是让智能体依据上下文自行补全一个“成功”。

人工确认也不能简化为一个笼统的“同意”。确认者应看到操作类型、影响范围、触发原因和具体参数，特别要核对收件人、抄送范围、附件、金额及时效等是否真正等于业务承诺。多个工具调用同时出现时，还应逐项审批，批准一个动作不代表其他动作自动获得授权。

更稳妥的设计，是把流程拆成信息读取、行动执行、结果提交三段。读取可以在边界清晰、权限合规时高度自动化；涉及改写数据、变更权限、触达外部对象或产生不可逆后果的行动，应设置硬确认节点；结果提交则必须以权威系统回执为准。若动作无法回滚，确认就必须前移到执行之前。

智能体可以负责组织步骤，却不能成为事实的唯一证明者。凡是会形成外部预期的内容，都应由人工核对或由规则对照权威状态后再发送。自动化的可信度，不来自它说得多肯定，而来自每个承诺都能被系统记录、被责任人确认、被事后追溯。