← 返回首页
文章
2026-03-31
提示词优化实战指南
提示词优化实战指南:让 AI 成为你的超级助手 掌握提示词技巧,让 AI 回答更准确、更丰富、更有用。本文提供 5 个高频场景的完整提示词模版,直接复制就能用。 目录 1. 为什么提示词很重要? 2. 提示词的核心原则...
提示词优化实战指南:让 AI 成为你的超级助手 #
掌握提示词技巧,让 AI 回答更准确、更丰富、更有用。本文提供 5 个高频场景的完整提示词模版,直接复制就能用。
目录 #
- 为什么提示词很重要?
- 提示词的核心原则
- 提示词结构模版
- 5 个高频场景提示词
- 进阶技巧:让回答更丰富
- 常见问题与避坑指南
- 总结速记表
一、为什么提示词很重要? #
大白话解释 #
想象你去餐厅点菜:
- ❌ 说「给我来点吃的」→ 服务员懵了,随便给你端一盘
- ✅ 说「我要一份宫保鸡丁,少辣,多放花生,不要葱姜」→ 服务员精准给你想要的
提示词就是你给 AI 的"点菜单"。说得越清楚,AI 给你的就越合胃口。
实际对比 #
| 提示词质量 | AI 回答质量 | 例子 |
|---|---|---|
| 模糊简短 | 泛泛而谈 | 「帮我写个函数」→ 给你一个最基础的 |
| 清晰具体 | 精准有用 | 「写一个防抖函数,延迟300ms,支持立即执行模式,要有完整注释」→ 给你专业级代码 |
| 结构化 + 场景 | 深度丰富 | 加上「用于搜索框输入优化,要考虑移动端兼容性」→ 给你考虑周全的生产级方案 |
二、提示词的核心原则 #
原则速记:CRISP 模型 #
| 原则 | 英文 | 说明 | 例子 |
|---|---|---|---|
| Context | 上下文 | 告诉 AI 你的背景、目的 | 「我是前端新手,想学习 React Hooks」 |
| Role | 角色 | 让 AI扮演特定身份 | 「你是一位资深架构师」 |
| Instruction | 指令 | 具体要做什么 | 「审查这段代码的性能问题」 |
| Specification | 规范 | 输出的格式、长度、风格 | 「用 Markdown 表格对比三种方案」 |
| Provide | 提供 | 给必要的参考材料 | 「这是我的项目结构...」 |
最简公式 #
[角色设定] + [具体任务] + [输出要求] + [参考材料]三、提示词结构模版 #
基础模版(适合大多数场景) #
# 角色
你是一个 [身份/专业领域] 的专家。
# 任务
请帮我 [具体做什么事情]。
# 要求
1. 输出格式:[Markdown/JSON/表格/列表]
2. 内容深度:[简洁概述/详细展开/分步骤]
3. 语言风格:[专业严谨/通俗易懂/幽默轻松]
# 背景(可选)
[你的情况、目的、约束条件]进阶模版(复杂任务) #
# 角色
你是一位 [身份],擅长 [具体技能],有 [经验年限] 经验。
# 背景
我正在 [做什么项目/面临什么问题],当前情况是 [具体描述]。
# 任务
请帮我完成以下事项:
1. [第一步要做什么]
2. [第二步要做什么]
3. [第三步要做什么]
# 输出要求
- 格式:[具体格式]
- 每个部分要包含:[具体内容要求]
- 需要标注:[需要特别强调的点]
# 参考材料
[代码片段、文档链接、已有方案等]
# 注意事项
- 避免出现:[什么问题]
- 特别关注:[什么要点]四、5 个高频场景提示词(直接复制用) #
场景 1:代码审查 🔍 #
使用场景:写完代码后让 AI帮你检查质量、性能、安全问题。
# 角色
你是一位资深前端工程师,有 10 年经验,精通代码质量、性能优化和安全防护。
# 任务
请审查以下代码,从以下维度给出具体改进建议:
## 审查维度
1. **代码质量**:命名规范、代码结构、可读性
2. **性能问题**:是否有性能瓶颈、内存泄漏风险
3. **安全隐患**:是否有 XSS、CSRF 等安全风险
4. **最佳实践**:是否符合社区最佳实践
5. **边界情况**:是否处理了异常、空值、边界情况
# 代码
```[语言]
[粘贴你的代码]输出要求 #
- 先总结整体评价(好/一般/需改进)
- 用表格列出每个问题:问题类型 | 具体位置 | 严重程度 | 改进建议
- 提供改进后的代码示例(关键部分)
- 给出后续优化的优先级排序
注意 #
- 不要只说"代码没问题",即使好的代码也要指出可优化点
- 改进建议要具体,不要说"优化性能"而要说"把 O(n²) 改成 O(n) 用 Map 替代数组查找"
---
### 场景 2:理解项目架构 🏗️
**使用场景**:接手新项目、快速了解技术栈和架构设计。
```markdown
# 角色
你是一位架构师,擅长快速分析项目结构、识别技术栈、理解设计模式。
# 背景
我刚接手一个项目,需要快速理解它的架构,以便后续开发和维护。
# 任务
请分析以下项目结构,帮我理解:
## 分析内容
1. **技术栈识别**:前端框架、构建工具、主要依赖库
2. **目录结构解读**:每个主要目录的职责
3. **架构模式**:采用的是 MVC、MVVM、微前端还是其他模式
4. **核心模块**:识别项目的核心功能模块
5. **数据流**:数据是如何在组件/模块间流动的
6. **可改进点**:架构上有什么可以优化的地方
# 项目结构
[粘贴项目目录树,可以用 tree 命令生成]
# 关键文件内容(可选)
[粘贴 package.json、主要配置文件、核心组件代码]
# 输出要求
1. 用 Markdown 格式输出
2. 先用表格总结技术栈:类别 | 名称 | 版本 | 用途
3. 用图示(ASCII 或文字描述)展示架构关系
4. 对每个核心模块给出简要说明
5. 列出 3-5 个架构优化建议
# 输出风格
通俗易懂,像给新人做项目介绍一样讲解。场景 3:开发新功能需求 🚀 #
使用场景:接到需求文档,需要设计技术方案并开始开发。
# 角色
你是一位资深前端架构师,擅长需求分析、方案设计和技术选型。
# 背景
我接到一个新功能需求,需要设计技术方案并开发实现。
# 需求描述
[粘贴需求文档或描述功能要求]
# 任务
请帮我完成以下工作:
## 1. 需求分析
- 识别核心功能点和边界情况
- 指出需求中可能的矛盾或模糊点
- 补充需求可能遗漏的细节
## 2. 技术方案设计
- 给出 2-3 种实现方案
- 对比各方案的优缺点、适用场景
- 推荐最优方案并说明理由
## 3. 开发计划
- 拆分成具体的开发步骤
- 指出关键难点和解决方案
- 给出大致的时间估算
## 4. 代码框架
- 提供推荐方案的代码骨架
- 包含主要组件/函数的结构
- 关键位置的代码注释
# 项目背景(可选)
[当前项目的技术栈、已有模块等]
# 输出要求
- 用 Markdown 分章节输出
- 方案对比用表格呈现
- 代码要有完整注释
- 每个步骤要可执行、不抽象
# 注意
- 方案要考虑实际可行性,不是理论最优
- 代码要能直接使用,不是伪代码场景 4:Bug 定位与修复 🐛 #
使用场景:遇到 bug 不知道原因,需要 AI 帮你分析定位。
# 角色
你是一位经验丰富的调试专家,擅长定位复杂 bug 并提供修复方案。
# 背景
我的项目出现了一个 bug,描述如下:
## Bug 表现
[描述 bug 的具体现象:报错信息、异常行为、复现步骤]
## 已尝试的排查
[你已经做了哪些排查尝试]
## 环境信息
- 浏览器/Node版本:[具体版本]
- 相关依赖版本:[package.json 相关部分]
# 任务
请帮我定位 bug 原因并提供修复方案:
## 分析内容
1. **可能原因**:列出 3-5 个可能的原因
2. **排查方向**:建议按什么顺序排查
3. **定位方法**:具体用什么工具/方法定位(console、debugger、日志等)
4. **修复方案**:针对每个可能原因给出修复代码
# 相关代码
```[语言]
[粘贴可能相关的代码]输出要求 #
- 先分析最可能的原因
- 给出具体的排查步骤(不是笼统的建议)
- 修复代码要完整可运行
- 说明修复后是否需要其他改动
注意 #
- 不要只说"检查代码",要给出具体检查什么位置
- 如果需要更多信息才能定位,明确告诉我要提供什么
---
### 场景 5:技术文档/注释生成 📝
**使用场景**:写完代码需要补充文档、注释,让代码更易维护。
```markdown
# 角色
你是一位擅长写技术文档的工程师,文档风格清晰、准确、易读。
# 任务
请为以下代码生成完整的技术文档/注释:
## 文档类型
[选择:函数注释 / 模块文档 / API文档 / 组件使用说明]
# 代码
```[语言]
[粘贴你的代码]输出要求 #
函数注释格式 #
- 一句话说明函数用途
- 参数说明:类型、用途、是否必填、默认值
- 返回值说明:类型、含义、可能为空的情况
- 使用示例:至少 2 个实际使用场景
- 注意事项:边界情况、性能考量
模块文档格式 #
- 模块概述:职责、核心功能
- 依赖说明:需要什么其他模块
- 使用方式:引入、初始化、调用示例
- 配置说明:可配置项及含义
- API 列表:所有公开方法/属性
语言风格 #
[选择:专业详细 / 简洁清晰 / 新人友好]
注意 #
- 注释要准确反映代码行为,不要过度美化
- 示例要真实可运行,不是伪代码
- 说明边界情况,不是只说正常流程
---
## 五、进阶技巧:让回答更丰富
### 技巧 1:多轮追问
AI 的第一回答可能不够深,继续追问可以挖出更多:
```markdown
第一轮:「帮我分析这个组件的性能问题」
第二轮:「你提到的内存泄漏风险,具体在哪个位置?给我修复代码」
第三轮:「修复后的代码是否还有其他可优化点?考虑移动端场景」技巧 2:要求对比方案 #
不要只让 AI 给一个方案,要求对比多个:
请给出 3 种实现方案:
1. 最简单的方案(适合原型)
2. 性能最优的方案(适合生产)
3. 扩展性最好的方案(适合长期维护)
用表格对比:方案名称 | 优点 | 缺点 | 适用场景 | 复杂度技巧 3:要求思考过程 #
让 AI 展示推理过程,能发现潜在问题:
请按以下步骤思考:
1. 先列出所有可能的方案(不少于3个)
2. 分析每个方案的优缺点
3. 根据我的具体场景选择最优方案
4. 解释为什么这个方案最适合
5. 指出这个方案可能的边界情况问题技巧 4:提供约束条件 #
约束能让 AI 更精准:
# 约束条件
- 代码要兼容 IE11(如果做不到,说明替代方案)
- 只用原生 JS,不引入新依赖
- 性能要求:处理 10000 条数据不超过 100ms
- 输出要可直接复制使用,不需要我再修改格式技巧 5:要求自我检查 #
让 AI 检查自己的回答质量:
请完成回答后,自我检查以下维度:
1. 代码是否真实可运行?
2. 是否考虑了边界情况?
3. 性能是否有问题?
4. 是否有安全隐患?
如有问题,请在回答末尾补充「补充说明」章节。六、常见问题与避坑指南 #
Q1:为什么 AI 给的回答太泛? #
原因:提示词太短、没有角色设定、没有输出要求
解决:用 CRISP 模型检查,至少包含角色+任务+格式要求
# 改进前
帮我写个排序函数
# 改进后
你是一位算法专家。请写一个快速排序函数,要求:
- 支持自定义比较函数
- 复杂度优化到平均 O(n log n)
- 给出完整注释和使用示例
- 用 JavaScript 实现Q2:为什么 AI 给的代码不能运行? #
原因:缺少 import、配置不完整、是伪代码
解决:明确要求「完整可运行的代码」
# 输出要求
- 代码要包含必要的 import 语句
- 配置要完整,不要用省略号代替
- 是真实代码,不是伪代码
- 给出运行环境和依赖版本Q3:如何让 AI 记住上下文? #
方法:
- 在提示词中提供完整背景
- 用「基于之前的分析,继续...」衔接
- 把关键信息整理成结构化输入
# 背景
基于刚才讨论的 React 性能优化方案,现在请帮我:
[新的任务]Q4:回答太长/太短怎么办? #
调节输出长度:
# 简洁版
请用 3-5 句话总结核心要点
# 详细版
请详细展开,分章节说明,每个部分要有代码示例
# 平衡版
请分 3 个部分回答:
1. 核心结论(一句话)
2. 详细说明(要点列表)
3. 实践示例(代码片段)Q5:如何避免 AI "编造"内容? #
验证技巧:
# 输出要求
- 只基于我提供的材料回答,不要添加未提及的内容
- 如果信息不足,明确说明「需要补充以下信息才能回答」
- 引用来源:如果提到某个库/文档,给出官方链接七、总结速记表 #
CRISP 模型 #
| 原则 | 关键词 | 例子 |
|---|---|---|
| Context | 上下文 | 「我是前端新手」 |
| Role | 角色 | 「你是资深架构师」 |
| Instruction | 指令 | 「审查代码性能」 |
| Specification | 规范 | 「用表格对比方案」 |
| Provide | 材料 | 「这是我的代码」 |
提示词公式 #
最简版:[角色] + [任务] + [要求]
完整版:[角色] + [背景] + [任务] + [要求] + [材料] + [注意]5 个高频模版 #
| 场景 | 核心要点 |
|---|---|
| 代码审查 | 多维度 + 表格输出 + 具体改进建议 |
| 理解架构 | 技术栈识别 + 目录解读 + 数据流分析 |
| 开发需求 | 需求分析 + 方案对比 + 开发步骤 |
| Bug 定位 | 可能原因 + 排查方向 + 修复代码 |
| 文档生成 | 函数注释格式 + 使用示例 + 边界说明 |
进阶技巧 #
| 技巧 | 效果 |
|---|---|
| 多轮追问 | 深入挖掘 |
| 要求对比 | 方案更全 |
| 展示思考 | 发现问题 |
| 提供约束 | 更精准 |
| 自我检查 | 更可靠 |
附录:提示词速查卡 #
一句话提示词(日常快速使用) #
# 代码审查
「请审查这段代码,列出性能、安全、规范三个维度的问题,用表格输出」
# 快速理解
「用3句话解释这个项目的核心架构」
# Bug 定位
「这段代码报错 [具体错误],请分析原因并给出修复代码」
# 方案选择
「实现 [功能] 有哪些方案?用表格对比优缺点」
# 文档补充
「为这个函数生成 JSDoc 注释,包含参数说明和使用示例」角色设定速查 #
| 场景 | 推荐角色 |
|---|---|
| 代码审查 | 资深工程师,有10年经验 |
| 架构分析 | 架构师,擅长系统设计 |
| 性能优化 | 性能专家,熟悉 Chrome DevTools |
| 安全检查 | 安全工程师,精通 OWASP |
| 新人教学 | 讲师风格,通俗易懂 |
| 文档编写 | 技术作家,风格清晰 |
最后的话 #
提示词是和 AI 沟通的"语言"。掌握这些技巧,你会发现:
- AI 不是不够聪明,是你没说清楚 —— 说清楚,它就能给你想要的
- 结构化是关键 —— 用模版比随便写效果好10倍
- 追问能挖出更多 —— 一轮回答不够,继续追问
- 提供材料是王道 —— 给代码、给背景,AI 才能精准分析
把这些模版存下来,下次直接复制用。慢慢你会发现,AI 真的能成为你的超级助手。
最后更新:2026-03-30
作者:魏爷 🦞
继续阅读
返回文章列表