第 62 卷
修改接口API 文档
修改部署流程部署说明
修改配置配置说明
新增组件组件使用说明
文档更新不是为了好看,而是为了避免以后忘记。
常见文档包括:
文件作用
| README.md | 项目介绍、启动方式、常用命令 |
|---|---|
| .env.example | 环境变量示例 |
| docs/ | 详细项目文档 |
| CHANGELOG.md | 版本更新记录 |
| AGENTS.md | Codex 工作规则 |
| CONTRIBUTING.md | 团队协作规范 |
提交与复盘提示词模板
实际使用时,可以直接复制下面这段:
请按下面结构输出:
- Commit 建议
- 生成一个合适的 commit message
- 使用 conventional commit 格式
- 不要夸大本次修改范围
- PR 描述
请生成 PR 内容,包括:
- 本次修改
- 修改原因
- 涉及文件
- 测试结果
- 风险说明
- reviewer 需要重点看的地方
- 问题记录
请复盘本次过程:
- 遇到了哪些问题
- 原因是什么
- 如何解决
- 下次如何避免
- Prompt 总结
请总结:
- 哪些 Prompt 有效
- 为什么有效
- 适合什么场景复用
- 是否建议加入 AGENTS.md
- AGENTS.md 更新建议
请输出适合加入 AGENTS.md 的长期规则:
- 修改前规则
- 修改中规则
- 测试规则
- 提交规则
- docs/
- CHANGELOG.md
- 其他项目文档
最后请给出交付结论:
- 是否可以提交
- 是否可以发 PR
- 是否还有未完成事项
- 是否有需要人工确认的风险
Codex 任务模板库
前面讲的是 Codex 的标准工作流。
这一节直接放一些常用模板,方便以后复制使用。
这些模板的作用是:
不用每次重新想 Prompt,直接按场景复制,然后填入自己的需求。
读项目模板
这个模板适合在刚打开一个新项目时使用。
尤其是你第一次让 Codex 接触某个项目,不要一上来就让它改代码。
更稳的方式是:先让它读项目,输出一份项目理解报告。
这样你可以先判断:
检查点作用
| Codex 是否看懂项目 | 防止一上来改错文件 |
|---|---|
| 技术栈是否判断正确 | 确认它知道项目用的是什么框架 |
| 启动方式是否清楚 | 后面测试和运行更顺 |
| 核心模块是否找对 | 后续修改不会乱找方向 |
| 风险是否提前暴露 | 避免误改核心逻辑 |
全站分卷索引 · 72 卷
- 1第 1 卷
- 2第 2 卷
- 3第 3 卷
- 4第 4 卷
- 5第 5 卷
- 6第 6 卷
- 7第 7 卷
- 8第 8 卷
- 9第 9 卷
- 10第 10 卷
- 11第 11 卷
- 12第 12 卷
- 13第 13 卷
- 14第 14 卷
- 15第 15 卷
- 16第 16 卷
- 17第 17 卷
- 18第 18 卷
- 19第 19 卷
- 20第 20 卷
- 21第 21 卷
- 22第 22 卷
- 23第 23 卷
- 24第 24 卷
- 25第 25 卷
- 26第 26 卷
- 27第 27 卷
- 28第 28 卷
- 29第 29 卷
- 30第 30 卷
- 31第 31 卷
- 32第 32 卷
- 33第 33 卷
- 34第 34 卷
- 35第 35 卷
- 36第 36 卷
- 37第 37 卷
- 38第 38 卷
- 39第 39 卷
- 40第 40 卷
- 41第 41 卷
- 42第 42 卷
- 43第 43 卷
- 44第 44 卷
- 45第 45 卷
- 46第 46 卷
- 47第 47 卷
- 48第 48 卷
- 49第 49 卷
- 50第 50 卷
- 51第 51 卷
- 52第 52 卷
- 53第 53 卷
- 54第 54 卷
- 55第 55 卷
- 56第 56 卷
- 57第 57 卷
- 58第 58 卷
- 59第 59 卷
- 60第 60 卷
- 61第 61 卷
- 62第 62 卷
- 63第 63 卷
- 64第 64 卷
- 65第 65 卷
- 66第 66 卷
- 67第 67 卷
- 68第 68 卷
- 69第 69 卷
- 70第 70 卷
- 71第 71 卷
- 72第 72 卷