深色模式
05 · Rules & Hooks 实战库
卡点、扳机与审计
📚 《Codex 进阶玩法》第 5/20 篇 · 下一篇:06 · Skills 与插件工程
说服用 AGENTS.md,强制用 rules/hooks(能力演进快,以官方文档为准)。
01 场景一:质量卡点
改动即跑 lint/测试,不过不许收尾——"记得跑测试"从美德变机制。
02 场景二:拦截清单
网络请求、删除类操作按清单拦截放行。清单从窄开始放——写太宽把正常 curl 也拦了,任务频频卡死。
03 场景三:通知与审计
长任务完成推手机;全操作留审计日志——出事能追溯到哪次会话哪条命令,无人值守的前提。
04 动手
配"测试不过不许收尾"卡点 → 验收:故意提交坏代码验证拦截。
05 小结
卡点管质量、审计管责任。下一篇把打法打包。
📎 实战案例
拦截规则写太宽,把正常 curl 也拦了,任务频频卡死。开发者把拦截清单从窄开始放、并配了审计日志后,「测试不过不许收尾」的卡点才既拦得住又不误伤——只配拦截没配审计,出事无法追溯。
踩坑
- 我的拦截规则太宽,正常构建命令天天被拦——从窄开始放是血泪。
- 只配拦截没配审计,出事无法追溯——审计日志是无人值守的门票。