AI Agent 接入企业流程以后，最需要谨慎的不是内部摘要写错，而是客户已经看见、系统已经改写、记录已经删除的动作。只要动作对外可见，错误就不再是一次内部返工，而可能变成客户承诺、合同争议或数据事故。
所以客户可见动作要单独管理。它和 敏感动作审批、工具白名单、运行证据包 是同一套生产治理材料，只是判断标准更贴近“客户会不会受到影响”。
先定义什么叫客户可见
客户可见不只包括发邮件、发短信、回复客服消息。修改订单状态、调整价格、删除客户记录、改动合同字段、触发退款流程、变更账号权限，也都可能被客户感知。即使客户不会立刻看到，只要后续会影响交付结果，也应该按客户可见动作处理。
一个实用判断是：如果动作执行后需要对客户解释原因，或者执行错了需要人工补救，就不要让 Agent 直接完成最后一步。
Agent 可以准备，最后一步让人确认
这并不意味着自动化失去价值。Agent 可以先整理材料、生成回复草稿、列出引用依据、模拟客户可能追问，再把最后确认交给负责人。人不需要从零写内容，只需要核对关键事实和风险点。
这种模式适合和 会议行动项追踪、跨团队交接 串起来：Agent 准备上下文，人确认对外口径，系统保留证据。
承诺类动作要看依据
客户承诺是最容易被低估的风险。Agent 说一句“可以退款”“下周上线”“价格不变”，如果没有政策、合同或负责人确认，很快会变成团队要背的承诺。
所以承诺类动作需要两类证据：一类是原始依据，比如合同、政策、工单或审批记录；另一类是确认记录，比如谁在什么时候批准了这句话可以对外发送。
删除和覆盖要默认高风险
删除记录、覆盖字段、关闭工单、撤回文件，这些动作一旦执行，复盘成本很高。即便有备份，也会影响审计和责任追踪。Agent 遇到这类动作，最好先转成“建议删除”或“生成变更单”，不要直接执行。
这可以接上 Agent 变更单 的写法，把动作原因、影响范围、回滚方式和确认人写清楚。
总结
AI Agent 客户可见动作的原则很简单：内部可回滚的错误可以自动化加速，对外可见的动作要留最后确认。外发、承诺、删除、权限和订单变更分清楚，Agent 才能在提效的同时不把风险推给客户。
