CodeL
以前端为翼,以 AI 为脑,向全栈而行
2026-03-31

提示词优化实战指南

提示词优化实战指南:让 AI 成为你的超级助手 掌握提示词技巧,让 AI 回答更准确、更丰富、更有用。本文提供 5 个高频场景的完整提示词模版,直接复制就能用。 目录 1. 为什么提示词很重要? 2. 提示词的核心原则...

提示词优化实战指南:让 AI 成为你的超级助手 #

掌握提示词技巧,让 AI 回答更准确、更丰富、更有用。本文提供 5 个高频场景的完整提示词模版,直接复制就能用。


目录 #

  1. 为什么提示词很重要?
  2. 提示词的核心原则
  3. 提示词结构模版
  4. 5 个高频场景提示词
  5. 进阶技巧:让回答更丰富
  6. 常见问题与避坑指南
  7. 总结速记表

一、为什么提示词很重要? #

大白话解释 #

想象你去餐厅点菜:

  • ❌ 说「给我来点吃的」→ 服务员懵了,随便给你端一盘
  • ✅ 说「我要一份宫保鸡丁,少辣,多放花生,不要葱姜」→ 服务员精准给你想要的

提示词就是你给 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. **边界情况**:是否处理了异常、空值、边界情况
 
# 代码
```[语言]
[粘贴你的代码]

输出要求 #

  1. 先总结整体评价(好/一般/需改进)
  2. 用表格列出每个问题:问题类型 | 具体位置 | 严重程度 | 改进建议
  3. 提供改进后的代码示例(关键部分)
  4. 给出后续优化的优先级排序

注意 #

  • 不要只说"代码没问题",即使好的代码也要指出可优化点
  • 改进建议要具体,不要说"优化性能"而要说"把 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 记住上下文? #

方法

  1. 在提示词中提供完整背景
  2. 用「基于之前的分析,继续...」衔接
  3. 把关键信息整理成结构化输入
# 背景
基于刚才讨论的 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 沟通的"语言"。掌握这些技巧,你会发现:

  1. AI 不是不够聪明,是你没说清楚 —— 说清楚,它就能给你想要的
  2. 结构化是关键 —— 用模版比随便写效果好10倍
  3. 追问能挖出更多 —— 一轮回答不够,继续追问
  4. 提供材料是王道 —— 给代码、给背景,AI 才能精准分析

把这些模版存下来,下次直接复制用。慢慢你会发现,AI 真的能成为你的超级助手。


最后更新:2026-03-30
作者:魏爷 🦞