这里是广告位,没人找我放广告!

介绍一下solo的 /plan /spec 等能力怎么使用,区别

21次阅读
没有评论

Trae Solo /plan / /spec 完整用法 + 核心区别

先一句话总结:

  • /spec:帮你写需求文档、产品规格,定做成什么样
  • /plan:基于已有需求,拆开发任务、做实施方案,定怎么干
    两个都是指令级命令,在 Trae Solo 对话框直接输入斜杠命令即可触发。

一、/spec 是什么?能干什么

作用

需求规格生成器
帮你把模糊想法 → 变成结构化正式需求文档
适合:没思路、需求说不清楚、要先定产品规则

适用场景

  1. 只有一个大概想法,不知道怎么细化功能
  2. 要做新项目,先写 PRD、功能清单、交互规则
  3. 给 AI 定死边界:做什么、不做什么、UI/逻辑/校验规则

怎么用

直接在 Solo 输入框发:

/spec

然后紧跟着你的粗略想法就行,示例:

/spec 做一个极简待办清单网页,支持新增、删除、标记完成,本地存储,简约黑白风格

/spec 会自动输出什么

  • 产品概述
  • 功能列表(必做/可选)
  • 页面结构 & 路由
  • UI 设计规范、配色、布局
  • 数据结构、存储规则
  • 不做的功能(边界约束)

核心特点

定需求、定规格不拆开发步骤、不写代码


二、/plan 是什么?能干什么

作用

开发执行方案规划器
基于已有的需求/代码/项目现状,拆解成可落地的开发任务、文件修改清单、步骤流程

适用场景

  1. 已经有需求了,需要拆任务再开发
  2. 现有项目改 Bug、加功能、重构
  3. 想先看完整改造方案,确认后再让 AI 动手写代码

怎么用

两种用法:

  1. 先用 /spec 出需求,再:
/plan

AI 直接基于刚才的规格做开发计划

  1. 直接带需求发:
/plan 在当前Vue项目里加一个暗黑模式,全局切换、记住本地配置

/plan 会自动输出什么

  • 任务拆解(分步骤)
  • 需要新建/修改的文件清单
  • 技术实现思路
  • 依赖安装、配置修改
  • 风险点、兼容注意事项
  • 执行顺序

核心特点

只管怎么开发、怎么改代码,不帮你凭空定义产品需求。


三、/spec 和 /plan 关键区别(一眼看懂)

维度 /spec /plan
定位 定做什么(需求层) 定怎么干(开发层)
输入 模糊想法、一句话创意 明确需求、已有项目功能
产出 PRD、功能规格、UI规则、边界约束 任务拆解、文件清单、编码步骤、实施方案
是否拆代码任务 不拆 精细拆分每一步开发
是否改代码 只出文档,不动代码 规划完可直接执行开发
使用顺序

最简单使用顺序(官方最佳流程)

想法 → /spec 生成正式需求 → /plan 生成开发方案 → 确认方案 → 让AI开始编码执行

四、还有常用衍生命令顺带讲下

1. /code

直接跳过规划,立刻开始写代码
适合:小功能、你自己思路很清晰,不需要文档和规划

2. /reset

清空当前 Solo 会话上下文,重新开始规划
适合:跑偏了、需求改了,重新来一遍

3. /continue

中途暂停、切换窗口后,让 AI 继续刚才没做完的任务


五、实战标准套用模板(直接复制用)

模板1:新项目从零开始

/spec 帮我做一个个人记账小程序,收支记录、分类统计、月度图表、本地存储

等它输出完整需求后,再发:

/plan

看完计划没问题,再发:

按计划开始开发

模板2:老项目加功能

不用 /spec,直接:

/plan 给当前项目增加登录页面,账号密码校验、表单正则、错误提示

六、一句话极简记忆

  • /spec:帮你想清楚做什么(定需求)
  • /plan:帮你拆明白怎么写(定方案)
    先 spec 后 plan,再开工,是 Trae Solo 最稳用法。

要不要我给你一套可直接复制的三连指令模板:/spec → /plan → 开始开发,以后任何项目直接套用?

正文完
 0