写在前面

最近在工作中越来越频繁地使用各种大模型。从 ChatGPT 到 Claude，再到国内的豆包、通义千问、文心一言等。用得多了就发现，一样的需求，有些人能让 AI 给出完美的答案。而有些人得到的回复却差强人意。

这其中的关键就在于 Prompt 的写法。今天就来分享一下我这段时间摸索出来的一些经验，希望能帮大家少走弯路。

为什么 Prompt 这么关键？

说个真实的例子。前几天我想让 AI 帮我写一个产品介绍，最开始我是这样问的：

说到痛点一。模糊不清的请求导致废话输出

Bad Case：

帮我写个产品介绍

结果 AI 回了一堆模板化的废话，完全没用。后来我改成了这样：

说到痛点二，缺乏上下文和目标受众导致不贴合需求

Good Case：

我需要为一款前端 UI 组件库写产品介绍。说起来，从目标使用者来看，8 年经验的前端开发者
主要功能的观点是，提供 React/Vue 双版本组件、TS 支持、响应式设计
竞争力的观点是，比 antd 体积小 40%。支持自定义主题，兼容移动端
至于要求，语言简洁有力，突出开发效率，字数控制在 200 字以内

这次得到的结果就完全不同了直接可以用。

五个让 Prompt 效果翻倍的技巧

给 AI 一个明确的角色

人都有角色扮演的本能，AI 也不例外。给它一个明确身份，它就能更好地理解你的需求。

说到痛点三，缺少角色定位导致回答偏离主题

普通写法：

帮我分析这段代码的问题

角色化写法：

你是一个有 8 年经验的资深前端工程师。请帮我 review 以下 React 组件代码，主要关注性能调整、状态管理和组件复用性问题：

提供具体的上下文信息

AI 并不是你肚子里的蛔虫，它需要足够背景信息才能给出准确答案。

再看痛点四，单纯询问接口/功能导致回答过于宽泛或无关紧要

模糊询问：

这个接口该怎么调整？

提供上下文：

我们有一个使用者列表页面目前情况是：
- 框架：React + TS
- 数据量：需要展示1万条使用者记录
- 当前性能：首次渲染需要3秒，滚动时卡顿
- 功能需求：支持搜索过滤 + 分页 + 排序
- 设备要求：兼容移动端
请问该如何调整此页面渲染性能？

用例子来说明你的期望

至于痛点五。抽象描述难以传达具体实现细节，使 AI 输出偏离预期格式或细节不足。

需求：I want AI to help me write unit tests.

不够清晰：

帮我为登录组件写测试用例

提供示例：

帮我为登录组件写 Jest 测试用例，参考以下格式：
test => {
// 渲染组件
render;// 输入使用者名密码
fireEvent.change,{ target: { value: '' } });// 点击登录按钮
fireEvent.click);// 验证接口调用
expect.toHaveBeenCalledWith;})，请按此格式继续撰写其他测试场景。按理说，

分步骤拆解复杂任务

从痛点六来看。一次性请求全流程往往导致回答碎片化或遗漏关键环节。

一次性处理：

帮我设计一个完整的电商前端项目

分步处理：

我要开发一个电商前端项目，我们先从页面结构开始。说到项目需包含，首页、商品列表、商品详情、购物车、使用者中心。请先帮我设计整体路由结构和页面布局。

"基于第一步先结果再继续接下来，如组件设计、状态管理等。" 可以逐步迭代得到更精准输出。

告诉 AI 什么不要做

痛点七这方面。忽略“禁止”条款会产生无效或违规内容，例如使用禁止库或添加冗余注释。

示例：

帮我写一个封装 axios 的 HTTP 请求工具类，要求：
- 使用 TS 编写,禁止使用 any
- 支持请求拦截器和响应拦截器
- 不要使用第三方状态管理库
- 不要编写单元测试代码
- 注释详细，但不要每行都注释

---

说到实战案例。从糟糕到优秀 Prompt 的进化过程

场景 ： 我需要编 写 一个组件 文档

<="" hl="" js="“write"> 

<="" hl="" me="" write=""> 

. • Component introduction and basic usage • Props details • Code examples • Style customization guide .

.

<="">

:

把上述内容按照以下顺序排列:

1️⃣ 标题

2️⃣ 目标受众

3️⃣ 功能概述

---

🚀 :

通过以上案例可以看到，从“没有结构”的 Prompt 到 “带角色 + 背景 + 明确需求 + 输出格式” 的 Prompt，可以明显提高 AI 的产出质量与可用性。

---

---