TRAE 2.0 SOLO 模式

TRAE SOLO模式实战流程指南

不是"AI帮你写代码"，是"AI自己当全栈开发"—— 你说一句话需求，3小时后拿到上线链接

传统AI编程 vs SOLO模式：主体倒置

传统方式
AI辅助编程
你是主体，AI是工具。你写代码，AI帮你补全/重构。编辑器、终端、浏览器都是你的工具。
你写代码 AI补全 你调试 你部署
SOLO模式
AI全栈开发
AI是主体，工具被它调度。你说需求，AI自己规划+写PRD+设计架构+编码+测试+部署。
你说需求 AI写PRD AI编码 AI部署 你审核

3小时上线全流程：5个阶段

1
~15分钟
需求理解 + PRD生成
SOLO自动生成结构化PRD文档，并主动问澄清问题。你可以逐项确认/调整/跳过。
你的输入示例
"帮我做一个购物车网站，能加商品、调数量、结算时显示总价。mobile优先，不要支付集成。"
SOLO自动生成
• 用户角色定义
• 核心功能列表（商品展示/加购/调数量/结算）
• 非功能需求（响应式/本地存储）
澄清问题 PRD确认 需求调整
2
~20分钟
技术设计
SOLO输出架构设计文档，展示技术选型理由。你可以确认或要求调整。
典型技术栈方案
前端：React + TypeScript + Tailwind CSS
状态：Zustand（轻量，不需要Redux复杂度）
后端：Node.js + Express + SQLite
部署：Vercel（前端）+ Railway（后端）
架构确认 技术栈调整 方案理由
3
~1.5小时
编码实现
SOLO同时打开编辑器+终端+浏览器，自己写代码、跑命令、验证UI。发现错误自己调试修复。
SOLO自动执行
• 编辑器写代码
• 终端跑 npm install / pnpm dev
• 浏览器打开localhost验证UI
• 发现错误→自动debug→重写
自动编码 自动调试 实时预览 错误自修复
4
~20分钟
测试验证
SOLO自动写测试用例并执行，显示通过率，修复失败用例后再跑。
自动生成测试
• 单元测试（Jest）
• 集成测试（购物车增删流程）
• E2E测试（Playwright）
• 跑完→显示通过率→修复→再跑
单元测试 集成测试 E2E测试 自动修复
5
~15分钟
部署上线
自动配置部署环境，推送代码，构建部署，输出最终上线链接。
自动部署流程
• 配置Vercel项目
• 推送GitHub仓库
• Vercel自动构建+部署
• Railway部署后端+环境变量配置
• 输出：https://your-cart-xxx.vercel.app
Vercel部署 GitHub推送 环境配置 输出链接

实测中的5大踩坑与对策

1
模糊需求导致返工
只说"做一个购物车"，SOLO不知道你要mobile优先还是desktop优先，要不要管理后台。
对策
第一次输入时多写2-3句，列清楚关键约束：mobile优先/不要支付/用React部署到Vercel。
2
技术栈与团队规范不符
SOLO自动选它偏好的技术栈（React/Next.js/Tailwind），可能和你团队的Vue/自家框架冲突。
对策
在需求里明确指定技术栈："用Vue3 + Element Plus + 部署到阿里云"。
3
测试虚假覆盖
SOLO跑测试通过率100%不代表真的没问题——有时会写"自验证"测试，验证自己写的代码。
对策
人工抽样review 5-10个测试用例，确认它们真的在测业务逻辑。
4
部署凭据安全风险
SOLO自动部署需要Vercel/Railway/GitHub的访问凭据，这些凭据怎么传递、是否被记录存在风险。
对策
用专门为SOLO创建的低权限token，不要给主账号token，定期轮换。
5
复杂业务逻辑翻车
简单CRUD跑得很顺，但复杂业务——多租户权限矩阵、复杂支付路由、分布式事务——SOLO经常理解不到位。
对策
复杂业务不要全交给SOLO——让它做框架+简单部分，复杂部分人工接管。

SOLO适合哪些场景？

✅
高度适合
  • MVP / 原型验证（3小时上线demo）
  • 内部工具（看板、表单、统计页）
  • 中小型营销网站
  • 快速hackathon项目
  • 个人博客/作品集网站
⚠️
中等适合
  • B端SaaS早期产品（基础功能用SOLO）
  • API网关/简单后端服务
  • 复杂部分需人工接管
  • 已有项目的功能扩展
❌
不太适合
  • 大型多模块系统
  • 复杂业务（金融/医疗/法律）
  • Legacy项目改造
  • 强一致性/高并发系统
  • 需要深度领域知识的项目