docs: 更新TRA编程培训课程材料、课件与AI技能交付包

- 新增全套考试卷、评估卷、参考答案与考试培训包模板
- 修正slidev培训课件：调整模块标题、链路图缩放，替换工单示例为通用业务对象
- 修正课堂红线表述为证据红线，将小组作业调整为个人作业要求
- 新增权限、状态流转、审计日志、看板指标四类可复用业务规则块
- 整理AI工程技能交付包，迁移旧资产至客户专属交付包并统一术语
- 新增考试输出模板与TRAE使用记录文档

slidev/pages/day4/m4-audit-log.md

@@ -93,3 +93,31 @@
 状态更新成功但日志失败，或者日志成功但状态失败，都会造成追溯问题。
 所以 Service 层要明确事务边界。
 -->
+
+---
+
+# 可直接复制到 rules：审计日志
+
+<div class="mt-5 text-xs">
+
+```md
+## 关键业务操作必须写审计
+- 级别：硬约束
+- 适用场景：创建、编辑关键字段、指派、状态流转、驳回、关闭、删除、导出、权限变更。
+- 必须：记录 actor、action、target_id、old_value、new_value、source、request_id、created_at 或项目等价字段。
+- 禁止：只记录普通日志而没有业务审计；操作失败后写成功审计。
+- 验收方式：执行关键操作后可查询审计记录，字段与实际变更一致。
+
+## 审计和业务写入必须一致
+- 必须：明确审计写入时机、事务关系、失败处理和重试策略。
+- 禁止：业务成功审计丢失，或审计成功但业务失败。
+- 验收方式：模拟业务失败和审计失败，结果符合一致性策略。
+```
+
+</div>
+
+<!--
+审计规则要比“记录日志”具体得多。
+课堂里可以让学员检查：有没有 old/new value，有没有 request_id 或来源，有没有失败行为说明，事务失败时审计和业务数据是否一致。
+如果这些说不清，审计日志就不能作为上线后的追溯依据。
+-->