夜雨聆风适合人群：想提升编码效率、减少重复劳动、快速理解项目/报错、顺手把文档也写好的同学。
目录
为什么我推荐 Trae SOLO TRAE IDE 和 TRAE SOLO 有什么区别？（新手别选错） 安装与首次配置（新手必看） 5 分钟完成第一次有效使用 高频场景：从“能用”到“好用”的 6 个用法 我的提示词模板（直接复制） 常见问题（FAQ） 最后：邀请码与小结
为什么我推荐 Trae SOLO
我把 Trae SOLO 当成一个“随叫随到的开发搭子”，它在下面这些事情上特别省时间：
- 把需求拆成可执行步骤
：不再对着需求发呆，先有路线再动手。 - 快速生成代码骨架
：组件/接口/工具函数/脚本，先搭起来再迭代。 - 定位与解释报错
：不仅告诉你“哪里错”，还会解释“为什么错、怎么改更稳”。 - 辅助重构与优化
：把重复代码收敛、命名统一、逻辑拆分，代码更可读。 - 顺手写文档
：README、使用说明、变更记录、接口文档等，一次性补齐。
如果你经常在“写代码 + 查资料 + 写文档 + 解释给别人听”之间切换，Trae SOLO 会非常有存在感。
TRAE IDE 和 TRAE SOLO 有什么区别？（新手别选错）
很多同学第一次看到 “TRAE IDE” 和 “TRAE SOLO” 会有点懵：它们到底是同一个东西吗？该用哪个？我这里用一句话 + 一张对比表讲清楚：
- TRAE IDE
：更像一个“开发环境/工作台”，重点在写代码、调试、管理项目这套 IDE 体验。 - TRAE SOLO
：更像一个“智能助手/搭子”，重点在用 AI 帮你拆需求、写代码、改 bug、写文档，并且能围绕你的工作内容持续协作。
你可以把它理解为：IDE 负责“场地与工具”，SOLO 负责“更聪明的协作与产出”。
对比表（建议直接放到文中）
我个人的选择建议
- 你主要想提升“编码体验 + 调试效率”
：优先看 TRAE IDE - 你主要想提升“任务推进速度 + 产出质量”
：优先用 TRAE SOLO - 如果两者可以搭配使用
：一般是最舒服的组合——IDE 负责开发流程，SOLO 负责提效与协作。
另外：如果你是第一次尝试，建议先用 SOLO 做一个“小而真实”的任务（修一个报错/加一个接口/写一个组件），最容易感受到差异和价值。
安装与首次配置（新手必看）
1）下载安装
打开 Trae SOLO 的官网/下载页，选择你的系统版本进行安装。 安装完成后启动应用。
建议：首次启动后先别急着写代码，把下面两项配置一下，后面体验会稳定很多。
2）首次配置建议
- 选择/创建工作区（Workspace）
：最好是你正在做的项目目录，或者一个专门用来试用的 demo 目录。 - 确认运行环境与权限
：如果工具提供“终端/运行/文件读写”等能力，优先在设置里确认权限，避免后面需要用时才弹窗卡住。
5 分钟完成第一次有效使用
按这个流程走一遍，你就能立刻感受到它“到底值不值”。
Step 1：让它理解你的项目
把下面这句话发给 Trae SOLO（按你的项目替换括号内容）：
“这是一个（前端/后端/全栈）项目，技术栈是（React/Vue/Node/Spring…）。请你先告诉我项目大致结构、主要入口文件在哪里、我应该从哪个目录开始读。”
Step 2：给它一个小任务
例如：
“帮我新增一个 /health接口，返回服务状态与时间戳。”“帮我写一个 React 组件：支持受控输入、校验、错误提示。” “把这个报错解释清楚，并给我最小改动的修复方案。”
Step 3：让它输出“可直接落地”的结果
要求它按你想要的格式输出，建议加上这些限定：
变更点列表（改了哪些文件） 完整代码块 注意事项/边界条件 如何自测
高频场景：从“能用”到“好用”的 6 个用法
1）新功能从 0 到 1：先要计划，再写代码
你可以这样说：
“我要做一个（功能名）。请先给我：需求拆解 → 数据结构 → 接口设计 → 关键边界条件 → 分步骤实现计划。”
适合：需求不明确、多人协作、怕返工的场景。
2）复制报错，一次性问清楚“原因+修复+预防”
把报错原文贴进去，然后加一句：
“请按：根因 → 修复方案（最小改动优先）→ 可能的副作用 → 如何写单测/自测 来回答。”
适合：编译失败、运行时异常、依赖冲突、线上问题复盘。
3）写重复代码前先问：能不能抽象成通用模块？
“这段逻辑会在 A/B/C 三处复用，请帮我抽成一个工具函数/Hook/公共模块，并给出调用示例。”
适合：表单校验、请求封装、状态处理、列表分页、权限判断等。
4）重构：要求它“保持行为不变”
“请在不改变现有功能的前提下重构：提升可读性、减少重复、补充类型/注释。并列出重构前后差异点。”
适合：老代码维护、代码评审前清理、提效与可维护性提升。
5）写文档：从代码直接生成 README / 使用说明
“根据当前项目结构，帮我写一份 README（包含：项目简介、依赖、启动方式、目录结构、配置说明、常见问题）。”
适合：开源项目、团队交接、写给未来的自己。
6）学习与迁移：让它把“你会的”迁移到“你要学的”
“我熟悉（A 技术），现在要用（B 技术）实现同样的功能。请用对比方式告诉我：概念映射、常用写法、常见坑，并给一个最小 demo。”
适合：换框架、换语言、换构建工具时的快速上手。
我的提示词模板（直接复制）
模板 1：让它输出“可执行清单”
我要做【目标】。请你输出：1）实现思路（简洁）2）分步骤任务清单（可直接照做）3）每一步的验收方式（怎么确认成功）4）风险点与回滚方案
模板 2：让它按文件给出修改
请你以“变更文件列表 + 每个文件的完整代码块”的形式输出实现。如果你需要新增文件，请告诉我文件路径与内容。
模板 3：报错处理的标准问法
我遇到报错如下（原样保留）：【粘贴报错】请按：根因→修复方案（最小改动优先）→可能副作用→如何验证 修复。
常见问题（FAQ）
Q1：我应该给 Trae SOLO 提供多少上下文？ A：越关键越好。最少给：目标、约束（不能改什么/必须兼容什么）、现状（已有代码/报错/接口）、期望输出格式。
Q2：它给的代码我需要完全照抄吗？ A：建议把它当“高质量草稿”。先让它跑通，再根据你项目规范（命名、日志、异常、测试）做一次收口。
Q3：怎么避免改动太大？ A：在提示里明确写：“最小改动优先、保持现有行为不变、不要引入新依赖（除非必要）”。
最后：邀请码与小结
如果你也想试试 Trae SOLO，建议先用它完成一个小而真实的任务（修一个报错/加一个接口/写一个组件），体验最直观。
- 我的邀请码：
gA6nTHfU
