审计记录：让每次自动操作都能回放

01审计记录回答四个问题

如果日志只能看到“任务完成”，它无法帮助复盘，也无法判断是否安全重试。审计记录的目标是让另一个人能还原过程。

• 谁：哪个执行者、哪个团队成员、哪个任务。
• 哪里：哪个环境、哪个平台账号、哪个目标 URL。
• 做了什么：哪些步骤、修改了哪些字段、提交了什么。
• 结果如何：页面读回值、文件行数、状态、异常和是否重试。

02最小字段

字段不必一开始就很全，但关键写入必须有前后状态。只读任务可以简化，但仍应记录范围和结果。

• 任务 ID、开始与结束时间、执行者。
• 环境名称、平台、账号别名、目标 URL。
• 每一步的动作、状态、耗时和错误信息。
• 结果证据：页面标题、表格行数、文件路径、可见范围。
• 重试次数、重试原因、人工接管记录。
• 敏感字段的脱敏标记。

03证据怎么保存

页面证据应包含 URL、读取时间和实际值；截图要遮盖个人信息、订单数据和浏览器工具栏。文件证据应包含文件名、行数、生成时间和哈希（如需要）。

证据不是越多越好。保存与结论直接相关的字段，能让复核者快速判断；堆积大量无关截图反而增加隐私风险和查找成本。

04敏感信息与保留期

日志中不要保存密码、Cookie、API 令牌、完整手机号、地址和支付信息。确实需要排查时，使用脱敏后的字段或受控的临时记录，并在排查结束后删除。

保留期按业务和合规要求设定。过长会增加泄露风险，过短会影响复盘。至少覆盖任务周期和可能的复查窗口。

05用审计记录做复盘

审计记录最终服务于改进。如果每次复盘都只能得出“再试一次”，说明记录还不够具体。

• 统计失败类型：登录、权限、选择器、加载、提交未知。
• 找出重复失败的环境或步骤，优先修复。
• 比较重试前后的结果，判断重试是否安全。
• 在交接时附上最近一次任务的审计摘要。
• 定期抽查日志完整性，而不是等出事才看。