设计原则
审计日志需要回答谁、何时、对什么、做了什么、影响是什么。
原则
审计日志需要回答谁、何时、对什么、做了什么、影响是什么。
设计动作
时间线条目显示操作者、动作动词、对象、差异、来源 IP/系统和过滤入口；高风险事件突出但不遮蔽普通事件。
正反例
正向示例：权限、计费、内容审核、设计系统变更和数据导出需要可追溯。 反向示例：日志只写 updated，没有对象和差异。
适用场景
权限、计费、内容审核、设计系统变更和数据导出需要可追溯。 用户需要快速判断状态、范围、风险或下一步行动。
来源提示
来源提示：综合 GOV.UK、Carbon、Polaris、Atlassian、Design.Systems、Design Systems Repo 与产品案例库的模式实践整理。 GOV.UK Design System Patterns: https://design-system.service.gov.uk/patterns/ Carbon Patterns: https://carbondesignsystem.com/patterns/ Shopify Polaris: https://polaris-react.shopify.com/ Atlassian Design System: https://atlassian.design/ Design Systems Repo: https://designsystemsrepo.com/
Agent 指令
时间线条目显示操作者、动作动词、对象、差异、来源 IP/系统和过滤入口；高风险事件突出但不遮蔽普通事件。