代码生成提示词速查表 - 需求/上下文/约束/验收
代码生成提示词模板都在这里了，从需求上下文到约束契约、从边界测试到验收标准，按模块分类整理，复制模板填变量即可使用。
需求与上下文 5
任务：{做 X}。上下文：{现有代码结构/依赖}。任务+上下文一次给全
现有相关代码：
```{lang}
{code}
```贴相关片段降歧义
目标文件/函数：{path#func}，请只改必要处定位改动范围
不要重构无关代码，保持最小改动限定 scope
先解释思路再给代码先看方案再实现
约束与契约 5
语言/框架/版本：{TS 5 + Nuxt 4}，遵循{风格指南}显式技术约束
函数签名必须：{输入类型}→{返回类型}，不抛未声明异常签名契约
不要引入新依赖；复用现有工具函数依赖约束
命名遵循{项目约定}，不加 emoji/缩写风格一致
兼容{Node 20+ / 浏览器最新两版}运行环境约束
边界与测试 5
处理边界：{空输入/超长/非法类型/并发}边界清单
给出 3 个单元测试（含一个异常路径）测试覆盖正常+异常
若输入不合法，返回{明确的错误}而非崩溃错误处理契约
考虑{性能/内存}上限，给出复杂度说明性能意识
标注可能的失败点与兜底稳健性提示
验收与交付 5
验收标准：{能通过 X 测试 / 输出符合 Y}可判定验收
给出调用示例与预期输出示例即文档
说明与现有代码的集成点集成提示
列出未覆盖的风险或假设透明假设
如无法完全满足，先说明取舍诚实降级
避坑 5
上下文给全比长描述有用贴代码胜过形容词
签名/契约写死防跑偏边界明确
要测试尤其异常路径异常最易被漏
最小改动原则别顺手重构
验收要可判定模糊难验收
提示
- 代码生成提示词的核心是"把任务、上下文、约束、验收一次性交代清楚"——贴相关代码片段比形容词描述更降歧义。
- 显式语言/框架/版本约束 + 函数签名契约，能把模型从"自由发挥"拉回"按规范实现"。
- 边界与测试（尤其异常路径）最易被漏，提示里主动列边界清单并要求单测，可大幅提升可用率。
- 最小改动原则 + 可判定验收标准，让生成的代码容易 review、容易合并。
由 巧匠 维护
公开更新于 2026年8月23日，内容持续校对官方文档。