AI 服务出现异常，工程师希望保存完整提示词和回答方便排查；安全团队担心日志成为第二个资料库。双方并不需要在“全部保存”和“什么也不留”之间二选一。先明确需要回答哪些排障问题，再决定字段，通常可以保留有用证据，同时减少敏感内容进入日志。
从事件问题反推日志字段
OWASP 日志指南建议记录事件的时间、位置、主体和行为，并包含结果、原因及交互关联标识。对于文档 AI，常见排障问题是请求在哪一层失败、哪个策略拒绝了访问、调用了哪个模型、耗时与费用是否异常。回答这些问题通常首先需要结构化元数据，而不是合同全文或员工原始提问。
| 排障问题 | 可优先记录 | 需慎重处理 |
|---|---|---|
| 为什么被拒绝 | 策略版本、规则编号、结果码 | 完整受限文档标题 |
| 哪个调用超时 | 关联标识、服务、模型版本、耗时 | 原始请求正文 |
| 费用为何升高 | 任务编号、计量用量、重试次数 | 业务机密内容 |
| 谁触发了访问 | 受管理主体与执行身份 | 密码、令牌和会话凭证 |
把临时诊断与日常记录分开
少数问题确实需要观察内容时，可以建立单独的诊断流程：说明目的，限制参与人员和样本范围，优先使用脱敏或合成样本，并设置结束条件。诊断开关不宜在故障修复后长期保持。是否允许临时收集真实内容，应由企业既定的数据规则决定，不能由排障人员临时把全部流量镜像到个人目录。
OWASP 还明确提示不应直接记录访问令牌、密码和某些敏感信息。自动脱敏也不能被当作万能保障：规则可能遗漏文件名里的客户信息，或者把业务必需字段删掉。应使用代表性虚构样本验证脱敏后的日志，并检查日志导出、告警通知和第三方可观测平台是否沿用相同处理。
日志本身也要有访问与删除规则
运维人员需要看错误码，不一定需要看到员工姓名和文件路径；业务负责人需要看成本，不一定需要所有请求明细。按岗位提供必要视图，可以减少为了排障而扩大资料可见范围。日志保存期限应结合适用义务、调查需求和企业政策确定，并对到期清理做验证，而不是永久保留以备不时之需。
验收时挑选一次权限拒绝、一次超时和一次正常请求，让不接触原文的值班人员尝试定位问题。如果他们无法判断，再补充最小必要字段；如果日志中出现完整正文或凭证，先修复采集链路。这样能够用实际排障能力评价日志方案，而不只是比较字段多少。
好的 AI 日志应让团队解释发生了什么、为何发生以及如何处理，同时明确哪些内容没有记录。本文的字段方案属于设计建议，具体保留要求仍需结合企业自身义务和服务能力确认。
在企业文档中验证
如果要把本文方法用于企业文档，可预约演示，结合实际资料核对协作、权限与集成方式。
需要在自己的环境中验证时，可先了解私有化部署方案，再确定试用范围与验收要求。