codex 修改代码最常因范围失控而过度重构；需三步锁定：①限定目录与只读沙箱权限，②用@、/mention或写死路径明确文件读写权限，③分“分析→确认→验证”三阶段控制任务流。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
用 Codex 修改项目代码时，最常遇到的问题不是它写不出代码，而是它改得太多太偏——明明只要修一个按钮点击失效的 bug，结果它顺手重构了路由、重写了工具函数、还更新了 package.json 里的依赖版本。这种失控源于任务创建阶段就没锁住修改范围。
第一步：限定项目目录与沙箱权限
启动 Codex 前，必须先进入目标项目根目录：cd /path/to/your-project。不要在用户主目录、下载文件夹或混放多个项目的父目录下直接启动。
执行 CLI 命令启用只读沙箱并要求提权审批：codex --sandbox read-only --ask-for-approval on-request。
【on-request 是唯一能确保 Codex 在只读模式下主动申请写入权限的策略】。跳过这一步，它可能静默失败，也可能越界写入。
第二步：明确允许读取和修改的文件
方法一：用 @ 快速补全路径（适合边写需求边引用）
在提示词中输入 @src/pages/Login.tsx，Codex 会自动识别并加载该文件内容，避免手误输错路径。
配置 OpenClaw 多提供商认证与 OpenAI Codex OAuth 备用方案，实现自动模型切换，适用于多 OpenAI Codex 账户设置。
方法二：用 /mention 持续聚焦（适合多轮迭代）
输入 /mention src/api/auth.ts，该文件将被加入当前对话上下文，后续所有轮次都默认围绕它展开。
方法三：直接写死路径（适合已知结构的稳定项目）
在提示词开头就写明：允许读取：src/pages/Login.tsx src/api/auth.ts；允许修改：src/pages/Login.tsx；其他文件仅限分析，禁止任何写入操作。
第三步：分阶段控制任务流
① 先分析，不修改
输入：“请阅读 @src/pages/Login.tsx 和 @src/api/auth.ts，说明登录按钮点击后请求未发出的可能原因，并列出所有可能涉及的函数调用链。暂时不要修改任何代码。”
② 再确认，后执行
等 Codex 返回分析结论后，检查它是否误判了影响范围。若无误，再发指令：“基于上一步结论，请只修改 @src/pages/Login.tsx 中的 handleSubmit 函数，禁用按钮防止重复提交。不要调整样式、不新增依赖、不修改接口返回结构。”
③ 最后验证改动边界
任务完成后，立即运行 git diff --name-only。如果输出里出现 package.json 或 src/router/index.ts，说明 Codex 越界了——此时不要合并，先回溯提示词缺了哪条限制。
