工具调用审计日志该记哪些字段

前几天看到安全事件的讨论，我整个人都清醒了。大家现在给智能体接外部系统、调各种工具玩得风生水起，但真到了排查问题或者被安全团队找上门时，很多人连它到底执行了什么都说不清楚。我自己踩过最惨的一个坑，就是后台明明跑了一堆报错，打开日志一看，全是空泛的“调用成功”或者毫无上下文的请求体，根本无法复盘。

如果智能体能读取数据、修改记录甚至发消息，工具调用的审计日志就绝对不能只记一句“某时某分调了接口”。

到底该记哪些核心字段

为了能在出事时顺藤摸瓜，或者在日常运行中快速定位异常，有几个维度的字段必须焊死在日志里：

• 谁发起的任务：不能只写系统代号，要明确记录原始任务的发起人，同时标明这次调用是以哪个智能体身份执行的，把人与机器的身份链路绑在一起。
• 关联了什么请求：务必给调用打上标记，让它能一路回溯到最初的原始请求，否则海量并发时，你根本分不清哪次工具调用对应哪句用户指令。
• 动了什么工具：清晰记录调用的目标工具名称、具体的操作类型，比如是查询、导出、修改还是删除。
• 时间与判定结果：精准的调用时间是基础，更重要的是记下授权结果和最终的执行结果，清楚标明这次操作是放行了、拦截了，还是在执行阶段报了错。

记日志也要防反噬

有了这些字段，我们就能很方便地设置异常告警，比如抓取高频调用、大批量导出或者非预期的跨范围访问。但在记日志这件事情上，我也吃过亏：千万别头脑发热把所有原始入参和返回内容原封不动全塞进去。

审计日志本身如果包含大量敏感数据，它自己就会变成一个高危泄露点。我们要做的是控制日志的访问权限、设定合理的保留期限，并对敏感内容做好脱敏，只留关键标识。把基础字段夯实，再配合高风险调用的限速和阻断，出了状况心里才真正有底。