人这辈子吧，
年轻时拼命想"活出自我"，
中年才发现"自我"已经在加班费里了。
所谓成长，
就是从"世界应该理解我"，
进化到"哦，原来它不欠我的。"
今天阅读了一下官方前段时间发布的一份 pdf，主要介绍了内部是如何使用 Codex 的。最后一部分的最佳实践我觉得很实用，在这里分享一下：
1、对于大型变更，先在 Ask 模式中让 Codex 输出实现计划，再切换到 Code 模式执行。
2、配置启动脚本、环境变量以及网络访问权限，可以显著降低 Codex 的错误率。
3、当提示词的结构类似 PR 或 Issue 描述（包含文件路径、组件名称、diff、文档片段等）时，Codex 的表现会明显更好。
4、可以随时抛出支线想法、半成品工作或顺手修复项，而不必强求一次性生成完整 PR。
5、维护一个 AGENTS.md 文件，可以帮助 Codex 在整个仓库中更高效地工作。
6、Best-of-N 功能允许你为同一个任务同时生成多个候选结果，从而快速探索不同解决方案并选出最佳方案。
总体看下来，这些最佳实践也可以迁移到其他 AI IDE，而不仅仅局限于 Codex。尤其是维护 AGENTS.md 以及先计划再执行是非常有必要的。
希望上面的最佳实践能够帮到你
1、对于大型变更，先在 Ask 模式中让 Codex 输出实现计划，再切换到 Code 模式执行。
2、配置启动脚本、环境变量以及网络访问权限，可以显著降低 Codex 的错误率。
3、当提示词的结构类似 PR 或 Issue 描述（包含文件路径、组件名称、diff、文档片段等）时，Codex 的表现会明显更好。
4、可以随时抛出支线想法、半成品工作或顺手修复项，而不必强求一次性生成完整 PR。
5、维护一个 AGENTS.md 文件，可以帮助 Codex 在整个仓库中更高效地工作。
6、Best-of-N 功能允许你为同一个任务同时生成多个候选结果，从而快速探索不同解决方案并选出最佳方案。
总体看下来，这些最佳实践也可以迁移到其他 AI IDE，而不仅仅局限于 Codex。尤其是维护 AGENTS.md 以及先计划再执行是非常有必要的。
希望上面的最佳实践能够帮到你
展开
1
2