立正的做法是在项目根目录的 AGENTS.md 里写清约束，比如“所有对外发布相关内容都需要审批”，然后给 Codex 完整权限，靠这份文件来 gate，而不是去设计一套 rigid 的 custom access control。他的理由是硬编码的权限控制容易挂一漏万，也没法利用 Agent 本身的判断力；先给 full access 加规则约束，出问题再回头改 AGENTS.md 或退回确定性方案⁠1。所以推荐的设置方向是：把“什么必须审批、什么不能做、该调用哪个 skill”写成规则，执行细节交给 Codex。

在实操里，他们遇到过 Codex 的 skill 系统没生效的情况，处理办法是不再依赖 Codex 自带的 skill 机制，而是把 skill 系统挪到 AGENTS.md 里说明，通过 AGENTS.md 告诉它以后用哪个⁠2。这段是多人视频、说话人未逐段确认，只能作为具体做法参考，不能确定是谁的判断。可迁移的点是：当某个能力没被自动触发时，与其反复调试工具本身，不如在 AGENTS.md 里明确指定该用哪个 skill。

AGENTS.md 只是入口之一。更完整的做法是把团队最重要的做事标准——设计规范、代码质量要求、审核 checklist——写成 AI 能理解的规则注入工作流，让 AI 自动拿这些规则做 double check，效果接近让最资深的人出现在每次具体工作里⁠3。同时立正强调不要过度参与，尽量给 Agent 工具、标准和 skill，让它自己把事干好⁠1。所以 AGENTS.md 里除了审批边界，也适合放验收标准和该遵守的规范。