第 34 卷
| 问题 | 可能原因 | 解决方法 |
|---|---|---|
| 找不到仓库 | GitHub 没授权,或没给仓库权限 | 重新检查 GitHub 授权 |
| Codex 无法创建 PR | 没有分支或 PR 权限 | 检查 GitHub 权限 |
| 任务运行失败 | setup script 错误或依赖安装失败 | 检查环境配置 |
| Codex 不知道怎么启动项目 | README 或 package.json 不清楚 | 补充项目说明 |
| 运行测试失败 | 项目本身有 bug 或依赖不完整 | 让 Codex 先分析失败原因 |
| 额度消耗快 | 任务大、模型强、反复运行 | 缩小任务范围,先让它计划 |
| 改动太多 | 任务太模糊 | 明确限制只改哪些文件 |
| 结果不满意 | 需求不清楚或环境失败 | 追加评论,让 Codex 修改 |
新手安全规则
- 不要一上来授权所有 GitHub 仓库。
- 不要让 Codex 自动合并 PR。
- 不要把 API Key、密码、token 写进任务。
- 不要把 .env 文件提交到仓库。
- 复杂任务先让 Codex 给计划。
- PR 里一定要看 diff。
- 看不懂的改动不要合并。
- 生产项目不要直接让 Codex 自动部署。
- 先用简单仓库练习。
- 满意后再 merge。
第三篇:核心功能详解
自动化
什么是自动化
Codex 自动化 = 让 Codex 不只是“听你指挥”,而是能按规则定期帮你巡查项目、发现问题、处理问题。
就像你给项目请了一个“AI 值班工程师”:
平时它不打扰你,有问题它来提醒你,简单问题它先尝试修,最后让你审核决定。
如何使用自动化
可以用“每周 Codex 会话自动复盘”举例,让 Codex 越来越好用。
你可以让 Codex 定期检查最近一段时间的会话记录、任务结果和常见问题,沉淀成一份可复用的工作流档案。
示例提示词可以这样写:
请检索并复盘最近一周的 Codex 会话记录与执行日志,维护一份“Codex 会话复盘与个人风格档案”。
要求:
- 优先使用可用的会话历史检索能力;如果需要读取日志,只做搜索、元数据提取和相关片段抽取,不要整文件载入大型
session 文件。
- 不要复现原始日志、隐私内容、密钥、内部 reasoning 或长对话原文。
- 总结执行经验:哪些做法导致了问题,最终正确做法是什么,适合什么场景复用。
- 总结我的偏好:UI 设计偏好、产品理念、交互原则、内容系统偏好和工作流偏好。
- 整理可复用规则清单:把复盘结论改写成后续 Codex 会话可以遵循的简洁规则。
- 更新文档时去重、合并相近规则,保留日期范围或任务类型作为来源线索。
- 如有适合长期复用的规则,请建议是否加入项目级或用户级 AGENTS.md。
插件
给 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 卷