跳到导航

操作日志

6MM AI 客服 · 租户使用指南

以 Markdown 格式查看

操作日志用于回答“谁在什么时间操作了什么”。结合动作、目标和来源,再回到业务记录核对结果。

  1. 定位事件 — 按时间、关键词和分类筛选。
  2. 阅读详情 — 核对操作人、目标、来源和结果。
  3. 核实结果 — 重试前先检查对应业务记录。

追踪一次操作

进入 操作日志,使用页面提供的关键词、分类、动作、操作人类型、目标类型和日期筛选。查看详情,确认谁操作了哪个对象,以及执行结果。

MCP 操作显示应用或操作来源和状态。根据操作类型,业务变更与 MCP 执行记录可能同时出现;出现两条审计记录,不直接代表执行了两次。

区分授权与执行

连接应用只代表完成授权。提出写入、等待确认和执行完成是不同状态。日志不是外部 AI 的全部聊天记录,也不能假定一次只读查询一定产生业务写入日志。

排查 MCP 失败时,保留操作 ID、时间和错误信息,先查询结果再重试。MCP 只能查询操作日志,不能修改。

读懂一条日志

信息核对什么
时间将操作放回问题发生的时间顺序。
分类与动作区分内容更新、会话操作及其他已支持的操作。
操作人区分客服账号与系统行为,不把操作人误认为聊天中的访客。
操作来源识别 MCP 应用调用与其他来源的操作。
目标确认记录指向哪个业务对象或 MCP 操作。
详情与结果阅读已有说明、执行状态和错误,再决定是否重试。

示例:MCP 修改文章后没有看到变化

  1. 缩小时间范围,查找对应应用或相关操作记录。
  2. 确认是等待确认、执行失败还是已完成;完成授权不代表修改已经执行。
  3. 打开目标文章核对实际内容。若出现版本冲突,先读取最新版本再发起新请求,不要直接复用旧内容。
  4. 需要继续排查时保留操作 ID 和错误信息。业务审计记录与 MCP 执行记录可能描述的是同一次变更。

交接时提供发生时间、目标标识、已有的操作 ID 和观察结果即可,不要在排查材料中夹带账号密码或 API 密钥。

常见问题

这里不是外部 AI 应用的聊天记录,只读工具调用也不一定产生业务变更日志。

先查询操作结果并核对目标记录。若只是客户端没有收到响应,服务端可能已经处理了请求。

继续了解