你是不是也这样用 Codex：
“帮我写个功能”“帮我修个 bug”，然后它越改越乱？
其实不是 Codex 不行，很多时候是提示词太随便了
今天我分享我最常用的 10 条 Codex 提示词，覆盖读项目、修 bug、写页面、重构、测试、Code Review
你不用全背，直接收藏，下一次复制改一下就能用
1. 读项目
请先不要改代码，帮我阅读这个项目结构，说明主要目录、启动方式、核心技术栈，以及我应该从哪些文件开始理解。
2. 定位 Bug
这个功能现在出现了【具体问题】。请先分析可能原因，列出排查路径，然后只修改必要文件，并说明你改了哪里。
3. 修复报错
这是报错信息：【粘贴报错】。请结合项目代码定位根因，给出修复方案，并直接修改代码验证。
4. 实现需求
我要实现【具体功能】。请先阅读相关代码，沿用现有项目风格完成实现，避免引入不必要的新依赖。
5. 前端页面
根据这张截图/这段描述，实现对应页面。要求响应式适配，视觉风格和当前项目保持一致，完成后帮我检查是否有文字溢出和布局重叠。
6. 重构代码
请重构这个文件/模块，目标是提升可读性和可维护性。不要改变现有功能，不要扩大修改范围，完成后说明行为是否保持一致。
7. 写测试
请为这个功能补充测试，覆盖正常流程、边界情况和异常情况。优先使用项目里已有的测试框架和写法。
8. Code Review
请像资深工程师一样 review 当前改动，重点找潜在 bug、边界问题、性能风险、安全风险和缺失测试，不要只做风格建议。
9. 生成提交信息
请根据当前 git diff，生成一条清晰的 commit message，包含改动目的、主要变更和影响范围。
10. 让它自己收尾
请检查你刚才的改动是否完整：运行必要的测试/构建/类型检查，发现问题就继续修复，最后给我总结改动和验证结果。
“别只对 Codex 说‘帮我写’，要告诉它先读、再想、少改、验证。”
最后记住一句话：
Codex 不是许愿池，你说得越像一个真实需求，它干得越像一个靠谱同事
这 10 条提示词我建议你先收藏，尤其是“先读项目”和“改完验证”这两条，新手最容易忽略
