它是什么意思
大多数企业其实已经有审计日志，而且不止一份：每个产品一份，各有各的格式、各自的时钟，对“用户”是谁也各有说法。同一份审计日志，是指整个系统只有一条记录轨迹，人的修改、自动化的运行和 AI 的操作都以同样的方式记录，可以放在一起查询。
它不同于动态信息流。信息流告诉同事改了什么；审计日志则要经得起事后追查，所以要记录谁执行了操作、依据什么授权，以及记录在改动之前是什么样子。
选型时为什么重要
审计日志的价值，要到出事那天才显出来：一张有争议的发票，一个被删除的联系人，一位客户追问谁打开过他的文件。要从五条轨迹里拼出答案，就得导出数据、匹配用户名、对齐时间戳，答案几天后才出来，而且还有缺口。
AI 让风险更高。一旦软件可以替人行动，您就必须能够查清它做了什么、代表谁做的，并把改动恢复原样。
该向厂商问的问题
- 人的操作、自动化和 AI 的操作是否都写入同一份日志？
- 每条记录是否包含执行者、所依据的授权以及操作前后的状态？
- 通过 API 执行的操作，以及厂商自己的支持人员所做的操作，是否也会记录？
- 能否直接从日志撤销一项改动，还是只能查看？
- 日志条目保留多久，能否导出？
Cyril 的做法
在 Cyril 中，所有模块都写入同一份审计日志。每条记录包含执行者、所依据的授权、操作前后的状态，以及来自同一时钟的时间戳；智能体的操作会被单独标记。通过 REST API 和 MCP 服务器发起的调用都以某个人的身份执行，并写入同一份日志，Cyril 自己支持团队的操作也是如此。所有改动都经过同一条采用软删除的写入路径，因此 Ask Cyril 所做的改动可以撤销。