Codex 定时协作驱动 PR 交付闭环

是什么 这条推文分享的是 Paul Solt 为 Super Easy Timer 建立的 Codex 协作流程：经过几次试错和修 bug，让 8 个功能进入发布准备。配图中的 Chief of Staff 线程由定时任务触发，每 10 分钟检查活跃工作、worker 线程、worktree 与 PR 状态；随附文章进一步概括为“5 步 PR Loop”，并提到单个线程持续 12 小时 19 分钟。

核心设计 流程把 Agent 从“接收需求并生成代码”升级为“持续交付协调器”：先读取外部状态，再定位对应 worker/PR，核对未解决的 P2，必要时发起 follow-up，最后把审查、测试和批准放到同一条可追踪链路。截图里的 Working、Ran 2 commands、Listing threads 等状态让执行过程可见。

关键洞察 自动化的价值不只在写代码，而在把任务队列、线程、worktree、PR 和质量门禁串成闭环；“只按需检查”也体现了控制上下文与成本的意识。定时轮询适合跨小时推进的低频工作，尤其适合功能拆分明确的个人应用。

边界与风险 轮询可能重复触发、误认 PR 或放大陈旧状态；“Approve for me”若没有权限隔离、幂等操作、停止条件和人工复核，容易把局部判断变成发布事故。应为每步保留证据、限制写权限，并将 P2、测试失败和歧义升级给人。