




























@jaylanzhou 是的你说的这个方式我也用,我自己写了一个适配 codex multi-agent 的 superpower 。
现在还有新出的/goal ,也是长期任务,但是需要一个 plan.md 。
状态机那个 automation,主要是用于 google stitch 原型导出后,让他自己落地 mvp 版本,我啥都不交互。
然后后续会接上自己的 superpower ,去重构某些页面、或者 annotation 微调页面,或者新增需求用。
superpower spawn agent 时有区分模型,编码的子 agent 用的 codex-5.3-spark ,这样订阅的额度就能充分利用。
现在正在做 harness 工程,准备把 superpower 里的任务、记忆、等都外接到 harness 平台。这样不依赖文件系统,能更好发挥 worktree 的并行能力。
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。