我的一夜之间用Codex构建了8个功能：我的5步PR循环

这周，我醒来时发现Super Easy Timer中已有8个新功能正在向发布推进，包括秒表、时钟、番茄钟和自动补全。一条Codex线程运行了12小时19分钟。其中一部分在我睡觉时仍在进行。

这些功能已通过TestFlight发布。在我等待App Store审核的同时，测试者已经在使用它们。

怎么做到的？我有一条Codex线程负责管理所有其他线程。

PR循环很简单：

• 在worktree上创建任务线程
• 工作线程完成任务并创建PR
• 在GitHub上进行代码审查（通过Codex插件）
• 管理者向工作线程发送反馈
• 重复直到分支可以合并

→ 获取我的Codex Chief of Staff提示

我不是盲目开始这个流程的。我先用四个任务做了概念验证。这些工作完成后，我又选了一组任务。

那天早上的第一个验证帖子：

转变：从单次提示 → 循环

灵感来源：@steipete 提出了设计代理循环的想法，而不是编写一次性提示。

Peter Steinberger @steipete·6月8日每月提醒：你不应该再给编码代理写提示了。

你应该设计循环来驱动你的代理。1.8K2.8K19K8.4M

Theo在YouTube上用例子更清楚地解释了这个模式。

当时我在旅行，没有真正理解，所以看到 @Dimillian 和 @emanueledpt 再次提到后，我准备好尝试了。

用这篇文章来启动你自己的管理者线程（Chief of Staff）

第一步：创建一个管理者线程

打开一条Codex线程，只负责一件事：管理其他线程。它不负责功能实现。它负责协调——安排工作、监控PR、报告状态。

我一开始把它命名为Chief of Staff。有点拗口，所以现在就叫“Chief”（或“Manager”）。保持简短。

我从@Dimillian那里知道，这个管理者线程可以成为我的bug收件箱（我已经在用它处理赞助请求）。所以很自然地扩展，让它帮助管理、塑形并推进工作。

Thomas Ricouard@Dimillian·6月27日周六到了，我们来谈谈工作流程吧。我把上下文一股脑倒给你，希望你能学到一些东西，并回复一些让我也能学的东西。

我认为我们不会在单条线程层面操作太久了。431434129K

每当我遇到问题，我就用WisprFlow口述问题，并用我AppCreator的simple-tasks技能跟踪任务。

我的Markdown计划存放在仓库里，这样每个工作线程都有上下文，我不需要重复说明。

第二步：添加心跳（循环）

告诉你的管理者线程创建一个心跳：每5-10分钟检查一次开放的PR、代码审查反馈和CI状态。

正是这个心跳让流程变成一个循环，而不是一个更长的提示。没有它，一切都会在工作线程完成或停滞时终止。

第三步：在每个工作线程上设置/goal

让管理者在每个工作线程上运行**/goal**，这样它会推动到可合并状态，而不是在功能实现但测试失败时停止。这是对过早退出的代理的修正。

我的12小时19分运行就是因为目标让管理者线程与任务线程保持运行。我不需要一直要求修复XYZ。一个启动提示就能让工作持续进行。

让工作线程使用/goal

让工作线程使用/goal

第四步：将PR反馈路由回工作线程

让管理者读取代码审查评论，将修复任务分配给正确的工作线程，并重新测试。以前这是我要做的事情，很烦人。我只希望工作完成并通过测试。

Codex插件正在做我的代码审查，但你可以在这里使用任何插件。我刚刚启用了Cursor bug机器人在第一次打开时进行一次PR检查，看看它如何帮助保证代码质量。

第五步：限制合并

要求测试通过后才允许合并。对于UI变更，你需要自己测试。目前，在Mac开发中，这可能是最慢的过程。

我有单元测试和较慢的UI测试，但这些测试似乎从未能覆盖Mac应用中可能出现的所有奇怪窗口问题。我仍然会发现回归，所以手动测试对我来说仍然很关键。

在Codex环境中，我将Command + R设置为运行Makefile的“make”目标，它会构建并运行macOS应用。我只需要去线程那里，就能立即测试新工作。

Super Easy Timer: https://apps.apple.com/us/app/super-easy-timer/id1353137878?mt=12

Super Easy Timer: https://apps.apple.com/us/app/super-easy-timer/id1353137878?mt=12

对于非UI变更，我信任Codex能做好，所以其中一些会自动合并。

出了什么问题？

我的流程并非完全无人值守。在同一次运行中：

• 代理在处理UI交互时遇到困难
• 我的SwiftUI/AppKit窗口逻辑对他们来说太脆弱
• 一条线程卡住并失去响应，所以我们启动了一个替代线程
• 管理者和工作线程并不总是遵循我的AGENTS.md规则

循环推动工作前进。但它不能取代品味。

这里有5个你可以直接借鉴的点

• 一条管理者线程（我的叫Chief），负责协调而非实现
• 每5-10分钟的心跳：PR、审查反馈、CI
• 每个工作线程上设置/goal，让代理完成任务
• PR反馈在每个心跳时路由回工作线程
• 合并限制基于CI + 你自己的手动测试

我打包了正在使用的精确提示，以及自我学习提示，这样你的代理可以在工作时记录并解决问题。下载下面的提示：

→ 获取我的Codex Chief of Staff提示

你通过代理循环推进了什么——一个功能、一个bug积压、一个发布？在下面回复吧。

享受你的下一个应用！

P.S. 正在开发iOS/macOS应用？我提供1对1应用策略会议。预约时间，我们来聊聊你的应用。