审计日志

智能代理层可完整记录每一次AI发起的操作（HTTP调用、命令执行、资源访问），形成可回溯的审计日志

审计日志会记录每一次数据访问的时间、操作者身份、查询理由和返回结果，可追溯谁在何时出于何种目的调取了哪些车牌数据。

代理行为审计是指对AI代理在运行过程中做出的每一次决策、调用的每一个工具、访问的每一项资源，进行可追溯、可重放、可解释的记录与分析。

业界常用“人类在环”审批来拦截高风险动作，并配合审计日志回放代理的每一步操作。

Vercel Agent 的 scope 凭据能限制可执行的操作，但被允许的操作仍可能造成伤害，因此计划要与沙箱隔离、网络策略、密钥处理、速率限制、审计日志和服务授权配合使用。

审计日志的业界常见设计原则包括只追加（append-only）存储、哈希链或写入即锁定（WORM）机制，以确保记录不可篡改。

更务实的做法是共享底层身份基础设施（如令牌服务、审计日志），但在策略层与生命周期管理层保持分离。

凭证隔离需要在每次工具调用前做权限校验与审计日志记录。

审计日志与人工审批是评估智能体系统可控性的两项关键机制。

缺少预算护栏等机制时，自主支付会把成本风险从采购环节转移到运行环节，因此生产部署前通常需要审计日志与可回溯的调用记录。

常驻代理的权限治理框架常包括凭证隔离（代理凭证与用户主凭证分离、使用可撤销专用令牌）、沙箱运行（限制文件系统与网络范围）和审计日志（记录每一次读写操作）。

不产生事件的写入不会出现在审计日志中，因此沉默需要被显式记录在别处。

监控日志是在调用发生之后才写下的，因此监控应与逐调用授权并列而非替代它。

从被动审计到主动告警的升级，本质上是把问责从“事后追查”前移到“事中阻断”。

一个报价便宜但写不出合格审计日志的开发者，在产品上线前的第三方渗透测试阶段暴露问题时，其修复成本可能是初始节省费用的五倍以上。

审计日志采用分层保留方案：约束违规与人工覆盖永久保存完整记录；常规决策按确定性哈希采样保留90天；其余仅保留聚合统计。

每个授权决策应记录足够重建上下文的日志，包括调用者身份、代理身份、工具名称、参数摘要、策略结果和时间戳。

代理使用的凭证每次使用都应留下记录（哪个秘密、何时、用于哪个任务），没有日志的凭证授权等于放弃事后发现异常的机会。

审计日志应捕获三件事：发生了什么、何时发生、哪项授权允许了该行动。

run函数在每一步执行前检查工具是否在允许列表中，并检查步骤文本是否命中升级关键词，任一触发则升级给人类负责人，通过检查的步骤才调用工具并写入审计日志。