CRISPE框架实战指南：从模糊需求到精确指令的提示词工程

1. CRISPE框架整体解析——为什么提示词需要结构化1.1 提示词工程的底层困境不是模型笨是提示词太散做提示词工程这一年多我最大的感受是大多数人说模型回答不行其实是提示词没写对。我见过太多人对着大模型扔一句帮我写个方案然后抱怨输出太泛、太模板、没有重点。但换个角度想如果你是一个刚入职的新员工老板就丢给你一句写个方案你大概率也会懵——写什么方案给谁看预算多少风格偏好交付格式什么都不说怎么写得出来大模型的本质是一个高智商、低主动性的协作者。它有极强的语言理解能力和知识储备但你如果不明确告诉它角色、背景、约束和输出格式它就会自动脑补一套最安全、最通用的默认设定。这个默认设定往往就是那种一眼看过去没毛病、细看全是废话的内容。这就引出了提示词工程的核心命题如何用结构化方式把模糊需求变成精确指令。我早期也走过弯路。那时候只知道提示词要详细于是拼命往提示词里堆字数写一段两三百字的长文本丢给模型结果输出质量依然不稳定——有时候很好有时候跑偏。问题出在哪出在信息没有分层。就像整理档案一样你把所有资料混在一个袋子里和把它们分门别类放进对应文件夹查找效率完全不同。后来接触到CRISPE框架我才意识到提示词不是写得多就完事而是要有章法地组织。1.2 CRISPE的核心思想把提示词当作一份完整的任务委托书CRISPE框架初看很简单它把提示词拆成五个维度Capacity能力与角色、Insight洞察与背景、Statement陈述与指令、Personality个性与风格、Experiment实验与验证。但真正用起来你会发现它背后的逻辑是一套完整的任务委托书思想。你想想在公司里给一个靠谱的同事派活你会怎么说第一你得告诉他要以什么身份来做这件事比如你是法务顾问第二你得把前因后果、背景资料交代清楚比如我们和某供应商有合同纠纷对方延期交货三次第三你得明确具体要做什么比如起草一封催告函要求对方在15日内补交货物第四你得说明交付物的风格和调性比如措辞专业但强硬符合商务函件规范第五你还会要求他给方案A和方案B让你选。这不就是CRISPE吗这种委托书思维的价值在于它逼着你在写提示词之前先把需求想清楚。很多时候我们拿到的输出质量差真正原因不是模型不行而是需求方自己就没想清楚。CRISPE框架让你按顺序过五关角色、背景、指令、风格、实验——每一关都要给出明确答案。走完这五关你的提示词自然就立体了。我实测下来CRISPE框架对复杂任务尤其管用。像写方案、做分析、写代码、做教学设计这类多步骤、多约束的任务用CRISPE写提示词输出质量明显上了一个档次。核心原因在于CRISPE把角色设定和信息供给分开处理不再混在一条提示词里让模型去猜而是各归其位。2. CRISPE五要素逐一拆解2.1 Capacity and Role先给模型一个身份输出才对味C是CRISPE框架的第一步它要求你为模型设定一个具体角色。这个角色越精准模型的措辞、知识取向、输出风格都会跟着调整。这背后的原理是大模型在训练阶段学习了海量不同身份、不同场景的文本角色词能激活模型中与之对应的行为模式。你给模型设定资深网络安全工程师它输出的内容更像技术文档设定产品经理它的表达马上会偏向需求分析和用户价值。但角色设定有一个容易踩的坑**只给身份不给资质细节。**你说你是一名资深数据分析师模型确实会往分析师的方向靠但资深是个什么标准5年经验还是15年经验擅长电商数据还是金融数据这些细节决定了输出的深度。我常用的写法是给角色附加2~3个限定词或经历描述比如你是一名有10年经验的电商数据分析师主导过多次大促活动的数据复盘。实测这样设定之后输出里的行业细节会明显增多更像一个懂的的人写出来的东西。还有一点值得注意角色设定不是越夸张越好。我曾经试过给模型设定你是世界顶尖的量子物理学家结果它在解释一个很简单的问题时反而堆砌了大量没必要的术语。设定角色要看任务的实际需求写电商文案用资深文案策划比文学泰斗更管用。角色只要够用、方向对就行过了反而干扰输出。2.2 Insight背景信息是弹药库喂多少就产出多少R代表Insight也就是你要给模型提供的背景信息、上下文和参考材料。这一步是整个CRISPE框架中最容易被低估的一环。很多人写提示词角色设定得很到位指令也很清晰但背景信息几乎为零——模型只能基于自己的知识库瞎猜你的具体情况。这种情况下输出可能正确但不贴切。打个比方你去找律师咨询律师水平再高不知道你家的具体情况、合同细节、争议焦点他能给出的也只能是通用法律意见不可能直接拿来用。模型也是一样。Insight这一步要解决的是让模型知道你面对的是什么局面。具体来说Insight可以包含几类信息项目背景、目标受众、历史尝试、限制条件、参考示例等。我有一次写一个产品推广方案提示词里塞了三句话的背景我们是一款面向25~35岁都市白领的轻食代餐产品主打高蛋白低卡目前在电商平台月销约2万单希望提升复购率。就这么一会儿信息模型给出的方案就比帮我想个推广方案具体得多连投放渠道选择都明显更有针对性。Insight不是越多越好关键是信息要和任务相关。有些人喜欢把偏离主题的资料也堆进去反而稀释了模型的注意力。我的经验是把背景信息控制在不影响阅读节奏的前提下捡最核心的约束条件现状事实目标预期写这三点最有用。2.3 Statement把要什么说清楚杜绝模糊指令S是Statement是整个CRISPE框架的主菜。这一步要求你明确说出任务的目标、交付物、格式要求。我见过太多提示词角色和背景都写得好好的结果指令部分是请你帮我分析一下这个问题——这种指令给你十个模型十个都只会给你一个泛泛而谈的答案。指令必须具体到可交付的程度。什么叫具体至少包含三个维度动作、对象、产出格式。举个例子。如果我要模型优化一段广告文案指令写成请优化以下文案就太弱了模型不知道优化到什么程度、往哪个方向优化。正确的做法是请基于以下文案重写3个版本版本一侧重突出价格优势版本二侧重突出品质感版本三侧重突出限时紧迫感。每个版本不超过50字并说明你的改写策略。这样模型就知道要做什么、做到什么程度、产出什么形式。Statement的设计还要注意可验收。好的指令用户拿到输出后心里很清楚该怎么检查——字数够不够、方向对不对、格式符不符合。所以我在写Statement时有一个习惯写完指令后先自己过一遍如果我是模型拿到这个指令能交付出什么假如我脑中浮现的交付物和真实需求一致说明指令足够清晰如果不一致就继续补充。这招虽然费点时间但能避免大段返工的尴尬。2.4 Personality赋予输出人格告别AI味P代表Personality它控制的是输出的语气、风格、情感调性。很多人在这一步草草写一句语气专业一点就完了实际上P的作用远不止此。大模型的默认输出风格偏向中性、稳妥、面面俱到这种风格放在某些场景合适放在另一些场景会让人想关掉页面——比如你问一个严肃的技术问题它却给你来一段热情洋溢的营销腔又比如你让它写童年回忆散文它给你来一段干巴巴的议论文语气。Personality这一步要定义的是用谁的声音说话。它通常可以和C配合但C管的更多是知识方向P管的是表达方式。实操中我一般会在提示词里明确给出风格参照、情绪倾向和句式偏好。比如文风像知乎高赞回答逻辑清晰、语气自信但不傲慢多用短句少用综上所述之类的词。这么一写输出立刻甩开默认风格几条街。还有一种技巧叫负面约束明确告诉模型不要用什么风格。比如不要使用首先、其次、再次这种结构词或者不要写过于官方的套话。负面约束往往比正面要求更有效果因为模型默认输出的稳妥风格就是靠这些套话撑起来的你不禁止它它就会下意识地用。2.5 Experiment让模型给多个方案人类只做选择E是CRISPE框架里最有工程味道的一环。它要求你在提示词中增加试着给出多个版本/多种思路的指令而不是让模型一次性给一个唯一答案。为什么这个动作很重要因为大模型的单次输出存在随机性同一个提示词你让它生成一次它给出的是它认为概率最高的路径但如果让它生成三个不同角度的方案它就相当于在采样空间里做了多次搜索你作为人类再从里面挑一个最符合需求的去深化。这个逻辑非常像设计师做方案优秀的设计师不会只出一个版本而是先出三五个方向让客户选。模型的E环节就是这个出多个方案的动作。实操中我一般会让模型从三个不同角度回答这个问题或者提供两个各有利弊的方案并分别说明适用场景。这样做的好处不仅是方案多了还在于模型在给出多方案时思考维度会自然发散输出的深度和广度都会提升。Experiment还有一个高阶用法把实验性的对比要求写进去比如让模型先给出方案A再指出方案A的潜在问题然后给出方案B作为改进版。这就等于让模型自己和自己辩论最终输出的内容往往比单轮输出更扎实。我在做技术方案选型时特别喜欢用这个技巧效果出乎意料地好。3. 实操案例用CRISPE框架写出高质量提示词3.1 案例一商业数据分析报告——从帮我分析到按结构交付先看一个我经常在教程里看到的对比场景让模型分析一个电商店铺的经营数据。普通用户通常这么写提示词帮我分析一下这家店的数据看有什么问题。这个提示词丢出去模型会默认你给不了数据因为你确实没给数据于是它开始编造一个通用经营分析框架输出一些正确的废话。而用CRISPE框架重写效果完全不同。这是我实际测试过的一个版本【角色】你是一名有8年经验的电商运营数据分析师擅长从订单数据中发现增长机会。 【背景】某主营家居日用品的淘宝店近三个月月均销售额为12万元毛利约35%转化率1.8%。流量来源中付费流量占45%但付费流量转化率低于免费流量一半以上。复购率约12%低于行业平均。 【指令】请基于以上背景给出经营诊断报告。报告需包含四个部分流量结构问题诊断、转化率偏低的原因分析、复购率提升建议、未来一个月可落地的三项改进措施。 【个性】语言简洁直白避免空话套话。每条建议必须附带实施难度评级和预期效果说明。 【实验】请分别从控制广告成本优化商品详情页激活老客户三个角度各出一版改进方案最后推荐你认为最值得优先执行的一项并说明理由。你看同样是让模型做数据分析这个提示词把角色、背景、输出结构、风格、多方案要求全部塞进去了。我在实测中CRISPE版本输出的诊断报告可以直接拿去开周会而普通版本只能当参考思路。差别之大不是模型变了而是指令信息密度变了。3.2 案例二项目方案生成——从给个点子到拿到B端能用的文档再举一个项目方案类的例子。有一次我需要做一个社区团购小程序的启动方案第一版提示词写的是帮我策划一个社区团购小程序怎么做模型给了一堆需求分析、功能列表、开发流程的通用框架不能说没用但几乎没有针对我在一线城市、面向宝妈群体的特点做定制。后来我改用CRISPE重新组织【角色】你是一名做过30个以上社区团购项目的产品策划专家熟悉一二线城市用户特点和后端履约链路。 【背景】我们准备在某二线城市3个中高档小区试点社区团购小程序目标用户是25~40岁宝妈主打生鲜果蔬和家居日用。已有两个小区微信群共约600人团长人选待定预计单小区日订单50单以上才能保本。 【指令】请输出一份30天启动方案覆盖三个阶段前期准备团长招募、供应链洽谈、上线冷启动前两周的拉新和转化活动设计、稳定运营复购和排期机制。每个阶段必须包含具体动作、责任人建议、时间节点、关键指标。 【个性】方案要有实战感拒绝教科书式理论。预算章节需要用表格呈现并注明可调整空间。 【实验】请先按自有团长模式出一版方案再按小区夫妻店合作模式出第二版方案最后对比两种模式的优劣势。这版提示词出来之后模型给出的方案已经接近一份可以拿着去和团队开对齐会的文档了。因为它有了角色做过类似项目、背景受访人群、规模、边界条件、指令分阶段、具体动作、指标、风格实战感、表格、实验双模式对比。CRISPE框架真正改变的不是模型的能力而是你表达需求的能力。3.3 案例三代码生成任务——用C和S防幻觉代码代码生成是CRISPE框架非常实用的一个场景。很多人疑惑写代码不就是要给清楚需求吗还用得着CRISPE实际上代码任务恰恰最容易出现角色缺失和约束遗漏的问题。你直接说用Python写一个爬虫爬取某网站新闻模型给你生成的代码可能在下载页面没问题但往下一看——没写请求头、没做异常处理、没考虑反爬。因为这一系列约束你都没说模型默认走最短路径。我的代码类提示词通常这么组织【角色】你是一名熟悉编写生产级Python代码的工程师注重代码的可读性、健壮性和异常处理。 【背景】我需要从某资讯网站抓取最近一周的新闻标题和链接。该网站没有公开API页面结构比较简单但服务器会拦截无请求头的请求。 【指令】请用Python编写一个爬虫脚本。要求必须使用requests库和BeautifulSoup必须设置User-Agent必须处理网络超时和解析异常输出结果保存为CSV文件。代码需要包含必要的注释。 【个性】代码风格遵循PEP8变量命名语义化关键逻辑处添加中文注释。 【实验】请同时提供一个解析失败时跳过并继续的异常处理版本和一个失败重试3次的版本并说明我更适合用哪一个。看到区别了吗同样是爬虫任务这个提示词把以什么标准写代码说得明明白白。我在跑这段生成代码时几乎不需要大改就能直接运行。如果你只是扔一句写个爬虫代码质量就全靠模型心情了。代码场景下CRISPE的C和S尤其重要C决定了代码风格和工程标准S决定了功能和约束边界。4. CRISPE框架的常见坑与优化技巧4.1 常见误区只堆角色不堆信息CRISPE最容易翻车的地方CRISPE框架用久了我发现自己最常犯的错是把精力全花在角色设定上但背景信息只写一句话带过。有一次我让模型以资深产品经理的身份设计一个CRM系统角色写得很华丽但背景就一句我们是一家小微企业想上CRM。结果模型设计出来的CRM系统居然包含销售线索自动评分、客户旅程编排、BI报表中心这些明显超配的功能。问题不在模型在于我给的背景太薄——没说团队规模、客户数量、核心痛点、预算边界模型只能按大厂产品经理的默认想象来设计。这里要给大家提个醒**CRISPE五要素不是平均发力而是按任务复杂度动态分配权重。**如果任务背景复杂R就要多写如果任务更看重风格表达P就要多写如果任务面向技术交付S的比例就要放大。我一般写完提示词后会整体扫描一遍看哪个要素明显偏薄再针对性补充。最理想的状态是五个部分都有内容但厚薄可以有侧重。4.2 微调技巧不同模型、不同任务CRISPE的参数要跟着调CRISPE不是一个死板的模板它更像一套提示词调试方法论。我实际试过几类主流大模型发现它们的性格差异很大有的模型默认输出偏啰嗦就需要把P部分加强约束比如控制在200字以内、不要罗列背景有的模型理解长指令的能力稍弱就需要把S部分的指令拆成1、2、3条降低解析负担。有些模型在生成时非常喜欢用仅供参考这种免责话术这种话术通常是因为提示词里没有明确限制不要探讨局限性直接给答案。还有一个容易被忽略的点——CRISPE和少样本示例可以同时用。我曾经在一版提示词里既用CRISPE写清了角色和指令又在Background部分放进了一个参考示例一段用户认为写得好的旧文案。模型在生成时会自动学习示例的语气和结构最终输出几乎和示例风格完全对齐。示例是最好的风格约束比你在P部分用一百个字描述风格都管用。4.3 故障排查速查表输出不理想时先别怀疑模型最后整理一张我在实际使用中总结的排查表。每次提示词输出效果不佳我都会按这张表逐项检查基本能定位到一半以上的问题症状大概率问题CRISPE对应修复策略输出太泛、像百科词条缺少具体背景或约束补R背景信息加上不要写通用内容直接针对我的场景输出语气不对、太官方P没有写清楚风格明确风格参照和负面约束如不要用综上所述输出结构混乱、无重点S指令不够具体把交付物拆成固定结构明确每个部分的长度和内容重点输出方案太单一缺少E实验要求加一句请给出三个不同角度的方案输出内容不像懂行的人写的C角色设定太粗糙给角色增加经验和擅长领域的描述输出与预期偏差大背景信息与真实需求不符检查R里写的事实是否准确必要时补充最新数据排查思路其实就一条**别想着换模型先想着改提示词。**我复盘过很多次模型不行的案例最后发现90%的失败原因都在提示词本身——要么信息不全要么指令模糊要么约束冲突。CRISPE就相当于给你的提示词做了一次体检把问题分成五类逐个击破。这种情况下排查效率比漫无目的地重写提示词高得多。最后再分享一个小工具用法CRISPE框架不仅适用于和大模型对话还可以用来写人看的任务简报。我有时候带新人给他派活时也会按这个结构写邮件——角色怎么定位、背景是什么、交付物具体要什么、风格偏好、要不要备选方案。新人收到邮件后几乎不用再来追问。提示词工程的本质其实是沟通工程的延伸。