codex 任务优先级需手动设定：用 /priority high/medium/low 指令标记单次任务；通过 agents.override.md 在子目录级统一设高优；高风险任务须组合 /priority high 与 /sandbox read-only 并人工确认。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当你在 Codex 里同时启动多个任务，比如一边跑接口迁移、一边补测试用例、一边改文档，系统默认不会自动判断哪个该先执行——它需要你明确告诉它“这个更急”。
用 /priority 指令直接设定紧急程度
在发起新任务时，紧接在需求描述后输入 /priority high（或 medium/low），Codex 会将该任务标记为高优并前置调度队列。
例如：
“把用户中心的 JWT 过期逻辑从 7 天改成 30 天”
/priority high
注意：/priority 只对当前 Turn（即本次输入）生效，不会影响已运行中的其他 Task。
通过 AGENTS.override.md 覆写子目录级优先策略
如果你正在处理 payments/ 目录下的支付模块，而该模块所有变更都必须高于其他服务，就在 repo/services/payments/AGENTS.override.md 中写入：
通过本地 Codex 或 OpenClaw OAuth 凭证直接调用 ChatGPT/Codex Responses 的 image_generation 工具来生成或编辑光栅图像，然后保存
```yaml
priority: high
```
这会覆盖项目层 AGENTS.md 的默认设置，让该目录下所有由 Codex 启动的子任务（包括 /agent、/plan、/review）自动获得高优调度权。全局层和项目层配置无法做到这种路径粒度的控制。
按风险等级动态调整优先级
第一步：识别当前任务是否涉及事务、权限或公共组件
第二步：若确认属于高风险类型，立即追加指令 /priority high + /sandbox read-only
第三步：等 Codex 返回计划后，再手动确认是否允许执行
这一步不能跳过——高风险任务一旦误执行，可能直接导致线上数据异常。Codex 不会主动降级或拦截，【必须由你显式声明 priority 并配合 sandbox】 才能既保障速度又守住底线。
