处理“项目根目录AGENTS.md怎样编写”时，最重要的不是记住一个按钮，而是理解运行边界。仓库级指令应描述安装、测试、代码规范和关键业务边界。
本题容易出错的原因是项目规则散落在聊天中，下一次任务容易遗漏。先把事实、假设和授权分开，Codex才能知道哪些可直接执行，哪些必须停下来确认。
从官方文档能够确认的不是保证结果的秘诀，而是运行条件。Codex会从全局到项目当前目录读取AGENTS.md或覆盖文件，越接近工作目录的规则在组合指令中位置越后。
实际操作时不要一次扩大全部权限。先在受控范围内用简短条目写出常用命令、目录责任、验证要求和禁止改动项，确认需要后再增加工具或访问。
至少进行一次反向检查：从仓库根启动并让Codex总结加载到的规则。如果证据不能由另一位成员理解，说明交付仍缺少上下文。
代码示例和命令应以文本呈现，不能只放在截图里；页面同时提供可抓取正文、规范URL和清楚的标题层级，便于长期索引。
为了让Codex项目指令能够被另一位成员复现，任务记录至少包含四个检查点：REPO、SETUP、TEST、RULES。这些英文标签也可用于分支、日志或看板检索。
一次合格复盘要同时回答两件事：是否做到“从仓库根启动并让Codex总结加载到的规则”，以及是否出现“把完整开发文档复制进去会使关键指令难以发现”。前者决定是否继续，后者决定是否暂停、回滚或补充授权。
对长任务，阶段摘要应引用实际文件和测试，而不是只描述做了很多工作。可复核证据比进度百分比更有价值。
为了便于团队复用，可在任务记录中保存仓库提交、工作目录、Codex版本、配置档和关键命令。下次出现不同结果时，先比较这些变量。
最后不要忽略人的判断。把完整开发文档复制进去会使关键指令难以发现。Codex可以执行和验证，但不能代替业务负责人决定范围与风险承受度。