用我所有本地订阅(codex/claude/antigravity/kimi/glm)自己搭了个 "fusion" 版本。 效果出乎意料地好。

我让 Cursor 里的 Fable 把任务委派给 Composer。 所有 Composer 的工作都返回之后,Fable 说:「如果你想把事情做对……」
I went HAM on git worktrees when I learned they were a thing like 6 months ago but slowly drifted back to single branch flows. It's just way easier to manage and far less repeat/conflicting work. But how do you make sure multiple agents don't collide? The flow is simple: You need proper planning. Measure twice cut once has never been more true. After the plan is created, I prompt the model if it's 100% clear on what to do, and if not to surface non obvious questions + edge cases we haven't yet covered. Now with a SOLID plan, I turn it into a directed graph of tasks where they know the clear order of operations. The task graph is then fed into a swarm of tmux sessions running [insert your favorite harness here] by a top level agent, lets call it the "ring leader" The agent sessions collaborate via file reservations and their own agent mail messaging system. This ensures no edits are conflicting and duplicate work is not done. The top level ring leader agent just sits there on a cron, checking in to the sessions every ~5 minutes to nudge them to pickup unblocked tasks from the graph if there are any until all the work is done. Then when its all done, I prompt for a summary of work completed and a QA plan for me or other agent to verify. This is like the "ralph loop" but on galactic steroids. It gets work done would have taken several weeks a year ago to get done in a ~2 hour session. If this all sounds too hard to manage, I thought so too. But then I stumbled across what @doodlestein was doing thru one of @johnlindquist's AI workshops. Then Jeffrey released his skills https://t.co/aHly1cpc2A and holy cow everything I just mentioned above unlocked.
做好心理准备,agentic 开发的节奏会让你窒息。 现在最好就开始建立「everything in main」的心智模型,并相应调整你项目的架构和团队组织。 如果你以前觉得 CI 是关键基础设施,现在它可能成为**唯一**发生工作的地方。 [引用 @DavidWells] 我六个月前发现 git worktree 之后疯狂用了一阵,但慢慢退回了单分支流。 单分支就是更好管理,重复和冲突的工作也少得多。 但怎么避免多个 agent 互相撞车?流程很简单: 你需要扎实的规划。「量两次,剪一次」从未如此重要。 计划定好后,我会提示模型是否 100% 清楚要做什么,如果不清楚就让它暴露隐含问题和未覆盖的边界情况。 有了**扎实的计划**,我把它转成一个有向任务图,每个任务都知道明确的执行顺序。 任务图随后被顶层 agent(姑且叫它「ring leader」)喂给一组跑在 tmux session 里的 swarm。 Agent session 之间通过文件预约和各自的 agent 邮件消息系统协作,确保没有冲突编辑和重复工作。 顶层 ring leader agent 就挂在 cron 上,每隔约 5 分钟 check 一次各 session,推动它们从任务图里领取已解锁的任务,直到所有工作完成。 全部做完后,我会提示生成已完成工作的摘要,以及供我或其他 agent 验收的 QA 计划。 这大概一年前需要好几周才能完成的工作,现在大约 2 小时搞定。
当你尝试并行跑多个其他 harness 的时候,你才真正体会到 Codex 用 Rust 写有多香…… 活动监视器直接爆表 📈
760 tweets · 188 sources