
Codex CLI、AI编程、自动规划开发、Agent工作流、长任务AI开发、CodexLoop
老规矩 先放最新地址: Codex 最新官方客户端下载地址 https://codexdown.cn/

最近在折腾一件很有意思的事情: 不再给 Codex 写“超详细步骤”,而是只给一个模糊目标,然后让它自己决定下一步做什么。
结果比我预期更有意思,也暴露了很多真实问题。这篇文章就聊聊一个社区项目 CodexLoop,以及我实测后对「AI长任务开发工作流」的理解。
项目地址: https://github.com/kunkunzhishan/codexloop
很多人用 Codex / CLI 时,默认工作流是:
人 → 写详细Prompt → Codex执行 → 结束但真实开发并不是单步任务,而是:
这是一个持续循环。
问题来了:
当你给 Codex 一个大目标:
“帮我做一个完整项目”
它通常会出现两个典型问题:
模型会找到最短路径满足目标描述。
例如:
目标:
做一个可上线的博客系统
结果可能变成:
技术上“完成了”,但无法真正交付。
社区里有人把这称为:
模型会走 Shortcut Path(捷径)
当任务跨越多轮:
于是每次都像重新开工。
项目作者做了一个本地工具:CodexLoop
核心思想只有一句话:
给 Codex 一个“外部大脑”。
让 AI 不只是单次执行,而是持续规划 + 持续评审 + 持续推进。
它做了几件关键事情:
AI 每轮执行后会:
例如:
✔ 完成基础 API
⬜ 编写测试
⬜ 修复 lint
⬜ 写 README
⬜ 优化性能这一步非常关键。
因为现实开发就是不断发现新工作。
每轮循环会执行:
Review → Decide → Act流程类似:
这其实就是把工程师思维外置给 AI。
大模型做长任务时会不断冒出:
CodexLoop不会立刻做,而是存入:
deferred.md避免 AI 一直发散,无法收敛。
这是一个非常工程化的设计。
每一步都有记录:
长任务终于可以可追溯。
/goal 指令 vs CodexLoop社区里有人提到官方 CLI 的:
/goal这是 Codex 的实验功能,用来设定长期目标。
两者区别可以理解为:
功能 | /goal | CodexLoop |
|---|---|---|
长期目标 | ✔ | ✔ |
任务清单 | ❌ | ✔ |
自动复盘 | ❌ | ✔ |
状态持久化 | ❌ | ✔ |
可恢复运行 | ❌ | ✔ |
审计日志 | ❌ | ✔ |
简单说:
/goal 是能力 CodexLoop 是工程化落地
社区讨论里有个非常重要的问题:
模型会不会偷懒?
答案:会,而且非常频繁。
典型表现:
原因不是模型坏,而是:
目标定义不清 → 最短路径完成这就是为什么 CodexLoop要加入:
本质是在给 AI 加 工程约束。
未来 AI 编程不会是:
Prompt → 代码而会变成:
Goal → Loop → Review → Iterate → Converge也就是:
AI Agent 开发循环
这和人类开发流程越来越接近:
只是执行者变成了模型。
如果你符合以下情况,非常值得试试:
尤其是:
想让 AI “自己工作”的开发者
CodexLoop 不是一个复杂框架,而是一个非常重要的方向验证:
让 AI 从工具 → 变成协作开发者
关键不是模型能力,而是:
这可能才是 AI 编程的真正下一阶段。
如果你也在探索 AI 自动开发工作流,这个项目值得研究: https://github.com/kunkunzhishan/codexloop