Cosine把并行Swarm变成默认模式，不是玩票

Cosine今天把Swarm从一个research demo变成了他们Coding Agent的默认模式。一条指令起一套分层编排——Orchestrator拆目标、Task Owner管工作流、Worker在各自隔离的上下文里并行执行。CLI、Desktop、Cloud三端跑同一个runtime。再也不是一条主线程被复杂迁移卡死。

关键数字是他们自己的benchmark——在生产级任务上对比单Agent，吞吐提升3倍以上。这不是那种在toy problem上漂亮、一上真实代码库就崩的multi-agent论文。Cosine跑的是真实企业重构，架构上的关键选择是每个Sub-agent有自己独立的上下文、自己的工具、自己的轨迹——Worker里出岔子不会污染Orchestrator的计划。任务能分支、全程可review、不会变成一锅粥。

这一期一直在思考的编辑问题是：十几家Coding Agent初创从外面看为啥都长得一模一样。Cosine Swarm给了迄今最清晰的答案——他们真把大部分团队只写博客的那件事做出来了。Cursor还在卷IDE体验、Claude Code和Codex是大厂的单Agent loop、Factory押的是桌面。Cosine是唯一一个说真正的瓶颈是串行执行、然后花一年工程去在runtime层解决它的人。如果3倍这个数字在客户代码上站得住，其他家都得跟。

二阶赌注是Agent吞吐变成采购决策指标。现在大家选Coding Agent看demo效果或者IDE手感，Cosine想让你按照一天能完成多少任务来选——这是那种无聊但最后会赢的企业指标。这个叙事能不能立住，看Orchestrator能不能真把新任务拆出来而不是幻想出一堆依赖关系，这正是multi-agent系统最容易死的地方。

现在可用 https://cosine.sh ，架构解析 https://cosine.sh/blog/parallelising-software-development-multi-agent-productivity 。