Skip to content

05 · Rules & Hooks 实战库

卡点、扳机与审计

📚 《Codex 进阶玩法》第 5/20 篇 · 下一篇:06 · Skills 与插件工程

说服用 AGENTS.md,强制用 rules/hooks(能力演进快,以官方文档为准)。

01 场景一:质量卡点

改动即跑 lint/测试,不过不许收尾——"记得跑测试"从美德变机制。

Rules与Hooks质量卡点场景

02 场景二:拦截清单

网络请求、删除类操作按清单拦截放行。清单从窄开始放——写太宽把正常 curl 也拦了,任务频频卡死。

03 场景三:通知与审计

长任务完成推手机;全操作留审计日志——出事能追溯到哪次会话哪条命令,无人值守的前提。

04 动手

配"测试不过不许收尾"卡点 → 验收:故意提交坏代码验证拦截。

05 小结

卡点管质量、审计管责任。下一篇把打法打包。

📎 实战案例

拦截规则写太宽,把正常 curl 也拦了,任务频频卡死。开发者把拦截清单从窄开始放、并配了审计日志后,「测试不过不许收尾」的卡点才既拦得住又不误伤——只配拦截没配审计,出事无法追溯。

踩坑

  • 我的拦截规则太宽,正常构建命令天天被拦——从窄开始放是血泪。
  • 只配拦截没配审计,出事无法追溯——审计日志是无人值守的门票。