这是 Cursor 提示词系列教程的第三篇，也适用于其他AI提示词，主要介绍高级技巧、提示词模板库和最佳实践。适合已经掌握基础和实战技巧的开发者，想要进一步提升提示词水平。

进阶技巧：让提示词更给力

技巧 1：引导 AI 逐步思考

有时候让 AI 先分析再解决，效果更好。这种方法叫做"思维链"（Chain of Thought），能帮助 AI 更深入地理解问题。

示例：

请按以下步骤分析并解决这个问题：
1. 首先，分析问题的根本原因
2. 然后，列出可能的解决方案
3. 接着，评估每个方案的优缺点
4. 最后，选择最佳方案并实现

问题：[问题描述]

深入应用：

对于复杂问题，可以要求 AI 分步骤思考：

请按以下步骤分析和解决这个性能问题：

## 步骤 1：问题分析
- 分析当前性能瓶颈在哪里
- 使用什么工具可以测量性能
- 哪些指标需要关注（渲染时间、内存占用、网络请求等）

## 步骤 2：原因分析
- 为什么会出现这个性能问题？
- 是算法问题、数据结构问题，还是架构问题？
- 有没有其他影响因素？

## 步骤 3：方案设计
- 列出所有可能的优化方案
- 评估每个方案的：
  * 实施难度
  * 性能提升预期
  * 潜在风险
  * 对现有代码的影响

## 步骤 4：方案选择
- 选择最佳方案（综合考虑难度、效果、风险）
- 说明选择理由

## 步骤 5：实施方案
- 提供优化后的代码
- 说明每个优化的原理
- 提供性能对比数据

问题：[性能问题描述]
代码：[相关代码]

技巧 2：让 AI 扮演专家

有时候让 AI 以专家身份看问题，会有不同的视角。这种方法能激活 AI 相关的专业知识。

示例：

你是一位资深的前端架构师，请从以下角度审查代码：
1. 架构设计是否合理
2. 代码组织是否清晰
3. 可扩展性和可维护性
4. 性能优化空间
[代码]

深入应用：

可以组合多个专家视角：

请从以下多个专家视角审查代码：

## 1. 架构师视角
- 架构设计是否合理？
- 模块划分是否清晰？
- 依赖关系是否合理？
- 扩展性如何？

## 2. 性能专家视角
- 有没有性能瓶颈？
- 算法复杂度是否最优？
- 有没有内存泄漏风险？
- 渲染性能如何优化？

## 3. 安全专家视角
- 有没有安全漏洞？
- 输入验证是否充分？
- 敏感数据是否安全？
- 权限控制是否正确？

## 4. 测试专家视角
- 代码是否可测试？
- 测试覆盖率如何？
- 边界情况是否处理？
- 错误处理是否完整？

代码：[代码片段]

技巧 3：用对比说明需求

有时候直接说不好理解，给个对比就清楚了。这种方法特别适合代码重构和风格转换。

示例：

将以下代码从这种风格：
[代码风格 A]

转换为这种风格：
[代码风格 B]

需要转换的代码：
[代码]

深入应用：

可以要求 AI 分析两种风格的差异：

请分析以下两种代码风格的差异，并将代码从风格 A 转换为风格 B：

## 风格 A（当前）
特点：
- 使用 class 组件
- 使用 this.state 管理状态
- 使用生命周期方法
- 内联样式

示例：
[代码示例 A]

## 风格 B（目标）
特点：
- 使用函数组件
- 使用 React Hooks
- 使用 useEffect 处理副作用
- 使用 Tailwind CSS

示例：
[代码示例 B]

## 需要转换的代码
[代码]

## 要求
1. 分析两种风格的主要差异
2. 说明转换的难点和注意事项
3. 提供转换后的代码
4. 确保功能完全一致

技巧 4：迭代优化，别想一次到位

我刚开始用 Cursor 的时候，总想一次就得到完美结果，后来发现这样不现实。分步骤来，一步步完善。

示例：

第一轮：生成基础功能
第二轮：添加错误处理
第三轮：优化性能和用户体验
第四轮：添加测试和文档

深入应用：

可以建立迭代计划：

请按以下迭代计划实现功能：

## 迭代 1：MVP（最小可行产品）
目标：实现核心功能，能基本使用
功能：
- [核心功能 1]
- [核心功能 2]
验收标准：
- 功能能正常工作
- 通过基础测试
- 无严重 bug

## 迭代 2：完善功能
目标：添加重要功能，提升用户体验
功能：
- [重要功能 1]
- [重要功能 2]
- 错误处理
- 加载状态
验收标准：
- 所有功能正常工作
- 错误处理完善
- 用户体验良好

## 迭代 3：优化和增强
目标：优化性能，添加增强功能
功能：
- 性能优化
- [增强功能 1]
- [增强功能 2]
验收标准：
- 性能提升 30% 以上
- 所有增强功能正常
- 代码质量提升

## 迭代 4：完善和文档
目标：添加测试、文档，确保质量
功能：
- 单元测试（覆盖率 > 80%）
- 集成测试
- 文档和注释
验收标准：
- 测试覆盖率达标
- 文档完整
- 代码审查通过

当前迭代：[指定当前要做的迭代]

技巧 5：明确约束和验证

告诉 AI 什么不能做，以及怎么验证结果。这能避免 AI 做出不符合要求的改动。

示例：

实现功能时请注意：
- 不要修改现有的 API 接口
- 不要破坏向后兼容性
- 必须通过所有现有测试
- 新代码必须通过 ESLint 检查

完成后，请提供：
1. 功能说明
2. 测试结果
3. 代码覆盖率报告

深入应用：

可以建立完整的约束和验证体系：

实现功能时，请严格遵守以下约束：

## 技术约束
- ✅ 必须使用 TypeScript 严格模式
- ✅ 必须通过 ESLint 检查（0 warning, 0 error）
- ✅ 必须遵循项目代码规范（参考 .eslintrc.js）
- ❌ 不能使用 any 类型
- ❌ 不能使用已废弃的 API

## 架构约束
- ✅ 必须遵循项目的 features-based 架构
- ✅ 必须使用项目统一的状态管理方案
- ❌ 不能修改 src/api/ 目录下的接口定义
- ❌ 不能修改 src/types/ 目录下的全局类型

## 功能约束
- ✅ 必须保持向后兼容性
- ✅ 必须通过所有现有测试
- ❌ 不能影响其他功能的正常使用
- ❌ 不能修改现有组件的接口

## 性能约束
- ✅ 首屏渲染时间 < 1s
- ✅ 交互响应时间 < 100ms
- ✅ 内存占用 < 100MB
- ❌ 不能创建超过 1000 个 DOM 节点

## 验证要求
完成后，请提供：

1. **功能验证**
   - 功能说明文档
   - 手动测试结果
   - 自动化测试结果

2. **代码质量验证**
   - ESLint 检查结果
   - TypeScript 编译结果
   - 代码覆盖率报告（> 80%）

3. **性能验证**
   - 性能测试数据
   - 与优化前的对比
   - 性能分析报告

4. **兼容性验证**
   - 浏览器兼容性测试结果
   - 响应式设计测试结果
   - 可访问性测试结果

技巧 6：利用 Cursor 的自动上下文

这是 Cursor 最强大的地方！它会自动读取你打开的文件、当前编辑的代码以及项目结构。

你可以：

1. 直接提文件名：在提示词里提到项目中的文件，Cursor 会自动读取
2. 选中代码提问：选中代码后提问，Cursor 会理解选中代码的上下文
3. 利用项目结构：Cursor 能理解整个项目的架构和文件组织

示例：

参考项目中 src/components/Button.tsx 的代码风格和结构，
创建一个类似的 Input 组件。
要求保持一致的：
- TypeScript 接口定义风格
- 错误处理模式
- 测试覆盖方式

深入应用：

可以要求 AI 分析项目结构并保持一致性：

分析项目的代码结构和风格，然后创建新功能：

## 项目结构分析
请先分析以下文件，理解项目的代码风格和架构模式：
- src/components/Button.tsx（组件风格参考）
- src/hooks/useAuth.ts（Hook 风格参考）
- src/utils/api.ts（工具函数风格参考）
- src/types/index.ts（类型定义风格参考）

## 代码风格总结
请总结项目的代码风格特点：
- 命名规范
- 代码组织方式
- 错误处理模式
- 测试方式

## 创建新功能
基于以上分析，创建以下功能：
[功能描述]

要求：
- 完全遵循项目的代码风格
- 使用相同的架构模式
- 保持代码一致性
- 参考现有代码的组织方式

技巧 7：明确优先级

当有多个要求时，告诉 AI 哪个最重要。这能帮助 AI 在资源有限时做出正确的选择。

示例：

实现以下功能，优先级从高到低：
1. [必须实现的核心功能]
2. [重要的辅助功能]
3. [可选的增强功能]

如果时间或复杂度有限，优先实现前两项。

深入应用：

可以使用优先级矩阵：

实现以下功能，按优先级分类：

## P0（必须实现，阻塞发布）
- [功能 1]：核心功能，没有这个功能无法使用
- [功能 2]：关键功能，影响主要业务流程

## P1（重要功能，影响用户体验）
- [功能 3]：重要功能，影响用户体验
- [功能 4]：重要功能，影响用户满意度

## P2（增强功能，提升体验）
- [功能 5]：增强功能，提升用户体验
- [功能 6]：增强功能，增加便利性

## P3（可选功能，锦上添花）
- [功能 7]：可选功能，有更好
- [功能 8]：可选功能，未来可以考虑

## 实现策略
- 优先实现 P0 功能，确保核心功能完整
- 在时间允许的情况下，实现 P1 功能
- P2 和 P3 功能可以在后续迭代中实现

## 当前阶段
当前阶段：实现 P0 和 P1 功能
时间限制：[如果有时间限制，说明]

---

提示词模板：直接拿来用

下面是我整理的一些常用模板，你可以直接复制使用，根据实际情况改改就行。

模板 1：创建 React 组件

创建一个 [组件类型] 组件 [组件名称]：

技术栈：
- React 18 + TypeScript
- [样式方案]
- [状态管理方案]

功能需求：
- [功能1]
- [功能2]
- [功能3]

Props 接口：
- [prop1]: [类型] - [说明]
- [prop2]: [类型] - [说明]

要求：
- 使用 TypeScript 严格模式
- 遵循 React Hooks 最佳实践
- 响应式设计
- 包含错误处理
- 添加 JSDoc 注释
- 可访问性支持（a11y）

参考文件：
- [参考文件路径]（代码风格参考）

模板 2：代码重构

重构以下代码：

重构目标：
- [目标1]
- [目标2]

重构方法：
- [方法1]
- [方法2]

要求：
- 保持原有功能不变
- 提高代码可读性
- 遵循 [代码规范]
- 添加适当的注释
- 通过所有现有测试

代码：
[代码片段]

验证标准：
- 功能测试通过
- 性能测试通过
- 代码质量检查通过

模板 3：Bug 修复

修复以下 bug：

问题描述：
[详细描述问题]

错误信息：
[错误信息或日志]

复现步骤：
1. [步骤1]
2. [步骤2]
3. [步骤3]

期望行为：
[期望的正确行为]

相关代码：
[代码片段]

环境信息：
- 浏览器/Node 版本：[版本]
- 框架版本：[版本]
- 其他依赖：[依赖]

可能的原因：
[如果有分析，提供在这里]

修复要求：
- 修复 bug，确保功能正常
- 添加错误处理，避免类似问题
- 添加测试用例，防止回归
- 说明修复原理

模板 4：性能优化

优化以下代码的性能：

当前性能问题：
- [问题1]
- [问题2]

性能指标：
- 当前：[指标]
- 目标：[指标]

优化方向：
- [方向1]
- [方向2]

要求：
- 保持功能不变
- 提供性能测试结果
- 说明优化原理
- 提供优化前后的对比数据

代码：
[代码片段]

验证标准：
- 功能测试通过
- 性能提升达到目标
- 代码质量不降低

模板 5：代码审查

请对以下代码进行审查：

审查维度：
1. 代码质量和可读性
2. 性能问题
3. 安全性问题
4. 最佳实践遵循情况
5. 错误处理完整性
6. 测试覆盖

代码规范：
- [规范1]
- [规范2]

请提供：
1. 问题清单（按严重程度分类）
   - 严重问题（必须修复）
   - 重要问题（建议修复）
   - 一般问题（可选修复）
2. 改进建议
3. 重构后的代码（可选）

代码：
[代码片段]

模板 6：API 集成

实现 [功能] 的 API 集成：

API 信息：
- 端点：[URL]
- 方法：[GET/POST/PUT/DELETE]
- 认证：[认证方式]
- 请求参数：[参数说明]
- 响应格式：[响应格式]

功能需求：
- [需求1]
- [需求2]

错误处理：
- [错误类型1]：[处理方式]
- [错误类型2]：[处理方式]

要求：
- 使用 [HTTP 客户端库]
- 添加请求/响应拦截器
- 实现重试机制
- 添加加载状态
- 错误提示用户友好
- 添加类型定义

参考文件：
- [现有 API 文件]（保持代码风格一致）

模板 7：编写测试

为以下代码编写 [测试类型]：

测试框架：
- [框架1]
- [框架2]

测试覆盖范围：
- 正常输入场景
- 边界情况
- 错误处理
- 集成测试（如适用）

测试用例：
- [用例1]
- [用例2]
- [用例3]

要求：
- 测试覆盖率 > 80%
- 使用描述性的测试名称
- 每个测试独立，不依赖其他测试
- Mock 外部依赖
- 测试错误处理和边界情况

代码：
[代码片段]

模板 8：性能分析

分析以下代码的性能问题：

分析维度：
1. 时间复杂度
2. 空间复杂度
3. 渲染性能（如适用）
4. 网络请求（如适用）
5. 内存使用

分析工具：
- [工具1]
- [工具2]

要求：
1. 性能分析报告
   - 当前性能指标
   - 性能瓶颈分析
   - 优化建议
2. 优化方案
   - 优化方法
   - 预期性能提升
   - 实施难度
3. 优化后的代码（可选）

代码：
[代码片段]

---

最佳实践与总结

核心要点回顾

1. 提示词质量决定输出质量：花点时间写好提示词，真的能省很多事
2. 结构化更有效：包含角色、任务、上下文、约束和输出格式
3. 具体明确是关键：别让 AI 猜，说清楚你要什么
4. 迭代优化是常态：别指望一次就完美，多试几次
5. 利用 Cursor 的特性：它会自动读取文件，你提一下文件名就行

进阶学习方向

1. 提示词工程（Prompt Engineering）

   • 学习更高级的提示词技巧
   • 研究不同 AI 模型的特点
   • 掌握提示词优化方法

2. 领域专业知识

   • 深入理解你使用的技术栈
   • 学习最佳实践和设计模式
   • 关注行业标准和规范

3. 代码质量

   • 学习代码审查技巧
   • 掌握性能优化方法
   • 理解安全最佳实践

4. 持续改进

   • 记录有效的提示词模板
   • 分析失败案例，总结经验
   • 与团队分享最佳实践

实践建议

1. 建立提示词库：把好用的提示词存起来，下次直接用
2. 记录成功案例：保存成功的提示词和对应的输出，作为参考
3. 不断优化：根据实际使用情况，改进你的提示词模板
4. 跟团队分享：大家一起用，一起改进，效率更高
5. 保持学习：关注 Cursor 和 AI 工具的最新功能，及时更新使用方法

常见问题解答

Q: 提示词写多长合适？

A: 没有固定长度，关键是相关且必要。简单的任务几句话就够了，复杂的任务可能需要几百字。关键是包含所有必要信息，不要遗漏，也不要冗余。

Q: 如何知道提示词写得好不好？

A: 看结果：

• 如果 AI 一次就给出满意的结果 → 提示词写得好
• 如果需要反复修改 → 提示词可能不够清晰
• 如果 AI 理解错了 → 提示词可能缺少关键信息

Q: 提示词可以复用吗？

A: 可以，但需要根据实际情况调整。建议：

• 建立模板库，保存常用模板
• 每次使用时根据实际情况调整
• 记录调整的原因，不断优化模板

Q: 如何提高提示词的效果？

A: 几个建议：

1. 多练习，多总结
2. 学习别人的好提示词
3. 分析失败案例，找出问题
4. 根据 AI 的反馈调整提示词
5. 关注 Cursor 的新功能

---

快速检查清单

写提示词前问问自己

• 任务目标说清楚了吗？
• 上下文给够了吗？
• 技术栈和版本说了吗？
• 功能需求列全了吗？
• 约束条件明确了吗？
• 输出格式指定了吗？
• 给示例或参考了吗？
• 边界情况考虑了吗？
• 优先级明确了吗？

提示词质量自检

• 够具体明确吗？
• 避免模糊描述了吗？
• 技术细节够吗？
• 上下文充足吗？
• 错误处理考虑了吗？
• 代码规范指定了吗？
• 测试要求明确了吗？

高级技巧检查

• 是否使用了思维链引导 AI 思考？
• 是否让 AI 扮演了合适的角色？
• 是否提供了对比示例？
• 是否建立了迭代计划？
• 是否明确了约束和验证标准？
• 是否利用了 Cursor 的自动上下文？
• 是否明确了优先级？

---

写在最后

希望这份进阶指南能帮你进一步提升提示词水平！

记住几个关键点：

1. 好的提示词 = 高效的开发：花时间写好提示词，绝对值得
2. 实践出真知：多练习，多总结，不断改进
3. 分享与交流：和团队分享经验，共同提高
4. 持续学习：关注 AI 工具的发展，及时更新方法

系列教程回顾：

• 📖 【AI提示词】入门基础篇指南👉
• 📖 【AI提示词】场景应用与案例分析

如果有什么问题或者发现了更好的方法，欢迎分享！😍