跳到主要内容

提示词工程实战

提示词工程（Prompt Engineering）是与 AI 模型有效交互的关键技能。掌握提示词编写技巧，能够显著提升开发效率、代码质量和问题解决能力。

本指南将系统性地介绍提示词工程的核心概念、实用技巧、常见场景和最佳实践，帮助你成为 AI 协作的高手。

核心价值

提示词工程 = 清晰的思路 + 具体的要求 + 合理的约束

  • 提高准确性：获得更精确、更符合需求的回答
  • 提升效率：减少反复修改和沟通成本
  • 控制输出：定制格式、风格和详细程度
  • 解决复杂问题：将大任务分解为可管理的步骤

一、提示词基本结构​

一个高质量的提示词通常包含以下核心要素：

1.1 角色定义（Role）​

为 AI 设定明确的角色，让它以特定的专业视角回答问题。

角色定义示例

你是一位资深的前端开发工程师，拥有 10 年 React 和 TypeScript 开发经验，擅长性能优化和架构设计。

1.2 任务描述（Task）​

明确告诉 AI 你需要它做什么，越具体越好。

任务描述示例

请帮我审查以下 React 组件代码，重点关注性能问题、内存泄漏风险和代码规范。

1.3 上下文信息（Context）​

提供必要的背景信息，帮助 AI 理解问题的具体场景。

上下文示例

这是一个电商网站的商品列表组件，需要处理 10000+ 商品数据，用户会频繁进行筛选和排序操作。当前页面加载时间超过 3 秒，用户体验较差。

1.4 输出格式（Format）​

指定期望的输出格式，让 AI 按照你的需求组织答案。

格式要求示例

请以 Markdown 列表形式输出，每个问题包含：

  1. 问题描述（简洁明了）
  2. 严重程度（高/中/低）
  3. 具体位置（文件名和行号）
  4. 解决方案（提供代码示例）
  5. 预期效果（性能提升或其他改进）

1.5 约束条件（Constraints）​

设定明确的限制条件，确保输出符合项目要求。

约束条件示例
  • 只使用 React Hooks，不使用 Class 组件
  • 代码必须支持 TypeScript 严格模式
  • 遵循 ESLint 和 Prettier 配置
  • 兼容 React 18+ 版本
  • 不引入新的第三方依赖

二、核心技巧​

2.1 具体明确​

模糊的提示词会得到模糊的答案，具体的提示词才能获得精确的结果。

1帮我写个函数

问题：

  • 没有说明函数的功能
  • 没有指定编程语言
  • 没有说明参数和返回值
  • 没有提供使用场景

2.2 分步引导​

将复杂任务分解为多个步骤，引导 AI 逐步完成。

分步指令示例

请按以下步骤帮我优化这段代码：

步骤 1：性能分析

  • 分析当前代码的时间复杂度和空间复杂度
  • 识别性能瓶颈（循环、递归、DOM 操作等）

步骤 2：问题诊断

  • 列出所有性能问题
  • 按严重程度排序

步骤 3：优化方案

  • 针对每个问题提出至少 2 种优化方案
  • 对比各方案的优缺点

步骤 4：代码实现

  • 实现推荐的优化方案
  • 保持代码可读性和可维护性

步骤 5：效果评估

  • 对比优化前后的性能差异
  • 说明预期的性能提升

2.3 提供示例（Few-Shot Learning）​

通过示例让 AI 理解你期望的输出格式和风格。

Few-Shot 示例

请将以下 CSS 类名转换为 camelCase 格式。

示例 1：

  • 输入：user-profile-card
  • 输出：userProfileCard

示例 2：

  • 输入：nav-bar-item-active
  • 输出：navBarItemActive

示例 3：

  • 输入：product-list-container-wrapper
  • 输出：productListContainerWrapper

现在请转换以下类名：

  • shopping-cart-item-count
  • header-navigation-menu-dropdown
  • footer-social-media-links

2.4 设定角色和语气​

根据目标受众调整 AI 的回答风格。

初学者友好

你是一位耐心的编程导师，正在教一个刚学习编程 3 个月的初学者。

请用简单易懂的语言解释什么是闭包，要求：

  • 避免使用专业术语，或在使用时详细解释
  • 提供生活中的类比帮助理解
  • 给出简单的代码示例（不超过 10 行）
  • 说明闭包的实际用途

2.5 迭代优化​

通过多轮对话逐步细化需求，获得更精确的答案。

迭代优化过程

第一轮： 请解释 React Hooks

第二轮： 请用表格形式对比 useState、useEffect、useContext、useMemo、useCallback 这五个 Hooks 的用途、使用场景和注意事项

第三轮： 针对 useEffect，请详细说明依赖数组的工作原理，并给出 5 个常见错误示例及正确写法

第四轮： 请提供一个复杂的 useEffect 实战案例，包含数据获取、清理函数、依赖优化等最佳实践

三、常见场景模板​

3.1 代码审查​

markdown
1请审查以下 React 组件代码：
2
3[粘贴代码]
4
5审查维度：
61. 性能问题
7   - 不必要的重渲染
8   - 内存泄漏风险
9   - 大量计算未优化
10   
112. 代码规范
12   - 命名是否规范
13   - 代码结构是否清晰
14   - 注释是否充分
15   
163. 安全隐患
17   - XSS 攻击风险
18   - 数据验证缺失
19   - 敏感信息泄露
20   
214. 可维护性
22   - 代码复杂度
23   - 组件耦合度
24   - 可测试性
25
26输出格式：
27## 问题列表
28### 高优先级
29- [性能] 问题描述
30  - 位置：第 X 行
31  - 原因：...
32  - 建议：...
33  - 代码示例：...
34
35### 中优先级
36...
37
38### 低优先级
39...
40
41## 优化建议
42...
43
44## 重构方案（可选）
45...

3.2 代码生成​

markdown
1请生成一个 TypeScript 工具函数：
2
3功能：深度克隆对象
4要求：
5- 支持嵌套对象和数组
6- 处理循环引用（避免无限递归）
7- 保留原型链
8- 支持 Date、RegExp、Map、Set 等特殊类型
9- 完整的 TypeScript 类型定义
10- 包含详细的 JSDoc 注释
11
12输出内容：
131. 函数实现（包含类型定义）
142. 使用示例（至少 3 个场景）
153. 单元测试用例（覆盖边界情况）
164. 性能说明（时间复杂度和空间复杂度）

3.3 问题调试​

markdown
1我遇到了一个 bug，请帮我分析：
2
3环境信息：
4- React 18.2.0
5- TypeScript 5.0.4
6- Vite 4.3.9
7- Node.js 18.16.0
8
9问题描述：
10[详细描述问题现象、触发条件、预期行为和实际行为]
11
12错误信息：
13[粘贴完整的错误堆栈]
14
15相关代码：
16[粘贴相关代码片段]
17
18已尝试的方案：
191. [方案 1] - 结果：失败，原因：...
202. [方案 2] - 结果：失败，原因：...
21
22请按以下步骤分析：
231. 错误原因分析（根本原因）
242. 可能的解决方案（至少 3 个，按推荐程度排序）
253. 推荐方案详解（包含完整代码）
264. 预防类似问题的建议
275. 相关知识点扩展

3.4 技术选型​

markdown
1我需要为项目选择状态管理方案，请帮我分析：
2
3项目背景：
4- 类型：中型电商 SPA
5- 团队：5 人，React 经验 1-2 年
6- 技术栈：React 18 + TypeScript + Vite
7- 特殊需求：支持服务端渲染（SSR）
8- 规模：预计 50+ 页面，包含复杂表单和实时数据
9
10候选方案：
111. Redux Toolkit
122. Zustand
133. Jotai
144. MobX
155. Recoil
16
17对比维度：
18| 维度 | 权重 | 说明 |
19|------|:----:|------|
20| 学习曲线 | 高 | 团队经验有限 |
21| 性能表现 | 高 | 大量数据渲染 |
22| TypeScript 支持 | 中 | 项目使用 TS |
23| SSR 兼容性 | 高 | 必须支持 |
24| 生态系统 | 中 | 需要中间件支持 |
25| 包体积 | 中 | 影响首屏加载 |
26| 调试工具 | 低 | 开发体验 |
27
28输出格式：
291. 对比表格（包含所有维度的评分）
302. 各方案优缺点分析
313. 推荐方案及详细理由
324. 实施建议和注意事项
335. 学习资源推荐

四、进阶技巧​

4.1 链式思考（Chain of Thought）​

引导 AI 展示推理过程，提高复杂问题的解决质量。

链式思考模板

请解决这个算法问题，并展示完整的思考过程：

问题： 给定一个整数数组，找出和为目标值的两个数的索引

输入： nums = [2, 7, 11, 15], target = 9 输出： [0, 1]

请按以下格式回答：

1. 问题分析

  • 理解题意
  • 明确输入输出
  • 识别约束条件

2. 解题思路

  • 列出可能的解法
  • 分析各解法的可行性

3. 算法选择

  • 选择最优解法
  • 说明选择理由

4. 复杂度分析

  • 时间复杂度
  • 空间复杂度
  • 优化空间

5. 代码实现

  • 完整的 TypeScript 代码
  • 详细注释

6. 测试用例

  • 正常情况
  • 边界情况
  • 异常情况

4.2 自我批评（Self-Critique）​

让 AI 审查自己的输出，发现并改进问题。

自我批评模板

请生成一个 React 自定义 Hook，用于管理表单状态。

生成后，请进行自我审查：

代码质量检查：

  1. 是否遵循 React Hooks 规则？
  2. 是否有潜在的性能问题？
  3. 类型定义是否完整和准确？
  4. 错误处理是否充分？

设计审查：

  1. API 设计是否直观易用？
  2. 是否有更好的实现方式？
  3. 是否考虑了边界情况？
  4. 是否具有良好的扩展性？

如果发现问题，请：

  1. 列出所有问题
  2. 说明问题的影响
  3. 提供改进方案
  4. 实现改进后的代码

4.3 多角色对话​

模拟多个角色的讨论，从不同视角分析问题。

多角色对话模板

请模拟一场技术评审会议，讨论是否应该重构现有代码库：

议题： 是否将所有 Class 组件重构为 Function 组件 + Hooks？

参与角色：

架构师（关注点：系统设计和长期维护）

  • 技术债务评估
  • 架构一致性
  • 可维护性提升

项目经理（关注点：时间成本和风险）

  • 重构工作量估算
  • 对现有功能的影响
  • 项目进度风险

开发工程师（关注点：实现难度和技术债）

  • 具体实施方案
  • 技术难点
  • 测试覆盖

QA 工程师（关注点：质量保证）

  • 测试策略
  • 回归测试范围
  • 质量风险

请展示：

  1. 各角色的观点和论据
  2. 讨论过程中的争议点
  3. 达成的共识
  4. 最终决策和理由
  5. 实施计划（如果决定重构）

4.4 约束性创造​

在限制条件下激发创新思维。

约束性创造模板

请设计一个创新的加载动画组件，要求：

严格限制：

  • 不使用任何图片或 SVG 文件
  • 只用纯 CSS 实现（可以用伪元素）
  • 代码总量 < 100 行（HTML + CSS）
  • 文件大小 < 2KB
  • 支持自定义颜色和大小
  • 兼容 IE11+（不使用现代 CSS 特性）

必须包含：

  1. 设计思路和灵感来源
  2. 完整的 HTML 和 CSS 代码
  3. 使用示例和参数说明
  4. 浏览器兼容性说明
  5. 性能优化说明

加分项：

  • 动画流畅自然
  • 视觉效果独特
  • 可访问性支持

五、常见错误与避坑​

5.1 过于模糊​

1这个代码有问题，帮我看看

问题分析：

  • 没有提供代码
  • 没有说明具体问题
  • 没有提供环境信息
  • 没有说明期望结果

5.2 一次性要求太多​

1帮我设计整个系统架构，包括前端、后端、数据库、
2缓存、消息队列、微服务、容器化、CI/CD、监控、
3日志、安全、性能优化...

问题分析：

  • 范围过大，难以给出详细方案
  • 缺少具体需求和约束
  • 无法深入讨论每个部分

5.3 缺少上下文​

1这个 bug 怎么修？

问题分析：

  • 没有说明是什么 bug
  • 没有提供错误信息
  • 没有提供相关代码
  • 没有说明复现步骤

5.4 期望不切实际​

1帮我写一个完整的电商网站，包括前端、后端、
2数据库、支付系统、物流系统、用户系统...

问题分析：

  • 范围过大，无法一次完成
  • 缺少具体需求
  • 没有分解任务

六、提示词模板库​

6.1 代码重构模板​

markdown
1请重构以下代码：
2
3原代码：
4[粘贴代码]
5
6重构目标：
7- [ ] 提高可读性（清晰的命名、合理的结构）
8- [ ] 优化性能（减少不必要的计算和渲染）
9- [ ] 增强类型安全（完善 TypeScript 类型）
10- [ ] 减少重复代码（提取公共逻辑）
11- [ ] 改进错误处理（完善异常捕获）
12
13请提供：
141. 重构后的完整代码
152. 改进说明（每个改进点的详细说明）
163. 对比分析（重构前后的对比表格）
174. 注意事项（可能的副作用或兼容性问题）

6.2 技术学习模板​

markdown
1我想学习 [技术名称]，请为我制定学习计划：
2
3我的背景：
4- 当前技能：[列出已掌握的技术]
5- 编程经验：[X 年]
6- 学习目标：[具体目标，如找工作、做项目等]
7- 可用时间：每天 [X] 小时，持续 [X] 周
8
9请提供：
101. 学习路线图（分阶段，每阶段 1-2 周）
112. 每个阶段的学习内容和目标
123. 推荐资源
13   - 官方文档
14   - 优质教程
15   - 实战项目
16   - 社区资源
174. 实践项目建议（由简到难）
185. 评估标准（如何判断是否掌握）
196. 常见陷阱和注意事项

6.3 性能优化模板​

markdown
1请帮我优化以下代码的性能：
2
3代码：
4[粘贴代码]
5
6性能指标：
7- 当前：[当前性能数据，如加载时间、FPS 等]
8- 目标：[目标性能数据]
9- 测试环境：[设备、浏览器等]
10
11分析要求：
121. 性能瓶颈识别
13   - 使用 Chrome DevTools 分析
14   - 列出所有性能问题
15   - 按影响程度排序
16
172. 优化方案（至少 3 个）
18   - 方案描述
19   - 预期效果
20   - 实现难度
21   - 优缺点对比
22
233. 推荐方案实现
24   - 完整代码
25   - 详细注释
26   - 关键优化点说明
27
284. 性能测试
29   - 测试方法
30   - 对比数据
31   - 优化效果评估

6.4 架构设计模板​

markdown
1请帮我设计 [功能模块] 的架构：
2
3需求描述：
4[详细的功能需求]
5
6约束条件：
7- 技术栈：[指定的技术栈]
8- 性能要求：[具体的性能指标]
9- 扩展性要求：[未来可能的扩展方向]
10- 团队规模：[X 人]
11- 开发周期：[X 周]
12
13请提供：
141. 架构图（用文字描述，包含各层级和模块）
152. 核心模块说明
16   - 模块职责
17   - 模块接口
18   - 模块依赖关系
193. 数据流设计
20   - 数据流向
21   - 状态管理
22   - 数据持久化
234. 接口设计
24   - API 列表
25   - 请求/响应格式
26   - 错误处理
275. 技术选型理由
286. 潜在风险及应对策略
297. 实施建议（分阶段实施计划）

七、工具推荐​

7.1 Prompt 管理工具​

推荐工具

PromptPerfect

  • 功能：优化和测试提示词
  • 特点：AI 驱动的提示词优化
  • 适用：提高提示词质量

LangChain

  • 功能：构建复杂的 AI 应用
  • 特点：链式调用、记忆管理
  • 适用：开发 AI 应用

Semantic Kernel

  • 功能：微软的 AI 编排框架
  • 特点：插件系统、技能管理
  • 适用：企业级 AI 集成

7.2 在线 Playground​

测试平台

OpenAI Playground

  • 功能：测试 GPT 模型
  • 特点：参数调节、对比测试
  • 地址：platform.openai.com/playground

Claude.ai

  • 功能：Anthropic 的 AI 助手
  • 特点：长上下文、安全性高
  • 地址：claude.ai

Poe

  • 功能：多模型对比测试
  • 特点：同时测试多个 AI 模型
  • 地址：poe.com

7.3 浏览器插件​

效率工具

ChatGPT Prompt Genius

  • 功能：保存和分享提示词
  • 特点：提示词模板库
  • 平台：Chrome、Firefox

AIPRM

  • 功能：提示词模板库
  • 特点：社区共享、分类管理
  • 平台：Chrome

WebChatGPT

  • 功能：增强搜索能力
  • 特点：联网搜索、实时信息
  • 平台：Chrome、Edge

八、实战练习​

8.1 练习一：代码生成​

练习任务

目标： 编写提示词，生成一个 React 表单验证 Hook

要求：

  • 支持多种验证规则（必填、邮箱、手机号、自定义正则）
  • 实时验证和提交时验证
  • 错误提示管理
  • TypeScript 类型完整
  • 提供使用示例

评估标准：

  • 提示词是否清晰具体
  • 生成的代码是否可用
  • 类型定义是否完整
  • 是否包含边界情况处理

8.2 练习二：问题诊断​

练习任务

目标： 编写提示词，诊断一个性能问题

场景：

  • React 应用首屏加载时间 5 秒
  • 提供 Chrome DevTools 性能分析截图
  • 提供 Lighthouse 报告
  • 提供关键代码片段

要求：

  • 定位性能瓶颈
  • 提供优化方案
  • 给出实施步骤

评估标准：

  • 是否提供了完整的上下文
  • 是否明确了期望的输出格式
  • 是否考虑了多种可能的原因

8.3 练习三：技术决策​

练习任务

目标： 编写提示词，帮助选择 CSS 方案

场景：

  • 新项目启动
  • 团队技术栈多样（React、Vue、Angular）
  • 需要统一的样式方案

候选方案：

  • CSS Modules
  • Styled Components
  • Tailwind CSS
  • Sass/Less

要求：

  • 对比各方案的优缺点
  • 考虑团队情况
  • 给出推荐方案

评估标准：

  • 是否提供了完整的项目背景
  • 是否明确了对比维度
  • 是否考虑了团队因素

九、常见问题（FAQ）​

9.1 如何让 AI 生成更准确的代码？​

解决方案

提供完整的上下文信息：

  • 技术栈和版本号（React 18.2、TypeScript 5.0）
  • 项目结构和依赖
  • 相关的类型定义
  • 具体的功能需求
  • 约束条件和限制

示例：

1请用 React 18.2 + TypeScript 5.0 实现一个表格组件
2
3项目依赖：
4- @tanstack/react-table: ^8.9.0
5- tailwindcss: ^3.3.0
6
7类型定义：
8interface User {
9  id: string
10  name: string
11  email: string
12  role: 'admin' | 'user'
13}
14
15要求：
16- 支持排序、筛选、分页
17- 使用 TanStack Table
18- 样式使用 Tailwind CSS
19- 完整的 TypeScript 类型

9.2 AI 生成的代码可以直接使用吗？​

重要提醒

不建议直接使用，应该进行以下检查：

代码审查：

  • 仔细审查代码逻辑是否正确
  • 检查是否有安全隐患
  • 验证类型定义是否完整

测试验证：

  • 测试正常情况
  • 测试边界情况
  • 测试异常情况

性能优化：

  • 检查是否有性能问题
  • 优化不必要的渲染
  • 优化内存使用

错误处理：

  • 添加完善的错误处理
  • 添加用户友好的错误提示
  • 添加日志记录

代码规范：

  • 符合团队代码规范
  • 添加必要的注释
  • 优化命名和结构

9.3 如何处理 AI 给出错误答案？​

处理策略

1. 指出具体错误

1你的回答中有一个错误：
2在第 15 行，使用了 var 声明变量，
3但在 React 中应该使用 const 或 let。
4请修正这个问题。

2. 提供正确信息

1实际上，useEffect 的依赖数组应该包含
2所有在 effect 中使用的外部变量。
3请根据这个规则重新生成代码。

3. 要求重新生成

1请重新生成代码，确保：
2- 使用 const/let 而不是 var
3- useEffect 依赖数组完整
4- 添加错误处理

4. 分步骤引导

1让我们分步骤来：
21. 先实现基本功能
32. 然后添加错误处理
43. 最后优化性能

9.4 提示词太长会影响效果吗？​

平衡建议

适度详细是好的，但要注意：

避免无关信息：

  • 只提供与问题相关的信息
  • 删除冗余的描述
  • 突出重点内容

使用结构化格式：

  • 使用标题和列表
  • 使用代码块
  • 使用表格对比

分段提问：

  • 复杂问题分多轮对话
  • 每轮聚焦一个方面
  • 逐步深入细节

示例对比：

不好的（冗长无重点）：

1我有一个项目，是用 React 做的，然后呢，
2我想实现一个功能，就是那个，嗯，用户可以
3点击按钮，然后会显示一个弹窗，弹窗里面有
4一些内容，然后用户可以关闭它...

好的（简洁有重点）：

1请实现一个 React Modal 组件：
2
3功能：
4- 点击按钮打开弹窗
5- 点击遮罩或关闭按钮关闭弹窗
6- 支持自定义内容
7
8技术要求：
9- React 18 + TypeScript
10- 使用 Portal 渲染
11- 支持动画过渡

9.5 如何提高提示词的复用性？​

复用策略

1. 创建模板库

markdown
1# 代码审查模板
2请审查以下 [语言] 代码：
3
4代码：
5[CODE]
6
7审查维度：
8- 性能
9- 安全
10- 可维护性
11
12输出格式：
13[FORMAT]

2. 参数化变量

markdown
1# 使用时替换 [语言]、[CODE]、[FORMAT]

3. 模块化设计

markdown
1# 基础模板
2[角色定义] + [任务描述]
3
4# 扩展模块
5+ [上下文信息]
6+ [输出格式]
7+ [约束条件]

4. 文档化说明

markdown
1# 模板说明
2- 适用场景：代码审查
3- 必填参数：语言、代码
4- 可选参数：审查维度、输出格式
5- 使用示例：...

十、进阶资源​

10.1 推荐阅读​

OpenAI Prompt Engineering Guide​

内容：

  • 官方最佳实践
  • 详细案例分析
  • 技术原理解析

适合：

  • 初学者入门
  • 系统学习

地址： platform.openai.com/docs/guides/prompt-engineering

Learn Prompting​

内容：

  • 免费在线课程
  • 互动式学习
  • 实战练习

适合：

  • 动手实践
  • 快速上手

地址： learnprompting.org

Prompt Engineering Daily​

内容：

  • 每日技巧分享
  • 社区讨论
  • 最新动态

适合：

  • 持续学习
  • 跟踪前沿

地址： 相关社区和博客

10.2 实践项目​

项目建议

项目一：构建 AI 代码助手

  • 集成到 IDE（VS Code 插件）
  • 自定义提示词模板
  • 上下文感知
  • 代码补全和重构

项目二：开发提示词测试工具

  • 批量测试提示词
  • 效果对比分析
  • 性能评估
  • 自动优化建议

项目三：创建团队提示词库

  • 场景分类管理
  • 版本控制
  • 协作编辑
  • 使用统计分析

10.3 学习路径​

第一阶段：基础入门（1-2 周）

  • 理解提示词的基本概念
  • 学习基本结构（角色、任务、格式）
  • 练习简单的代码生成

第二阶段：技巧提升（2-3 周）

  • 掌握核心技巧（具体化、分步、示例）
  • 学习常见场景模板
  • 练习代码审查和调试

第三阶段：实战应用（持续）

  • 在实际项目中应用
  • 建立个人模板库
  • 总结经验教训

十一、总结​

11.1 核心要点回顾​

清晰的思路​

要点：

  • 明确目标和需求
  • 理解问题的本质
  • 分解复杂任务
  • 逻辑清晰连贯

实践：

  • 先思考再提问
  • 整理思路和需求
  • 准备必要的信息

具体的要求​

要点：

  • 提供详细的上下文
  • 明确输入和输出
  • 指定格式和风格
  • 说明约束条件

实践：

  • 使用结构化格式
  • 提供完整示例
  • 明确期望结果

合理的约束​

要点：

  • 设定技术限制
  • 明确质量标准
  • 控制输出范围
  • 平衡详细程度

实践：

  • 列出必须和禁止
  • 说明优先级
  • 提供评判标准

11.2 最佳实践清单​

提示词编写检查清单

准备阶段：

  • 明确了具体目标
  • 整理了相关信息
  • 准备了必要的代码或数据
  • 了解了技术背景

编写阶段：

  • 设定了合适的角色
  • 描述了清晰的任务
  • 提供了完整的上下文
  • 指定了输出格式
  • 说明了约束条件

优化阶段：

  • 检查了语言表达
  • 删除了无关信息
  • 突出了重点内容
  • 使用了结构化格式

验证阶段：

  • 测试了提示词效果
  • 检查了输出质量
  • 记录了改进点
  • 更新了模板库

11.3 持续改进​

改进建议

记录和分析：

  • 记录每次使用的提示词
  • 分析成功和失败的案例
  • 总结有效的模式
  • 识别常见的问题

迭代优化：

  • 根据反馈调整提示词
  • 测试不同的表达方式
  • 优化结构和格式
  • 简化冗余内容

知识积累：

  • 建立个人模板库
  • 分类管理提示词
  • 文档化最佳实践
  • 分享经验教训

持续学习：

  • 关注最新技术动态
  • 学习优秀案例
  • 参与社区讨论
  • 实践新的技巧

十二、快速参考​

12.1 提示词结构模板​

markdown
1# 基础模板
2[角色定义]
3你是一位 [专业领域] 的专家，擅长 [具体技能]。
4
5[任务描述]
6请帮我 [具体任务]。
7
8[上下文信息]
9项目背景：[背景说明]
10技术栈：[技术栈列表]
11具体需求：[详细需求]
12
13[输出格式]
14请按以下格式输出：
151. [部分一]
162. [部分二]
173. [部分三]
18
19[约束条件]
20- [约束 1]
21- [约束 2]
22- [约束 3]

12.2 常用提示词片段​

markdown
1# 前端开发
2你是一位资深的前端开发工程师，拥有 10 年经验，
3擅长 React、TypeScript、性能优化和架构设计。
4
5# 后端开发
6你是一位经验丰富的后端工程师，精通 Node.js、
7数据库设计、微服务架构和系统优化。
8
9# 架构师
10你是一位技术架构师，擅长系统设计、技术选型、
11性能优化和团队协作。
12
13# 代码审查
14你是一位严谨的代码审查专家，关注代码质量、
15性能、安全和可维护性。

最后更新时间： 2026-05-11

相关文档：

forum

评论区 / Comments