本章进度 16 / 18
89%
正文已完成
L201先定义一条能回答责任问题的审计事件
用主体、动作、对象、依据、结果和关联标识记录 AI 决策与工具执行。
先用本课建立“审计记录”的基本直觉,后面的判断和练习才不会只靠记结论。
建议按完整课程顺序先看上一课;如果术语陌生,可以随时回补。
- 无需安装新工具
- 直接阅读并完成本页理解检查
审计记录用结构化字段回答四件事。谁依据哪份授权,对哪个对象执行了什么动作,最终结果怎样。
能为一次智能体工具调用设计结构化审计事件,并区分审计与普通调试日志。
核心概念
先把关键判断说清楚
主体要区分人和代理
同时记录发起用户、执行智能体、审批人和所用服务身份,避免把责任压成一个账号。
对象与动作结构化
资源类型、资源标识、动作名和关键参数摘要应可检索,不只藏在自然语言消息中。
结果包含业务状态
记录允许、拒绝、失败和最终业务标识,不能把接口受理误当业务完成。
案例拆解
无法解释是谁删除了知识库文章
系统日志只有一行‘tool success’,没有用户、文章编号、审批记录或删除结果。
- 01
增加用户与智能体身份
- 02
记录 delete_article、文章ID和批准ID
- 03
从知识库读回删除状态并写入结果字段
案例结果
事件能够关联发起、批准、执行和最终状态,事故调查不再依赖猜测。
提交前练习
现在轮到你
为‘智能体删除一篇知识库文章’设计一条审计事件。
选做练习:本节练习可用于加速你巩固,但不影响继续学习。
内容会自动保存在当前设备
查看参考答案与评分标准
参考答案
actor_user=u17、agent=kb-agent-v3、approver=u42;action=delete_article、object=KB-903;approval=AP-81绑定版本7;result=deleted并含知识库事件ID。
评分标准
- 人和代理身份分开
- 对象可唯一定位
- 结果来自业务状态而非模型陈述
本课收口 · 理解检查
用 30 秒确认你理解了
用 30 秒理解检查确认你抓住了重点;阅读标记、练习和总结都不设硬门槛。
你现在更接近哪一种状态?
尚有必填项未完成,请补齐后再继续。
资料来源
继续核对与延伸阅读
本课内容最近更新于 。
- OpenTelemetry Signals↗official-docs · 核对日期 2026-08-23
- NIST AI Risk Management Framework↗standard · 核对日期 2026-08-23
- JSON Schema Core Specification 2020-12↗standard · 核对日期 2026-08-23