在 Trae 的 SOLO 模式中，SOLO Builder和SOLO Coder是两个核心的智能体（Agent），它们虽然都属于“AI 主导开发”的范畴，但定位、适用场景和工作流有着本质的区别。
简单来说：SOLO Builder 擅长“从 0 到 1”的无中生有，而 SOLO Coder 擅长“从 1 到 100”的精雕细琢。
以下是两者的详细对比与解析：
📊 核心区别速览表
| 特性 | SOLO Builder (构建者) | SOLO Coder (编码者) |
|---|---|---|
| 核心定位 | 创意落地专家 | 工程化专家 |
| 主要任务 | 快速搭建应用框架、生成原型、全栈开发 | 复杂逻辑实现、Bug 修复、代码重构、项目迭代 |
| 适用阶段 | 从 0 到 1(项目初始化) | 从 1 到 100(功能完善与维护) |
| 输入偏好 | 模糊的自然语言描述、Figma 设计稿、图片 | 具体的代码库上下文、报错日志、详细的需求文档 |
| 工作流 | 需求分析 -> 生成 PRD -> 编写前后端代码 -> 部署 | 理解上下文 -> 制定计划 (Plan) -> 编写/修改代码 -> 验证 |
| 典型场景 | “帮我做一个类似 Notion 的网页”、“把这个设计图变成代码” | “修复这个内存泄漏的 Bug”、“为这个项目增加分页功能” |
🧱 SOLO Builder：从 0 到 1 的“创意实现者”
SOLO Builder的设计初衷是降低开发门槛，帮助用户快速将想法转化为可运行的产品。它更像是一个全栈架构师。
- 核心能力：
- 端到端交付：它不仅写代码，还能自动分析需求、生成产品需求文档（PRD）、配置数据库（如 Supabase）、甚至一键部署（如 Vercel）。
- 多模态输入：支持直接上传Figma 设计稿或截图，它能“看懂”设计并转化为前端代码。
- 框架搭建：擅长处理项目初始化、路由配置、基础页面结构等“骨架”工作。
- 适合谁：
- 产品经理（快速验证 MVP）。
- 设计师（将设计稿转为原型）。
- 开发者（想跳过繁琐的脚手架搭建，直接开始写核心逻辑）。
⚙️ SOLO Coder：从 1 到 100 的“资深工程师”
SOLO Coder是 SOLO 模式后续升级加入的“重武器”，专为处理复杂的工程化任务而生。它更像是一个资深技术骨干。
- 核心能力：
- 深度上下文理解：它能扫描整个代码仓库（支持 10 万+ 文件），理解复杂的依赖关系，避免“改了一个 Bug 出现十个新 Bug”的情况。
- Plan 模式（规划模式）：在执行复杂任务前，它会先生成详细的开发计划（Plan），让你确认步骤无误后再动手，提供极强的掌控感。
- 复杂任务处理：擅长处理遗留代码的重构、复杂的算法实现、以及基于现有架构的功能扩展。
- 多智能体协同：作为主控智能体，它可以调用其他子智能体（如 Search Agent、Test Agent）来协同工作。
- 适合谁：
- 专业开发者（处理复杂业务逻辑）。
- 维护旧项目的工程师（需要理解现有代码并进行修改）。
🤝 实战中的协同工作流
在实际开发中，两者往往是接力配合的关系：
第一阶段（使用 SOLO Builder）：
- 你有一个电商网站的创意。
- 你告诉 Builder：“帮我做一个电商网站，要有商品列表和购物车。”
- Builder 迅速生成项目结构、前端页面、数据库表结构，并部署上线。此时，你有了一个可用的 MVP（最小可行性产品）。
第二阶段（切换到 SOLO Coder）：
- 你需要在这个网站上增加复杂的“优惠券叠加算法”或修复某个特定的支付 Bug。
- 你切换到 Coder，开启 Plan 模式：“分析当前的购物车逻辑，增加一个支持满减和折扣码叠加的算法。”
- Coder 深入代码细节，制定修改计划，修改代码，并进行自我验证。
📌 总结
- 如果你想快速通过“无”生“有”，做一个新东西，选SOLO Builder。
- 如果你想在现有代码基础上“精雕细琢”，修 Bug 或加复杂功能，选SOLO Coder。
)