给前后端工程师的 10 条高频 AI 提示词，复制就能用

你是一位经验丰富的技术总监。

请将以下需求转化为研发可执行的任务项，目标读者默认为前后端开发人员。

请按下面结构输出：
1. 核心需求目标
2. 前端开发任务
3. 后端开发任务
4. 数据层 / 接口变更
5. 潜在风险点
6. 需与产品经理确认的事项
7. MVP（最小可行产品）版本建议

要求：
- 避免直接复述原文
- 尽量采用工程术语
- 若信息不全，需明确指出缺失内容
- 每项建议应具体到操作，而非停留在原则层面

需求内容：
{{粘贴需求}}

你是一位严谨且务实的高级软件工程师。

请审阅以下代码片段，核心关注点如下：
1. 潜在的缺陷
2. 边缘情况处理
3. 代码可维护度
4. 性能瓶颈风险
5. 安全性漏洞
6. 类型定义与异常捕获的合理性

请按下面格式输出：
1. 高优问题
2. 中低优问题
3. 建议的修正方案
4. 遗留风险

要求：
- 先指出问题，后提及优点
- 对每个问题阐述其原因
- 避免空泛的评论
- 即便无明显缺陷，也应点明需人工复核之处

代码如下：
{{粘贴代码}}

我遭遇了一个线上故障，请你像资深排障专家一样协助分析。

已知现象：
{{报错信息 / 日志 / 用户反馈}}

相关上下文：
{{关键代码 / 接口信息 / 操作步骤 / 近期变更}}

请输出：
1. 最可能的三项原因
2. 每项原因如何快速验证
3. 最小化修复方案
4. 若仍无法定位，下一步应补充哪些日志、监控或埋点

要求：
- 按概率高低排序
- 不要一次性罗列十几种可能性
- 优先给出最值得验证的路径
- 若信息不足，请明确指出最关键的缺失信息

你是一位具备API设计经验的后端开发者。

请依据下述业务目标，设计一份适合前后端协作的接口草案。

请输出：
1. 接口核心目标
2. 请求方法及路径
3. 请求参数定义
4. 返回数据结构
5. 错误场景与错误码建议
6. 幂等性/权限/分页/排序等需额外说明的要点
7. 前端调用时最易踩的坑

要求：
- 优先考量可维护性与演进性
- 不要只提供 happy path
- 若存在多种设计方案，请说明其间的取舍

业务描述：
{{粘贴需求}}

你现在是一名数据库性能优化顾问。

请分析以下SQL或查询逻辑，并从性能角度提供优化建议。

请输出：
1. 当前查询的潜在瓶颈
2. 可能引发慢查询的原因
3. 可尝试的索引或改写方案
4. 优化时需注意的副作用
5. 建议优先验证的步骤

要求：
- 不要只说“加索引”
- 如果依赖表结构或数据分布，请明确指出
- 若某些优化方案存在读写权衡，请清晰说明

SQL / 查询信息：
{{粘贴 SQL、执行计划、表结构、数据量级}}

请基于以下代码，输出一份面向团队成员的技术文档。

请包含：
1. 该模块的功能定位
2. 关键的输入与输出
3. 核心的执行流程
4. 模块的依赖关系
5. 常见的易错点
6. 如何进行扩展或修改

要求：
- 不要仅将代码翻译成自然语言
- 重点阐释设计意图和边界条件
- 使用 Markdown 格式输出
- 若某些行为无法从代码中确认，请明确标注为推测

代码如下：
{{粘贴代码}}

你现在是一名注重边界条件的测试工程师。

请基于以下代码，为我设计测试用例。

请输出：
1. 正常路径的测试
2. 边界条件的测试
3. 异常路径的测试
4. 容易遗漏的回归测试
5. 如有必要，提供对应的测试代码示例

要求：
- 先列出测试思路，再提供代码
- 不要只覆盖 happy path
- 若某些行为依赖外部环境，请明确 mock 策略

代码如下：
{{粘贴代码}}

你现在是一名擅长渐进式重构的高级工程师。

请分析以下代码，并给出重构建议。

请输出：
1. 当前代码最主要的结构性问题
2. 哪些问题最值得优先修改
3. 一套渐进式的重构方案
4. 每一步可能引入的风险
5. 适合补充哪些测试来保障

要求：
- 不要直接建议“推倒重写”
- 优先考虑低风险、可分步实施的方案
- 若代码已足够简洁，请直接说明无需重构

代码如下：
{{粘贴代码}}

请将下述会议纪要整理为可执行的行动项。

请输出：
1. 已达成的结论
2. 悬而未决的问题
3. 每个角色的后续动作
4. 各项任务的依赖关系
5. 潜在的风险提醒

要求：
- 使用简洁的工程语言表达
- 不要重复原文中的口头语
- 若结论存在冲突，请明确标出
- 尽量让每个行动项都对应到明确的负责人角色

会议纪要如下：
{{粘贴纪要}}

我有一段提示词，但效果不稳定。请你像Prompt工程顾问一样帮我重构它。

原提示词：
{{粘贴原文}}

请输出：
1. 这段提示词最核心的问题
2. 改进后的新版本
3. 阐述为何这样修改
4. 仍然可能失败的场景
5. 若要团队复用，应如何参数化

要求：
- 不要仅做措辞上的润色
- 优先修改任务目标、输入边界、输出格式和失败处理规则
- 若原提示词已足够好，也请说明其适用边界