在 Trae Work / Trae IDE 里写程序,提示词的核心不是"文采",而是把模糊需求压成「目标 + 上下文 + 约束 + 交付物」四件套。下面给你一套精简可直接抄的模板,覆盖 90% 编程场景。
在 Trae Work / Trae IDE 里写程序,提示词的核心不是"文采",而是把模糊需求压成「目标 + 上下文 + 约束 + 交付物」四件套。下面给你一套精简可直接抄的模板,覆盖 90% 编程场景。 万能精简公式(填空即用) 角色 + 任务 + 技术栈/上下文 + 约束 + 输出格式 通用模板 你是有 5 年经验的[后端/前端/全栈]工程师。 任务:[一句话说清要做什么,带动词]。 上下文:项目用[技术栈],目录结构见 @/src,现有规范参考 @README.md。 约束: 1. 不引入新依赖,不改公共 API 签名 2. 中文注释,单文件 ≤ 200 行 3. 遵循项目已有[命名/分层]风格 输出:先给 3 条实现思路让我确认,再出可运行代码 + 自测步骤。 分场景速用模板 1. 新功能开发 基于 @/src 现有结构,实现[功能名]。 需求点:[A][B][C]。 用[React18+TS / FastAPI+Pydantic],前后端字段名一致, 统一返回 {code,message,data},分页用 page/page_size。 先出模块划分+数据结构,确认后再写代码。 2. Bug 修复(最忌讳只贴报错) 现象:[什么操作下出现什么错]。 复现:[步骤1][步骤2]。 报错:[粘贴堆栈或截图]。 相关代码 @/path/to/file。 要求:定位根因一句话 + 最小改动修复 + 不改函数签名 + 给验证命令。 3. 重构 / 老代码升级 把 @OldCard.jsx 按 @NewExample.tsx 的风格重构成 React Hooks+TS。 不变外部行为,不删导出名。 输出:改动点列表 + 重构后完整文件 + 等价性说明。 4. 读代码 / 接手项目 分析 @/src 的整体架构:分层、数据流、持久化方式。 假设我是新人,先一段文字概述,再给 Mermaid 流程图, 最后列 3 个最容易踩坑的点。 5. 单元测试 为 @utils/parse.ts 的导出函数写 Vitest 用例。 覆盖正常/边界(空、0、超长)/异常分支。 不连真实 DB、不依赖网络,单函数单行为。 输出用例清单表 + 测试代码。 Trae 专属增效技巧(比模板更重要) • 用 @ 挂上下文:@文件名 @文件夹 比把代码粘进 prompt 准得多,AI 不会"猜"项目风格。 • 先 /plan 再 /spec:复杂任务让 AI 先出分步计划(涉及文件+预期变更+验证方式),你拍板后再生成,避免乱改。 • Goal 模式三段式:/goal [要做啥] until [交付标准] without [禁止项],例如 until 输出根因+修复+验证 without 改公共API 引入新依赖。 • 规则固化到 .trae/rules:把"统一响应体格式、禁 jQuery、TS strict"写进去,以后不用每条 prompt 重复说。 • 小步迭代:别一次要"整个博客系统",先骨架→路由→一个接口→跑通→下一个。单次范围越小,翻车率越低。 避坑:Trae Work 的 Code 模式是"派活"不是"聊天",说清要什么结果,别教它一步步怎么做;但 Trae IDE 的 Builder/Chat 模式相反,越具体越准。 如果你愿意,我可以按你常写的语言(Python/前端/Go/脚本)再给你一份单行占位符版的私藏模板,直接往里填就行。 发自 https://0520.eu.org https://www.lovou.pw
