企业智能体运行日志怎么看

企业智能体上线以后，负责的人往往先看使用次数和回答速度，很少认真翻看运行日志。等到客户说"答非所问"、员工发现资料引用错了，才临时去查某一次对话。其实日志的价值不只是定位程序报错，它记录了用户怎么提问、智能体调用了哪些资料、在哪一步没有拿到结果，这些信息能直接反映现有的知识结构和业务流程适不适合继续自动处理。

先保留能还原过程的信息

一条有用的运行记录，至少能回答五个问题：用户什么时候问了什么，智能体识别成了哪类需求，检索或调用了什么资料，最终给出了怎样的回复，过程中有没有转人工或失败。涉及表单、报价草稿、售后登记这类操作时，还要记录任务执行到哪一步、是否由人工确认。日志字段不是越多越好，客户电话、邮箱、订单信息属于敏感数据，应根据用途做脱敏和分权，普通运营人员看到问题类型和处理结果就够了，只有确有需要的管理人员才能看完整记录。

重点看三类反复出现的问题

第一类是"没有答案"。不要只统计未命中次数，要区分资料确实不存在、用户说法和知识库用词不一样、还是检索范围设得太窄。例如客户问"交货周期"，资料里只写"生产周期"，补充同义表达就能改善；如果企业本身没有统一交期，就该转给业务人员判断，不能为了减少未命中就编造结论。第二类是"有答案但不适用"，智能体可能引用了旧版产品说明，或把某个型号的条件套到了另一个型号上，复查时要顺着日志找到来源文档，确认版本和适用范围。第三类是"任务中断"，客户明明表达了采购意向，却因为缺少地区、规格或联系方式没有进入后续流程，这往往不是接口故障，而是提问顺序设计得不合理。

建立业务人员能执行的复盘节奏

刚上线时可以每天抽查少量高风险对话，比如涉及价格、合同、技术参数和售后承诺的；运行稳定后再按周汇总未命中、转人工、用户重复追问和任务失败的情况。抽查不能只挑明显报错，也要随机看正常对话，防止"表面成功、实际答偏"。每次复盘形成一张简短的问题单，写明对话编号、问题类型、影响范围、处理人和完成时间：知识缺口交给内容负责人，流程设置交给运营人员，接口异常交给技术人员。改完再用原问题复测，确认不是只换了一种说法。

苏州辉耀网络科技有限公司做企业智能体服务时，会把日志查看和复盘方法一起教给客户，包括日志字段怎么设、敏感信息怎么脱敏、复盘节奏怎么定。企业如果已经上了智能体，可以先从最近一周的真实运行记录入手，找出一条最值得改进的对话，顺着日志走一遍，比凭感觉改知识库有效得多。