Codex 不是越用越对。明确边界后效率提升才稳定。

Codex 适合做什么，不适合做什么

把 Codex 当工具，不要当神。第一周内最容易踩的坑就是「用模糊需求做大事」。

适合直接交给 Codex

理解一个陌生项目并产出技术摘要。
修一个有清晰复现的 Bug。
给已有代码补单元测试。
重构一个明确的模块。
升级依赖并跑测试。
写或更新文档、README、CHANGELOG。
从 GitHub Issue 自动生成 PR。

必须谨慎

生产数据库改动。
外发邮件、Slack 通知、客户消息。
支付、订阅、权限变更。
不可回滚的 GitHub 操作（force push / 强删分支）。
跨账号 / 跨租户的数据迁移。

边界：这类操作要么放在沙箱里，要么明确写 Approval，要么干脆不让 Codex 做。

不适合直接做

用一句话「优化整个项目」做大重构。
跨多人协作、需要业务判断的长决策。
替代代码 Review、测试、发布审批。
替代产品经理决定优先级。