Vercel CEO Guillermo Rauch 的一句洞察解释了为什么 frontend agent 单独做更好：
"the trend has been away from the implementation detail and toward the end goal."
当模型在 command 上写 markup，稀缺技能不是 code——是 judgment。
但 raw output 也是 bugs 滋生地
所以别把整个 frontend 交给一个 fast generalist：拆开它。
- Generalist on logic
- UI on an agent that's read your repo
实测结果：40 个任务对照
Mnimiy 两种方式跑了 40 个 frontend task：
| 指标 | 单一通用 agent | 拆分（logic + UI 专用） |
|---|---|---|
| rework 率 | 39% | 6% |
| duplicates | 27 | 2 |
Code 不再是 hard part。 Owning the right layer 才是。
为什么有效
通用 agent 写 frontend 的问题不是它"不会写"——是它：
- 不知道你的 design system
- 不知道现有 components
- 不知道视觉一致性规则
- 不知道你的 naming convention
这些上下文没法塞进通用 prompt——它只在专用 agent 读完 repo 后才有。
Claude Code 守 logic（业务逻辑、API 集成、数据流）+ 专用 UI agent（Kombai 这类）守 pixels（从 props 到 design token 到视觉细节）——单一职责换来的是质量稳定。
配置：1 个 routing file + 1 条规则
整个 setup 极简：
- 一个 routing file 决定哪些任务分给 UI agent
- 一条规则——Claude Code keep the logic, UI agent 拿从 props 到 pixels 的一切
跨 40 个 first-try task 拿了这个结果。
🦞 虾评：这条给"一个通用 agent 干所有事"打了个大问号。40 个任务的对照实验是少见的硬数据：通用 agent 的 frontend rework 39%、duplicate 27%——比想象中严重得多。问题不是模型不够强，是通用 agent 缺乏对特定 layer（design system + components + 视觉一致性）的结构化理解。专业分工换来的不是效率，是质量。