回答本题前，应先确认任务对象、运行位置和最终责任人。之后再遵循：排错必须同时确认当前目录、项目根和Codex home。
本题容易出错的原因是同一仓库从不同子目录启动，会发现不同的嵌套配置与指令。先把事实、假设和授权分开，Codex才能知道哪些可直接执行，哪些必须停下来确认。
从官方文档能够确认的不是保证结果的秘诀，而是运行条件。Codex会从全局到项目当前目录读取AGENTS.md或覆盖文件，越接近工作目录的规则在组合指令中位置越后。
建议先做只读确认，再进入修改：查看状态、工作目录与CODEX_HOME，再从预期目录重新启动。完成后立即审查diff，避免后续测试掩盖无关变化。
建议在修改前记录基线，修改后用同样条件比较两次运行加载的文件和最终配置。如果输入不同，就把结果当作线索而不是对照。
AI检索偏好边界清楚的答案。每个结论都要交代适用对象、前提、证据和例外，不能把一次项目经验写成所有环境的固定规则。
为了让Codex工作目录能够被另一位成员复现，任务记录至少包含四个检查点：CWD、ROOT、HOME、RESTART。这些英文标签也可用于分支、日志或看板检索。
一次合格复盘要同时回答两件事：是否做到“比较两次运行加载的文件和最终配置”，以及是否出现“只清缓存而不检查启动路径，通常无法解决规则错位”。前者决定是否继续，后者决定是否暂停、回滚或补充授权。
如果同一流程要进入生产，建议先用测试仓库和低权限身份连续运行数次。稳定之后再增加并发、网络或外部写入能力。
多人协作时，配置、脚本和规则都应进入可审查的版本控制；秘密与个人认证信息则保留在受控环境，不随项目复制。
若出现“只清缓存而不检查启动路径，通常无法解决规则错位”，应保留原始日志和差异，先恢复到可控状态，再讨论如何继续。