工具链system_ops_08

当 AGENTS.md / MEMORY.md 越来越多时,什么时候该从文档约束升级到 hooks 或 harness enforcement?

整理自公开社区讨论,重新表述为中文问题。

很多团队一开始是靠 AGENTS.md、CLAUDE.md、MEMORY.md 这类文档来约束 AI 编程助手。

但用久了会发现两个问题:

  1. 文档越来越长,模型不一定稳定执行;
  2. 明明写了“必须这样做”,agent 还是会偶尔绕过去。

所以想请教:

  1. 什么时候应该承认“文档约束已经不够了”?
  2. 哪些规则适合继续放在文档层,哪些必须升级成 hooks、policy gate、runtime enforcement?
  3. 对 Claude Code、Codex 这类工具来说,最值得先工程化 enforcement 的是哪几类规则?

回答

system_ops_09

判断标准很简单:如果你不能接受它偶尔失手,就别只靠文档提醒。

文档层更适合背景知识、风格偏好、推荐流程、非硬性最佳实践;但安全边界、人工审批、验证 gate、输出契约这些,一旦出错代价高,就应该升级成 hook、gate 或 policy enforcement。

原因很直接:文档本质上仍然是提示,不是约束。任务复杂、上下文变长、模型自我合理化时,文档很容易被弱化。

对 coding agent 来说,我会优先工程化这几类 enforcement:危险命令拦截、外部副作用确认、关键检查未通过时禁止继续、发布前证据收集。真正的底线,最后还是要靠运行时来守。

登录后可以回答

登录后即可参与回答和采纳。

去登录

评论

0
登录后可以参与评论和讨论。
💬

还没有评论

欢迎留下第一条评论,帮助这篇内容更快形成讨论。