AI项目开发提示词模板

使用技巧

前置操作：

一、前置关键：3份文档「Solo友好化」预处理（最省时间的一步）

很多人用Solo模式出问题，根源不是AI不行，是文档太杂乱——Solo会自动索引项目内所有文件，但PDF/Word易漏内容、零散聊天记录易产生歧义，先花10分钟标准化，能减少90%的理解偏差。
1. 格式统一（必须做，无例外）

把所有Word、PDF文档，全部转成Markdown（.md）格式——亲测Solo对md的解析准确率最高，PDF和Word很容易漏掉关键细节，比如技术栈要求、边界条件等。

文件名要清晰，统一放到项目根目录的「docs/」文件夹下，方便AI快速索引，也方便你后续引用，标准目录结构如下：

你的项目文件夹/
├─ docs/
│  ├─ 需求文档.md
│  ├─ 技术要求文档.md
│  └─ 聊天日志要求.md  # 重点：提炼零散聊天为结构化规则，别放原始聊天记录

这里划重点：聊天日志千万别直接丢进去！AI看不懂零散的“哦对了”“还要加个功能”，一定要提炼成规则条目，比如把“哦对了那个登录还要有短信验证”改成「2.3 登录功能需支持短信验证码登录，验证码有效期5分钟」。


2. 内容清洗（避免AI理解歧义）

这一步是减少偏差的核心，主要做4件事，简单好操作：

    统一术语：全文把「用户/客户/管理员」等称呼统一，比如全部叫「普通用户」「管理员」，避免AI混淆角色；
    去口语化：除了聊天日志，其他文档里的口语化表述全部替换成规范话术，比如“大概要实现这个功能”改成“必须实现该功能”；
    明确边界：每个文档开头加「必须做/禁止做」模块，避免AI擅自添加或简化功能，示例：
    `## 前置约束
    ✅ 必须实现：用户注册、登录、商品管理 ❌ 禁止做：支付功能、第三方登录（本次不做）`
    加数据字典：如果有业务字段（比如用户ID、商品编号），在每个文档末尾添加字段说明，避免AI臆造字段规则，示例：

字段名    类型    说明    约束
user_id    string    用户ID    唯一，长度32
goods_name    string    商品名称    非空，长度不超过50


二、Solo模式初始化：让AI先「看懂」所有文档

预处理完文档，下一步就是让Solo模式“吃透”这些文档——这一步别着急发指令，否则AI读不全内容，必出问题。Trae Solo模式的核心逻辑就是“先出Plan、再审Plan、再自动执行”，而初始化就是让AI完成前期的“理解”工作，相当于给AI做好“岗前培训”。
1. 切换模式，选对智能体（关键一步，别选错）

打开Trae，左上角把模式切换到「SOLO」；首次进入后选择智能体，一定要选「SOLO Builder」——它是官方专为「从0到1全链路新项目」设计的智能体，自动化程度最高，能自主完成从需求解析到部署的全流程，比SOLO Coder更适合一次性生成系统的场景，后者更适合已有项目的迭代重构。

创建工作空间时，直接选择你刚才整理好的项目根文件夹（就是包含docs/目录的那个），确保AI能索引到所有预处理好的文档。
2. 等待AI完成全量索引（别着急，必等）

创建完工作空间后，不要立刻发指令！等1-2分钟，让Solo自动完成3份文档的全量索引，右下角会有索引进度提示，直到提示“索引完成”再继续。

这一步的作用的是让AI完整读取所有文档内容，建立上下文关联，避免出现“漏看需求”“错看技术栈”的问题——很多人跳过这一步，结果AI只读取了部分文档，生成的系统自然漏洞百出。
3. 提前配置项目规则（让代码自动符合要求）

不用在指令里反复强调编码规范，提前配置好规则文件，AI会自动遵守，效率翻倍。这也是Trae Rules功能的最佳实践，能让AI生成的代码完全贴合你的习惯或团队规范。

操作方法：在项目根目录创建「.trae/rules/」文件夹，新建「project_rules.md」文件，把技术要求里的编码规范、技术栈、目录结构全部写进去，示例：

# 项目编码规则
1. 技术栈：必须使用 Vue3 + Vite + Node.js + MySQL，不得擅自更换
2. 代码规范：
   - 变量命名采用小驼峰，类名采用大驼峰
   - 禁止使用 any 类型、禁止硬编码配置
   - 所有函数必须加 JSDoc 注释
   - 必须处理异常，禁止吞错误
3. 目录结构：前端放 src/，后端放 server/，配置放 config/

这个文件的优先级最高，AI生成代码时会自动读取并遵守，省去你反复核对代码规范的时间。
三、核心步骤：一次性全自动指令（不用中途确认，AI自己跑）

这是最省时间的一步！把下面的指令模板复制到Solo的输入框，改一下项目名，直接发送，AI会自动完成「Plan→开发→测试→自检」全流程，你全程不用回复、不用确认，坐等结果即可。

重点提醒：指令一定要写完整，约束条件不能少，否则AI可能擅自修改需求、更换技术栈。
指令模板（直接复制修改，替换【】内内容即可）


小技巧（必看，进一步减少偏差）

发送指令前，在输入框里输入「#」，然后把3份文档都引用上（就是「#需求文档.md」「#技术要求文档.md」「#聊天日志要求.md」），确保AI明确绑定这三个文件，不会漏看任何一份。
四、执行阶段：你只要等就好（别打断AI）

发送指令后，Solo会自动调度多智能体协同干活，完全不用你干预，这也是Solo模式“解放双手”的核心优势——它能把一个人干前端、开发、测试、优化的活，变成“一人+一队AI智能体”协同完成。

整个执行流程AI会自动按顺序推进：

    先自动拆解任务，生成详细的Plan（不用你确认，AI自己直接用）；
    然后分模块写前后端代码、安装依赖、配置环境；
    接着生成单元测试用例，检查代码规范；
    最后自动自检，对照3份文档逐条校验，输出验收清单。

重点提醒：这个过程不要打断AI，不要中途发新消息，否则会重置上下文，之前的执行进度会白费。你可以在左侧任务面板看进度，右侧看代码变更，全程透明可控。



六、最简执行清单（15分钟搞定，直接照做）

如果觉得上面的步骤太详细，直接对照这个最简清单，15分钟就能完成准备工作，剩下的交给AI：

    3份文档 → 转md格式，整理到docs/目录，清洗内容（统一术语、去口语化、明确边界）；
    创建.trae/rules/project_rules.md，写入技术栈、编码规范、目录结构；
    打开Trae，切到Solo模式，选SOLO Builder，打开项目文件夹，等索引完成；
    复制指令模板，改项目名，引用3份文档，发送；
    等AI自动跑完，拿验收清单检查结果。

最后总结

Trae Solo模式的核心不是“帮你写代码”，而是帮你把项目从“手动搭建”升级为“自动化交付”，尤其适合基于多份文档一次性生成系统的场景。

这套流程的关键的是：先标准化文档（减少AI理解偏差），再配置规则（约束AI行为），最后用完整指令让AI全自动闭环。亲测用这套方法，生成的系统不仅符合所有文档要求，而且代码规范、异常处理到位，省去了大量核对、修改的时间。

如果你的需求也是“基于多份文档，一次性生成系统，少出问题、不用中途确认”，直接照做就能落地。如果遇到具体问题，评论区留言，我会一一回复。


——————————————————————

指令模板



生成原型图

我想开发一个进销存管理系统，现在需要输出原型图，请通过以下方式帮我完成所有原型图片的设计
1.思考进销存管理系统需要实现哪些功能
2.作为产品经理规划这些界面
3.作为设计师思考这些原型界面设计
4.使用html在一个界面上生成所有的原型界面，要高级有质感，遵守设计规范，注重UI细节。请引入 tailwindcss CDN 来完成，可以使用FontAwesome等开源图标库，界面中不要有滚动条出现
5.让原型显得更精美和接近真实我希望这些界面是需要能直接拿去进行开发的



——————————————————————————————

根据原型设计为进销存管理系统编写系统功能文档，该文档采用.md格式
1.描述整个系统的业务流程
2.对系统进行功能模块划分，详细描述每个功能的操作流程
3.详细描述每个模块业务流程以及每个环节涉及到的业务实体，并详细描述业务实体字段






——————————————————————


任务：根据项目内 docs/ 目录下的 3份文档：
1) docs/需求文档.md
2) docs/技术要求文档.md
3) docs/聊天日志要求.md
完整生成符合要求的【你的项目名，比如：电商后台管理系统】，**全程自动执行，无需我中途确认**。

执行流程（你自动按顺序完成，不用等我）：
1. 首先自动完成需求解析与任务规划（Plan），无需我确认，直接基于规划推进
2. 自动完成系统架构设计、数据库表结构设计、API接口设计，全部符合文档要求
3. 分模块自动生成完整的前后端代码、配置文件、依赖清单（package.json/requirements.txt）
4. 自动生成单元测试用例，完成代码规范检查
5. 自动完成自检：对照3份文档，逐条校验所有需求、技术要求是否100%满足，列出验收清单，标注未满足项（如果有）
6. 最后输出：完整的项目结构、部署启动文档、自测用例说明

约束（严格执行，违反会导致验收不通过）：
1. 100%严格遵循3份文档的所有要求，不得擅自添加文档外的功能，不得简化任何需求
2. 技术栈必须完全符合技术要求文档，不得擅自更换
3. 代码必须遵守 .trae/rules/project_rules.md 的所有规则
4. 所有核心业务逻辑必须添加溯源注释，格式：// 依据：[文档名] §章节号，比如：// 依据：需求文档.md §2.3 用户登录功能
5. 必须处理所有文档中提到的异常场景、边界条件，禁止未处理的异常
6. 禁止臆造任何文档外的业务规则，所有逻辑必须来自3份文档



————————————————



常见坑    解决方案
AI漏了部分需求    提前把文档结构化，加验收条目，指令里强制要求AI完成自检
技术栈用错了    提前把技术栈写到project_rules.md，指令里再强调一遍约束条件
代码有硬编码/报错    规则里明确禁止硬编码、未处理异常，指令里强化约束
文档太大AI读不全    转成md格式，去掉冗余内容，放到项目目录让AI全量索引，别粘贴到对话里
聊天日志的细节被忽略    把聊天日志提炼成结构化规则，不要放原始聊天记录