按技能切三份：WorkSwarm实战收官

有人用 WorkSwarm 演示了多 agent 的实战打法：不做"一个 AI 包打天下"，而是分了三份活——Agent A 负责 3D 的 Three.js 组件，Agent B 负责 UI/UX，Agent C 负责把整个前端集成起来，三个各自干活、协作出一个完整的 3D 网站，Apache 2.0 开源。（工作流视频见原贴）

这是 WorkSwarm 三部曲的第三篇，正好从理论落到现场。前两篇一篇讲三个不丢（上下文、归属、决策），一篇讲从"完成"到"改进"的循环；这条演示的是中间最朴素的问题：分工本身怎么落。答案看起来简单——按领域切，但切得准不准有讲究。

三份活的边界切在"技能不同"的接缝上，而不是"任务大小"上。3D 组件要懂三维数学和渲染性能，UI/UX 要懂视觉层级和交互习惯，集成要懂模块契约和构建链——这是三种完全不同的判断标准，硬塞给一个 agent 会互相稀释：它给 UI 提的建议带着 3D 的思维，反过来也一样。

分工切对了，"归属"那格自动清晰——每个 agent 对自己领域的产出负责，出错时不用猜是哪一环。

顺带一提，这条还把"人机协作"的老问题反过来了：过去讨论的是一个人怎么指挥三个 AI，实际跑起来更像三个各有所长的同事共事——你当项目负责人，分需求、验收接口、盯进度。协调的功夫花在"接口定义"上：三份活交界的地方（3D 模型的命名规范、UI 组件的 props 契约）必须提前钉死，否则三个 agent 会在接缝处互相埋怨。

给想照做的人一句落地的：别急着开第四个 agent，先看你的任务清单里有没有真正的领域分界——有分界就按领域切，接缝处写一份接口约定；没分界（全是一个模子的活），一个 agent 加好流程就够，硬拆只会增加沟通税。