正在打开每日关注
正在打开每日关注
作者利用 Codex 跨会话拉起能力,实现 Spec 拆票后自动开发、自动审 PR、自动开新会话推进下一张票的无人值守流水线。
我现在已经完全让Codex自动审阅,自动去推进下一张票了,全程无人工 现在Codex调用新对话的能力已经做得很好,只要我在Spec里面拆好票之后,就可以让它自动在每个对话里面审阅上一张票,PR之后自动完成下一张票。 这样做有两个非常好的好处: 第一,它没有subagent的上下文和工作时间限制,而且方便人类审阅和交互 第二,它不像Goal模式一样,在一个对话里面反复压缩,丧失上下文 而这一切做起来非常简单👇
codex又进化了!它现在会自动开启新对话了! codex遵循了我本地的开发规范,完成一个ticket后测试通过便会提交PR。紧接着它自行开了一个新会话,让新会话检查PR是否合格,然后另开一个worktree开始ticket2的工作 实际上codex早就支持跨session对话了:在一个会话中拉起新会话,并自动发出指令让它干活 但这方面的谈论还很少,大家可以看看我前段时间的一篇文章👇
是什么 这是一条 Agent 工程实践推文:作者用 Codex 搭出无人值守开发流水线——先在 Spec 里把需求拆成票,Codex 完成一张票、测试通过后自动提 PR,再自动拉起新会话审阅该 PR,合格后另开 worktree 继续下一张票,全程无需人工介入。
核心设计 关键在于把编排从单会话内部移到会话之间。Codex 本就支持在会话中拉起新会话并自动下发指令,作者借此让"开发"与"审阅"发生在相互独立的上下文里:每张票一个干净会话,用 worktree 做文件级隔离,人类只需在 PR 粒度介入审阅。
关键洞察 上下文是 Agent 最稀缺的资源。与其在 Goal 模式中反复压缩导致失忆,或受 subagent 上下文与时长限制,不如把会话本身当作任务隔离单元——跨 session 编排既保住每个任务的上下文质量,又天然形成可审阅的工作产物边界,且实现成本极低。
边界与风险 该模式高度依赖 Spec 拆票质量,票拆得差时自动化只会放大错误;"自己开新会话审自己"不等于独立把关,自动审阅易流于形式;缺乏人工卡点时错误可能在票间级联,复杂架构决策仍需人兜底。