DeepSeek CRISPE 六字段：把许愿改成合同-知了AI

「知了AI」的读者里，有相当一部分人每天都在用 DeepSeek。有人写公众号，有人做投放文案，有人整理周报，有人专门写招标文件的解读。但真正能把 DeepSeek 用出稳定产出的，比例并不高。

我们做过一个粗糙但真实的统计：在同一个社群里抽样一百份”提示词”，能找到的、明确写出输出格式的不到三成；写出长度约束的不到两成；写出”什么情况应该说不确定”的，只有两三个。绝大多数人的提示词，长这个样子——「你是资深文案专家，帮我写一篇关于茶文化的文章，要优雅有深度」。

这句话的问题不在于不礼貌，而在于它不是一份需求，它是一个愿望。你对着 DeepSeek 许了一个愿，然后指望它猜中你脑子里那篇还没成形的文章。

这篇文章要讲清楚一件事：提示词不是许愿，是签合同。许愿的特征是「说出你想要的结果」，合同的特征是「双方对交付物、验收标准、边界条件达成一致」。而 CRISPE 这个框架，本质上就是把一句话的愿望，拆成六条可以被逐项核对的合同条款。

一、许愿为什么在 DeepSeek 上特别容易翻车

先要破除一个误解：很多人以为「模型越强，提示词越不用写」。事实恰好相反。在能力较弱、回答篇幅较短、逻辑链更浅的模型上，提示词写得粗糙往往能拿到一个「及格但平庸」的结果，因为你拿到的本身就是平均答案。而在推理能力强的模型上，粗糙的提示词会得到一个更大的方差：有时候惊艳，有时候完全跑偏，而且你很难判断它到底是在严格执行，还是在自由发挥。

DeepSeek 恰好属于后一种。它的推理链条长，会先”想”再”答”，这个特性对结构化需求是巨大加成，对模糊需求则是风险放大器。下面三个机制，解释了为什么”许愿式”提示词在这里尤其危险。

1.1 你越省略，它补得越自由

推理模型有一个基本行为：遇到信息缺口时，它会主动补全，而不是停下来问你。这是训练目标决定的——被奖励的是”给出有用回答”，而不是”承认信息不足”。所以当你说「写一篇关于茶文化的文章」，DeepSeek 不会问你「给谁看」「什么平台」「多少字」「想要什么角度」，它会自动替你填上这些空白。

问题在于，它填的是统计上最常见的组合，而不是你真实的意图。它会默认读者是泛大众，默认平台是公众号，默认角度是文化科普，默认语气是温和抒情，默认长度是千字左右。这每一个默认值单独看都合理，组合起来就是一篇你似曾相识、但完全不像你写的文章。

这就是「补全自由」的代价：你省略的每一处，都是一次把决策权交出去的机会。合同里没有约定的条款，不会自动偏向你的利益；提示词里没有写明的边界，也不会自动偏向你的意图。

1.2 中文提示词天然歧义，一句话能被拆成三个需求

英文提示词的歧义主要发生在词汇层面，中文的歧义常常发生在动作层面。「帮我优化一下这段文案」——优化是压缩、是润色、是重写、是换角度，还是加钩子？在中文语境里，这五个动作都叫”优化”。

更麻烦的是，中文写作需求本身就是多层嵌套的：「写一篇讲效率工具的文章，要有点自己的观点，别太像软文」，这句话里至少压了四个独立需求——主题、篇幅与文体、观点密度、商业调性。你把它当一个需求说出去，DeepSeek 会把它当四个约束去平衡，而平衡的权重由它来定。

我们做过一个小测试，把同一句「把这段产品介绍改得更有吸引力一点」分别抛给 DeepSeek 三次。三次的结果分别是：一次加了情绪化开头，一次砍掉了技术参数只留场景，一次把整段重写成对话体。都算”更有吸引力”，因为它们对应的是三种不同的”吸引力”定义。如果你没定义，那你就是在抽签。

1.3 推理模型会给你”合理解释”，让你事后无法判断它是在执行还是在自由发挥

这是最隐蔽的一层。传统模型跑偏时，你能一眼看出来——答非所问就是答非所问。推理模型不一样：它会把跑偏的过程包装成一段逻辑自洽的推导。你说「写一段简短介绍」，它写了四百字，然后告诉你「为了让读者充分理解产品价值，我补充了三个使用场景」。听起来很有道理，但你要的是一百字。

这种”合理化跑偏”让事后验收极其困难。你的大脑会被它的解释说服，觉得”嗯，确实更完整了”，然后默默接受一个并不符合原意的交付物。长此以往，你会得出一个错误结论：「DeepSeek 挺好用，就是不太听话」。真正的问题不是不听话，是你从来没告诉它什么叫”听话”。

小结一下：许愿式提示词在 DeepSeek 上的失败，是三个机制叠加的结果——补全自由（它替你决定）、语言歧义（它和你想的不一样）、合理化（它让你无法察觉差异）。要同时解决这三个问题，靠”再多写两句形容词”是不够的，你需要一个结构。

二、CRISPE 是什么，为什么它的形状像一份合同

2.1 六个字段的原本含义

CRISPE 最早是作为一套提示词设计框架被提出的，六个字母分别对应六个字段。它不是某个模型的专属技巧，而是一种”把意图拆解成可核对条目”的思维方式。先看全貌：

字母	字段	英文原义	在合同里对应什么	回答的问题
C	能力与角色	Capacity and Role	签约主体的资质与判据	你以什么身份、按什么标准做判断
I	背景洞察	Insight	合同背景与已知条件	你掌握哪些外部不知道的信息
S	任务陈述	Statement	合同标的	具体要交付一个什么东西
P	风格个性	Personality	交付形式与外观约定	成品以什么语体和形态呈现
E	多方案实验	Experiment	可选方案与备选条款	给几套不同取向的方案
E	期望与补充约定	Experiment/Expectation	验收与违约条款	怎么算合格，不确定时怎么办

注意最后一列的用词。这六个字段在内容上并不是”六个写作建议”，而是六个责任划分点。角色决定”用谁的标准判对错”，洞察决定”基于哪些私有事实作答”，任务决定”交付物是什么”，个性决定”成品长什么样”，实验决定”要不要给备选”，期望决定”怎么验收”。一套提示词把六件事都说清了，DeepSeek 可自由裁量的空间就被压得很小——这才是”签合同”的实际含义。

2.2 合同的本质不是写得长，是写得可核对

很多人第一次接触 CRISPE，第一反应是”这不就是把提示词写长一点吗”。这是最大的误读。一份三行的合同，如果每条都能量化、能对照，比一份三千字的战略合作备忘录更有约束力。

你可以回忆一下现实中的合同为什么有效：不是因为篇幅长，而是因为每条都有明确的当事人、标的、数量、质量、期限、违约责任。换成提示词，就是：谁在判断（角色）、依据哪些事实（洞察）、交付什么（任务）、以什么形态（个性）、给几份（实验）、什么情况算不合格（期望）。

所以 CRISPE 真正的价值在于强制你把”好”这个不可核对的形容词，翻译成可核对的条件。这一步做不好，六个字段写满也只是把愿望包装得更长。

2.3 六字段的默认权重并不相等

这一点很少有资料讲。CRISPE 六个字段看起来对称，但在真实使用中，它们的破坏力差别很大。我们根据大量翻车案例的顺序做了标注：

任务（S）最致命：标的不清，后面全是白搭。动词模糊是 90% 失败的第一现场。
期望（E2）第二重要：没有验收条款，你就无法判断交付物是否合格，只能凭感觉点头或摇头。
洞察（I）第三：它决定了内容的独特性。没有洞察，DeepSeek 只能给你平均答案。
角色（C）与个性（P）属于”放大器”：标的对的时候它们提升质量，标的不对的时候它们放大偏差。
实验（E1）是策略性字段：短任务里常常可以省略，长任务里非常值得。

记住这个权重顺序，后面讲”取舍”时会反复用到：先保 S 和 E2，再补 I，最后打磨 C 和 P。

三、六个字段逐一拆解

下面每个字段都按同一个结构讲：写什么、写多少、常见写错法、不写会怎样。建议边读边对照自己手头的提示词，逐字段打勾。

3.1 C —— 能力与角色：写的不是头衔，是判据

3.1.1 写什么

绝大多数人写角色字段是「你是一位资深文案专家」或者「你是一名有十年经验的编辑」。这是头衔，不是判据。头衔只告诉 DeepSeek “往专业方向靠”，但专业有无数种流派。资深文案可以是奥美系，也可以是本土带货系，可以偏情绪，也可以偏逻辑。你不写判据，它就选一个流行的。

「判据」的意思是：这个角色会拿什么标准来评判好坏。真正有效的角色字段，往往长这样——「你是一位以’信息密度’为第一标准的非虚构编辑，你的判断准则是：删掉任何一个不影响理解的句子都算收益；你反感形容词堆砌和情绪铺陈，认为那是没有内容时的填充物」。

3.1.2 写多少

角色字段通常一到三行就够。它的作用是定方向，不是讲故事。写超过五行，往往开始变成”人设表演”，反而会挤占任务本身的信息空间。

3.1.3 常见写错法

只写头衔不写判据：「你是资深产品经理」——然后 DeepSeek 用了一套你根本不同意的产品观。
堆叠多个角色：「你是文案专家、营销专家、心理学家、数据分析师」——角色冲突时，DeepSeek 会平均化处理，最后谁都不像。
写角色期待而非角色能力：「你是一位能一句话打动用户的天才」——”天才”不是可执行的标准。

3.1.4 不写这个字段会怎样

DeepSeek 会使用”通用助手”的默认判据：追求全面、平衡、不出错。结果就是一份四平八稳、谁都能写、谁读完都不记得的稿子。角色字段的真正用途，是把”平均答案”这个默认值往下压。

一个判据写法的对照

写法	示例	可核对程度
头衔式	你是资深财经编辑	低——流派未知
经历式	你有十五年财经媒体从业经验	低——经验不等于判据
判据式	你评判一篇财经稿的第一标准是”数字是否可溯源”，凡是无法指出出处的数字，你宁可删掉也不含糊带过	高——可以直接检验成品

第三种写法之所以好，是因为它给了一个 DeepSeek 能在生成过程中自我检查的规则。它不只是一个身份设定，而是一把尺子。

3.2 I —— 背景洞察：喂它拿不到的东西

3.2.1 写什么

洞察字段是最容易被忽略、也最能拉开差距的字段。它的核心原则只有一句：只写 DeepSeek 无法从公开知识里得到的私有背景。

什么叫”拿不到”？三类信息：

关于你的读者：这批读者的年龄结构、消费能力、已知的痛点、他们看过什么、讨厌什么。DeepSeek 知道”年轻人”的统计画像，但不知道”你们公司那批三线城市制造业客户”的具体画像。
关于你的历史包袱：你上次写过什么被骂了，你的前任文章在哪个观点上翻过车，你的品牌曾经承诺过什么。这些它绝对不知道，但决定了这一篇不能怎么写。
关于你的约束：预算、合规红线、法务要求、老板的偏好、投放渠道的限制。这些是硬边界。

3.2.2 写多少

洞察字段可以长一些，是三到八行是常见区间，复杂项目可以到十几行。但要注意只写相关的。把公司发展史、创始人履历、产品全参数都贴进去，反而会稀释关键信息，让 DeepSeek 抓错重点。

3.2.3 常见写错法

贴百科：把行业常识当洞察。DeepSeek 本来就知道的东西，你复述一遍只是浪费它的注意力。
贴情绪不贴事实：「读者很难搞，要求很高」——这不是洞察，这是抱怨。
否定式含糊：「不要写得太广告」——没说清边界在哪，DeepSeek 只能猜。

3.2.4 不写这个字段会怎样

你会得到一篇”正确但无用”的稿子。它说的每句话都对，但没有一句是你读者没听过的。洞察字段是唯一能让产出带有”人味”和”独家感”的字段，因为它是你掌握而模型不掌握的信息增量。

3.3 S —— 任务陈述：动词就是合同标的

3.3.1 写什么

任务字段是整份提示词的心脏，也是最容易含糊的地方。核心要求：用一个精确的动词，加一个明确的对象。

中文里「润色」「改写」「重写」看起来是同义词，实际上是三份完全不同的合同：

润色：保持原有结构、观点、信息量不变，只调整措辞使其更通顺准确。
      验收标准：意思不变，可读性提升。

改写：保留核心信息，允许调整结构、顺序、表达方式。
      验收标准：信息点覆盖率不低于 90%，行文明显不同。

重写：只保留主题，允许推翻原有观点和组织方式。
      验收标准：读起来像另一个人写的，但主题一致。

如果你只说”帮我弄一下”，DeepSeek 会默认选择”改写”档，因为这是风险最小的中间值。但你需要的是”润色”时，它改了结构；你需要”重写”时，它只是润了色。两种偏差都很难被发现，因为成品看起来都不错——只是不是你合同里要的那个东西。

3.3.2 写多少

任务字段建议三到五行：一段陈述做什么，一段说明输入是什么，一段兜底说明边界。复杂的多步骤任务可以拆成编号步骤，但每个步骤仍要求动词具体。

3.3.3 常见写错法

用结果描述代替动作：「让你读完想买」——这是一个目标，不是任务。
堆任务不说优先级：「既要专业，又要通俗，又要短，又要有说服力」——四个方向互斥时，DeepSeek 会自行取舍。
动词与产出不一致：说”整理”，但实际上要的是”重组并提炼观点”。

3.3.4 不写这个字段会怎样

没有任务字段，这份提示词就只剩角色和背景，DeepSeek 会”基于这些信息自行决定做什么”。这是最典型的许愿形态，也是最容易翻车的一种。

3.4 P —— 风格个性：语体、人称、长度、节奏

3.4.1 写什么

个性字段最常见的问题是堆形容词。「专业、严谨、有温度、有洞察、接地气、高级感」——六个词放一起，DeepSeek 要做的是同时满足六个互相矛盾的期待，最后得到一个谁也不满足的中庸版本。

更有效的写法是把”感觉”拆成四个可执行的维度：

语体：书面正式 / 口语化 / 半正式；学术腔 / 媒体腔 / 对话腔。可以给参照物：「接近财经媒体的深度报道，不要像研报」。
人称：第一人称”我”、第一人称复数”我们”、第二人称”你”、还是无人称的客观陈述。
长度与节奏：句子平均长度、段落密度、是否允许长短句交错、是否要短句断言。
忌讳清单：明确禁止的词汇和句式。这一条往往比前面三条更有效，因为它是硬约束。

3.4.2 写多少

三到六行。写法上，每个维度给一个具体例子，比给十个形容词管用。

3.4.3 常见写错法

只给形容词：「要高级」——高级是一种整体印象，不是一个可执行指令。
忽视忌讳清单：这条几乎是最省钱的一条约束，成本极低，效果极好。
给名人风格但不说取哪一面：「写得像鲁迅」——鲁迅有杂文、有小说、有散文诗，你取哪一面？

3.4.4 不写这个字段会怎样

DeepSeek 会用它的默认语体——工整、匀称、每句都完整、每个段落三句话。这种语体本身没有错，但它带着非常明显的”模型感”，读者一眼能认出来。个性字段是让成品”脱模”的关键。

3.5 E —— 多方案实验：不是要三个答案，是要三个方向

3.5.1 写什么

实验字段的要求是：要求多个方案，并且说明方案之间应该在什么维度上不同。后半句才是关键。

只说「给我三个版本」，DeepSeek 给的往往是同一思路下的三次轻微改写：开头换个句子，结尾换个说法，中间几乎一样。因为未指定差异维度时，它的默认策略是”微调”，这既符合”多样性”的表面要求，又不会冒风险。

写清维度的写法是：「给我三个方案，分别在’切入角度’上有明显差异：方案 A 从行业趋势切入，方案 B 从一个具体人物的故事切入，方案 C 从一个反常识的判断切入。三个方案的结尾必须使用不同的结构。」

3.5.2 写多少

两到四行。通常是”几套方案 + 差异维度 + 每个方案的一句话定位”。方案数量控制在三套以内，超过三套质量会明显下降。

3.5.3 常见写错法

只要多不要异：三个版本是同一款产品的三种配色。
自己没想好维度：「给我几套不同风格」——不同在哪里由 DeepSeek 决定，你就失去了选择权。
把实验当验收：让你在三个方案里挑，但没告诉你哪个是推荐项、理由是什么。

3.5.4 不写这个字段会怎样

你会得到一个”最优猜测”。DeepSeek 会直接挑它认为最合适的那个方向，给你单份产出。如果方向对，你省事；如果方向错，你要重新来一遍。实验字段花钱买的是”提前看到岔路口”。

3.6 E2 —— 期望与补充约定：交付格式、验收标准、不确定时怎么办

3.6.1 写什么

这是六个字段里被最少人认真对待、但价值最高的一块。它其实包含三件事：

交付格式：以什么结构交付。标题几级、几个小节、要不要表格、要不要在开头给一段一百字以内的摘要。
验收标准：什么情况算合格，什么情况算不合格。
不确定时的处理方式：这是很多提示词完全没有的条款，也是推理模型最容易硬编的地方。

第三条值得单独说。推理模型被训练成”给出答案”，所以当它面对一个它其实不知道的数据、一个它没把握的判断、一个它只能猜的事实，它的默认反应是填一个看起来合理的值。这在写作任务里尤其危险，因为它会编一个具体数字、一个具体年份、一个具体人名。

明确的约定写法是：「凡是涉及具体数字、年份、人名、引语，如果你无法确定，请用［待核实］标注并在文末统一列出，不要自行补全。宁可少一个数据点，也不要给一个错误的数据点。」

3.6.2 写多少

三到六行，是六个字段里最不嫌多的一块。验收条款写得越具体，后面返工越少。

3.6.3 常见写错法

只写格式不写标准：「输出为 Markdown」——格式对了，内容依然不可验收。
标准含糊：「要专业」——同上，不可核对。
漏掉不确定条款：这是事实性错误的头号来源。

3.6.4 不写这个字段会怎样

你得到一个”看起来完整”的交付物，可能带着几个错误数据、几处硬凑的论证，而你不知道它们在哪。没有验收条款的提示词，本质上是放弃了验货权。

四、合同化的关键：把”要好”翻译成可验收条款

前面反复提到一个词：可验收。这一节展开讲，因为它是整套方法能不能落地的分水岭。CRISPE 的六个字段，如果最后没有落到验收条款上，就只是一份写得很长的愿望。

4.1 什么样的条件可以被验收

一个条件要能被验收，必须满足三个特征：可数、可查、可否证。

可数：能用数字或枚举表达。字数、段数、要点数、禁用词数。
可查：能在成品里逐条对照。开头是否存在、结尾是否给出行动建议、是否有过渡句。
可否证：存在一种明确的状态可以判定”不合格”。如果一句话无论怎么写都算达标，它就没有约束力。

反例：「文章要有说服力」。你无法数它、无法查它、无法否证它。它听起来很重要，但对 DeepSeek 来说不构成约束。

正例：「全文分四节，每节 300 到 400 字；每节至少出现一个具体例子或数据；文中不得出现’赋能”闭环”抓手”底层逻辑’四个词；结尾给出一句不超过 25 字的行动建议。」——这四条都可以逐项打勾。

4.2 从形容词到条件的翻译表

你想说的	不可验收的写法	可验收的写法
要简洁	语言精炼，不啰嗦	每段不超过 120 字；全文不超过 2000 字；删除所有”可以说””某种程度上””在一定程度上”。
要专业	体现专业深度	每 500 字至少有一个可查询的行业术语并给出解释；结论必须附带一个前提条件。
要有观点	观点鲜明，有洞察	全文必须包含至少两个与主流说法不同的判断，并各给出一个反例。
要接地气	通俗易懂，不要端着	不使用”赋能””闭环””底层逻辑””生态位”；每段至少一个口语化短句（不超过 12 字）。
结构清楚	逻辑清晰，层次分明	分三到五节，每节有小标题，小标题为动宾结构；节与节之间用一句话承上启下。
不要像广告	注意语气，别太营销	全文不出现”立即””限时””只差一步”；产品名出现次数不超过两次；不作效果承诺。

这张表的用法是：下次你写提示词时，把你脑子里那些形容词挨个找出来，逐个问自己”这个条件，我怎么检验它”。答不上来的，就不该写进去——不是因为它不重要，而是因为它写进去也不起作用。

4.3 验收条款的三个层次

4.3.1 第一层：硬性计数与禁用

最直接、执行最稳定的一层。字数、节数、每条要点字数上限、禁用词清单、必须出现的元素（如”必须有一个具体数字””必须有反方观点”）。DeepSeek 对这一层的遵守度非常高，因为核对成本极低。

4.3.2 第二层：结构约束

比计数稍软，但依然可查。例如”每节结尾必须有一个回到主题的句子””论证顺序必须是：现象—原因—反例—结论”。结构约束的价值在于，它把”逻辑清晰”这种抽象要求变成了可以被指认的形状。

4.3.3 第三层：事实与不确定性标注

最难、也最需要明确约定的一层。要求 DeepSeek 对每个关键事实给出信心等级或标注来源类型，对不确定的内容明确标出。这一条并不保证正确，但它保证了你知道哪些地方需要自己去核实。

验收条款不是给模型看的，是给你自己用的。你在写下这些条件的时候，实际上是在做一次”我到底想要什么”的自检。写不出验收条款，往往说明你对需求的思考还没完成。

五、完整对照：同一个写作需求，许愿版与合同版

光讲道理不够，下面用一个具体需求做完整对照。

5.1 需求背景

场景：一家做企业知识库的小公司，要写一篇两千字左右的文章，投放在自己的公众号上，目标读者是五十到二百人规模公司的行政和运营负责人。核心诉求不是带来直接询盘，而是让这批人意识到”资料散落在聊天记录里”是一个真实的管理成本。

5.2 许愿版提示词

你是资深的内容营销专家。帮我写一篇关于企业知识管理的文章，要有干货，有观点，别太广告，让读者愿意看完并转发。字数两千字左右。

这段话读起来挺像回事，包含了角色、主题、长度、调性四个元素。但它几乎全是许愿。分析一下：

“内容营销专家”——头衔，没有判据。它会按内容营销的通用套路写：痛点开头、三个方法、产品软植入。
“企业知识管理”——范围太大，可以写成学术综述，也可以写成工具测评。
“有干货，有观点”——不可验收。
“别太广告”——边界不清，它不写产品名，但会用”某类工具”来暗示。
“愿意看完并转发”——这是一个结果指标，不是一个写作要求。

大概率产出：一个”信息散落—知识管理重要—三个落地方法—工具推荐”的四段式结构，语气积极向上，例子泛泛，读完没有任何具体记忆点。

5.3 CRISPE 合同版提示词

【C 能力与角色】你是一位以”具体胜过正确”为首要标准的 B 端内容编辑。你的判断准则是：一句正确但抽象的结论，不如一个具体但粗糙的细节；你反感”重认知、轻场景”的写法，认为任何管理问题都必须在某个具体岗位的某一天里发生。

【I 背景洞察】我们的读者是五十到二百人公司的行政和运营负责人，通常是兼任，没有专门的知识管理预算。他们最常说的一句话是”这个我们之前好像发过”；他们已经听过”知识库”这个词很多次，并且把它理解成”又一个需要维护的系统”，所以对这个词本身有防御心理。过去我们的文章偏强调产品功能，读者留言说”看着像说明书”。这一篇不承担询盘任务，目标是让他们意识到”资料散落在聊天记录里”是一个可计算的管理成本。

【S 任务陈述】写一篇观点型文章，陈述一个判断：在五十到二百人的公司里，知识管理的真正问题不是”没有沉淀”，而是”沉淀在了无法被检索的地方”。不是做科普，不是做产品介绍，是论证这个判断。全文围绕这一个判断展开，不展开讲解决方案的细节。

【P 风格个性】半正式口语体，接近行业媒体里那种”带点吐槽的观察文章”，不要像研报，也不要像公众号鸡汤。第一人称复数”我们”和第三人称”他们”交替使用。句子平均长度控制在 25 字以内，允许短句断言。段落不超过 120 字。禁用词：赋能、闭环、抓手、底层逻辑、生态位、降本增效、一站式。

【E 多方案实验】先给三个开头方案，分别在切入角度上有明显差异：方案 A 从一个具体的工作场景切入（比如某天下午有人在群里问”上次那个合同模板在哪”），方案 B 从一个反常识的判断切入（”你们公司不是没有知识库，是不止一个”），方案 C 从一个可计算的成本角度切入（每周因为找不到文件而重复劳动的小时数）。三个方案各写 150 字，附一句你推荐哪个以及理由。等我选定后再写全文。

【E2 期望与补充约定】输出格式：Markdown，一个二级标题加四到五个三级小节。每节 350 到 450 字，每节至少包含一个具体场景或一个可核对的数字。全文 2000 字上下浮动 10%。文末给出一句不超过 25 字的总结句，不出现”总之””综上”。凡是涉及具体调研数据、百分比、行业统计，如果你无法确定出处，请用［待核实］标注并在文末集中列出，不要自行补全。如果这个判断在某个环节你认为站不住，请直接说明”这一处我无法给出有力支撑”，而不是用漂亮的话糊过去。

5.4 逐条对比产出差异

对比维度	许愿版典型产出	合同版典型产出
开篇方式	宏观背景：”在数字化浪潮下，知识正在成为企业最重要的资产之一……”	三个可选开头，其中一个从”下午三点，有人在群里第 N 次问同一份模板在哪”切入
核心判断	模糊：知识管理很重要，企业应当重视	明确且可反驳：问题不是没有沉淀，而是沉淀在了无法被检索的地方
例子密度	每节一到两个泛泛举例（”比如某公司”）	每节至少一个具体场景，带岗位、时间段、动作
语气	积极、鼓励、正向收尾，读起来像宣传册	带一点吐槽的观察口吻，有具体的不满和具体的场景
产品露出	中段自然过渡到”某类工具”，结尾暗示解决方案	几乎不提产品，因为任务字段明确排除了”展开解决方案”
数据可信度	偶尔出现”据调查，企业员工每天花 2.5 小时找文件”这类无出处数字	数字带出处类型或在文末列为［待核实］
验收成本	你只能凭感觉判断”好像还行”	逐项打勾：字数、节数、禁用词、场景数、待核实清单
返工次数	通常两到三轮大改，且越改越不像自己要的	通常一轮微调，因为分歧在开工前就已经谈过

5.5 为什么差异这么大

关键在于，合同版把三件不确定性提前消解了：角度的不确定性（通过实验字段先选开头）、标准的不确定性（通过期望字段给出可核对的条款）、事实的不确定性（通过不确定条款要求标注而非补全）。

许愿版把这三件事全部留到生成之后，让 DeepSeek 在生成过程中独自决定。它当然能决定，问题是它的决定不一定符合你的想法，而你又很难发现哪里不符。

六、大多数人做错的地方

前面几节讲的是”应该怎么做”，这一节专门讲常见的错误认知。有些是行业通用误区，有些是我们自己在大量实践中踩出来的，其中几条可能和你听到的主流说法相反。

6.1 错误一：以为提示词越长越好

CRISPE 被传播得最广的误读，就是”把提示词写成一页纸”。长提示词确实在某些场景有效，但长度本身不产生约束力。一份两千字的提示词，如果两千字都是”希望””尽量””注意”这类软性表述，效果还不如一份三百字但条条可核对的简短合同。

判断提示词好坏的唯一标准是：这些字里，有多少条是可以被逐项打勾的。不能打勾的字，是装饰，不是条款。

6.2 错误二：反复强调，以为能加强执行力

很多人发现 DeepSeek 没照做，就在提示词里把要求重复三遍，加粗，加大写，加感叹号。这在自然语言模型上的效果非常有限。真正有效的加强方式是把条件变得更可核对，而不是更响。

“不要写得太长！！！”和”全文不超过 1500 字，每个小节不超过 300 字”，后者一定更有效。因为前者是一个情绪，后者是一个可以被它自己计数的约束。

6.3 错误三：把”你是专家”当成万能开头

角色字段是 CRISPE 里被滥用最严重的一个。大量模板里，「你是一位拥有 20 年经验的 XX 专家」几乎是标配开头。这句话的成本是零，收益也很接近于零。因为这些头衔只有两种状态：要么它本来就”知道”这个领域，头衔没有增加信息；要么它无从验证，头衔只是让它更自信，而不是更准确。

反而有一种情况值得警惕：过强的角色设定会让它更倾向于”扮演”，输出更符合刻板印象。设置”20 年经验的老专家”，你得到的往往是那种四平八稳、热衷讲大道理的语气。角色的价值在判据，不在资历。

6.4 错误四：一次把提示词写到完美

这是最反直觉的一条。好的提示词不是写出来的，是谈出来的。像签合同一样，真正的条款是在来回沟通中形成的：你给一个初稿，对方提异议，你补充，两三轮之后才有可执行的版本。

所以实验字段的真正价值不在”给你三个选项”，而在它把谈判放进了同一次对话。先让 DeepSeek 给三个开头并说明理由，你选一个、说一句”第二个方向对，但语气太硬”，它就会调整后续的写法。这套流程比一次性写一份十全大补的提示词更有效，因为它允许你在关键节点纠正方向。

我们的经验是：第一次给的是草案，第二次给的是修正案，第三次给的才是正式合同。把这三步压成一步，往往导致最终交付物看起来完整，但读起来不像自己要的。

6.5 错误五：验收只看”像不像”，不看”对不对”

很多人验收文本产出的方式是”读一遍，感觉还行就过了”。这种验收几乎完全遗漏了两类问题：一是事实错误，硬编的数字和案例；二是逻辑跳跃，某个论证其实没有成立，只是被流畅的语言掩盖了。

合同化验收的做法是：先看硬性条款（字数、结构、禁用词），再看可核对的事实（每个数字是否标了出处），最后才看整体观感。顺序很重要，因为观感最容易被流畅的文字欺骗，必须放在最后。

6.6 错误六：把 CRISPE 当作仪式

最后一个错法最隐蔽：六个字段都写，但每个字段都写得很轻。角色写一句”资深专家”，洞察贴一段百度百科，任务说”写一篇文章”，个性写”语言优美”，实验”给三个版本”，期望”格式清晰”。形式上完整，实质上仍然是许愿。

判断有没有”契约感”，只需要做一个测试：把这份提示词交给一个陌生同事，他能不能根据它写出一篇和 DeepSeek 差不多的东西。如果他能，说明合同清楚；如果他一脸茫然，说明这是一份许愿词穿了六件外套。

七、六字段的取舍：不是每个任务都值得签合同

讲到这里，CRISPE 看起来像是一套”必用”的框架。但事实上，字段用得越多，成本越高。你需要写更长的提示词，需要思考更多条款，需要更长的对话轮次。对于很多任务，这些成本是不划算的。

7.1 什么时候三个字段就够了

短任务、确定性高的任务，三个字段通常足够。最常用的三个是 S、P、E2：说清做什么、成品长什么样、怎么验收。

典型场景：

把一段话翻译成另一种语体，比如”把这段技术描述改写成给普通用户看的说明”。
格式转换，比如”把以下会议记录整理成三栏表格：事项、负责人、截止时间”。
一句话的文案变体，比如”为这个按钮写五个版本，每个不超过 6 个字”。

这类任务的特点：目标清晰、判据通用（人人都知道什么叫”给普通用户看的说明”），不需要私有信息，不需要多方向探索。

7.2 什么时候必须补 I

只要产出需要”别人不知道、只有你知道”的信息，就必须补洞察字段。典型信号：

你写完读了两遍，觉得”对，但空”。这是缺少私有信息的典型症状。
产出总在讲大道理，没有落到你的具体场景。
你要写的东西涉及你的组织内部的约定、历史、人物关系。

洞察字段是性价比最高的字段，因为它直接决定了产出有没有”你自己”的影子。

7.3 什么时候必须补 C

当”好坏”的判断标准本身存在分歧时，角色字段就是必要的。比如写一篇有争议的行业评论：有人认为应该中立，有人认为应该有立场，有人认为应该只讲事实。如果你的判据是”有立场敢下判断”，而 DeepSeek 默认中立，那这一篇注定不是你想要的。

简单判断：如果这个领域里”好稿子”有多个互相竞争的流派，就写角色判据；如果只有一个公认标准，可以省略。

7.4 什么时候字段多是负担

三个情况里，字段越多越糟：

任务极短：要一条推送标题，你写六百字提示词，不如直接说”给这个活动写 8 个标题，每个不超过 14 字，不用感叹号”。
任务极开放：你要的是探索而不是交付，比如”帮我想想这篇文章可以从哪些角度写”。这时候写齐六个字段，反而限制它的发散。
你在试验阶段：还不知道自己要什么的时候，先让它给三五个粗稿，比先写合同更高效。合同是在你想清楚之后才签的。

一个实用的原则：字段数量应该和”返工成本”成正比。一句话的小任务，返工只要十秒，不值得写合同；一篇要发出去的长文，返工要半天，一定要写合同。

7.5 字段顺序不必固定

CRISPE 是一个记忆工具，不是流程规范。实际使用中，顺序可以按你的习惯重排，但有几个顺序禁忌值得注意：

不要把期望放在最前面：先讲验收条款再说任务，DeepSeek 容易顾此失彼，把注意力全放在格式上。
洞察最好紧靠近任务：背景信息和”要做什么”挨在一起，它才容易把两者连起来理解。
实验字段放在最后、紧挨期望：先说明要几个方案，再说明方案如何呈现和验收。

八、与其它框架的关系：为什么 CRISPE 更适合长文和非确定性任务

提示词框架有很多，国内流传最广的是”角色+任务+格式”的三件套，稍复杂一点的有”背景+角色+任务+要求+示例”的五段式，还有一些偏重思维链的框架。这些框架都有效，但适用的任务类型不同。

8.1 三件套的适用边界

“角色+任务+格式”之所以流行，是因为它对短任务、确定任务的效率极高。给一段文本分类、翻译一段话、从简历里抽字段、把会议纪要整理成表格——这类任务几乎不需要洞察（不需要私有信息），不需要实验（答案唯一），不需要复杂的验收条款（格式对了基本就对了）。

但它的边界也很清楚：当任务存在多个”都能算对”的答案时，它就失效了。写一篇行业分析、写一份价值主张、写一篇观点稿——这类任务的答案空间是开放的，没有唯一正解。这时候三件套无法替你做出选择，也无法约束 DeepSeek 的选择。

8.2 长文为什么需要实验字段和期望字段

长文的返工成本高。一千字的稿子写偏了，改起来要半小时；三千字的稿子写偏了，可能整篇推倒。所以在长文任务里，”提前看到岔路口”（实验）和”提前定好验收线”（期望）的价值被急剧放大。

此外，长文有一个短任务没有的问题：一致性衰减。写得越长，DeepSeek 越容易在前半段建立一种判断，后半段又悄悄换另一种，而你读的时候不容易察觉。一份写着明确验收条款（每节都要回到核心判断、结尾的总结句要与开头呼应）的合同，可以明显减轻这个问题。

8.3 非确定性任务为什么需要洞察字段和角色字段

“非确定性任务”是指产出的正确性无法用规则校验的任务。写一首诗、写一份品牌宣言、写一段带观点的分析——这些东西你很难写一个程序去判定”对”或”错”。

在这类任务里，DeepSeek 的行为高度依赖”它认为什么算好”。所以角色字段（判据）和洞察字段（私有背景）就成了唯一能锚定方向的两种手段。它们的共同作用是：把”什么是好”这个标准从模型的默认值，换成你的值。

8.4 一张对照表说清适用场景

框架	典型结构	适合的任务	不适合的任务	在 DeepSeek 上的表现
三件套	角色 + 任务 + 格式	分类、抽取、翻译、格式转换	开放写作、观点论证	短任务高效，长任务容易偏，因为它没有验收层
五段式	背景 + 角色 + 任务 + 要求 + 示例	需要模仿某种格式的产出	需要探索多个方向的任务	示例很强，但示例会锚定单一方向，牺牲多样性
思维链式	要求分步推理	推理题、计算、逻辑分析	文学性、风格化的写作	对 DeepSeek 的推理能力利用率高，但写作场景容易显得生硬
CRISPE	六字段合同	长文、观点稿、策略方案、非确定性任务	一句话的小任务	覆盖了判据、私有信息、多方案、验收四个维度，返工率最低

8.5 一个反常识的判断：框架不是给你用的，是给模型”读”的

最后说一个可能不太主流的观点。很多人学 CRISPE，是为了”显得自己提示词写得专业”。这其实不是它最大的价值。

它最大的价值在于：这套结构本身就是一种思维检查表。当你被迫在角色字段里写下”判据”时，你会发现自己其实没想清楚这件事的好坏标准；当你被迫在洞察字段里写”私有信息”时，你会发现自己对这个读者的画像其实很模糊；当你被迫写验收条款时，你会发现自己从来没定义过”完成”。

写提示词的过程，就是在做一次简短的需求梳理。对 DeepSeek 来说，这份结构让它少猜几次；对你自己来说，这份结构让你少骗自己几次。后者可能更重要——因为猜错的代价是重来一次，而需求没想清楚的代价是一整篇东西白写。

九、可复制的三份模板

9.1 模板一：CRISPE 空白模板

【C 能力与角色】
你是一位以（第一判据）为核心标准的（角色类型）。
你的判断准则是：（准则一：什么情况你判合格）；（准则二：什么情况你判不合格）。
（可选）你特别反感：（一两种具体的写法或倾向）。

【I 背景洞察】
读者是谁：年龄／岗位／已知痛点／他们已经听过什么。
他们最常说的一句话是：＿＿＿＿。
我们过去的包袱：＿＿＿＿（曾出过什么问题、不能重复什么）。
本次目标：＿＿＿＿（拉新／建立认知／促成某动作／单纯表达观点，选一个）。
硬约束：预算／合规／渠道／老板偏好。

【S 任务陈述】
请（精确动词：撰写／改写／润色／重写／提炼／对比／评论）＿＿＿＿。
本次只做：＿＿＿＿（一句话讲清核心判断或核心目标）。
不做：＿＿＿＿（明确排除的一到两件事）。

【P 风格个性】
语体：＿＿＿＿（书面／半正式／口语；可给参照物：接近＿＿＿＿这类文章）。
人称：＿＿＿＿。
长度与节奏：句子平均＿＿字以内；段落＿＿字以内；允许短句断言。
忌讳词／句式：＿＿＿＿、＿＿＿＿、＿＿＿＿。

【E 多方案实验】
先给 ＿＿ 个方案，分别在（差异维度）上有明显差异：
方案 A：＿＿＿＿
方案 B：＿＿＿＿
方案 C：＿＿＿＿
每个方案写 ＿＿ 字，并附一句推荐理由。等我选定后再展开。

【E2 期望与补充约定】
输出格式：＿＿＿＿（标题层级／表格／清单／Markdown）。
篇幅：全文 ＿＿ 字，上下浮动 ＿＿%。
每节必须包含：＿＿＿＿（具体场景／数据／反例／行动建议）。
验收标准：＿＿＿＿、＿＿＿＿、＿＿＿＿（三条可核对条件）。
不确定时：涉及数字／年份／人名／引语，若无法确定，请用［待核实］标注并在文末集中列出，不要自行补全。
若某处论证你认为站不住，请直接说明，不要用流畅的语言掩盖。

9.2 模板二：完整写作示例（短篇，可直接改）

【C 能力与角色】
你是一位以"每句话都要能被指认到具体场景"为核心标准的行业观察作者。
你的判断准则是：抽象结论必须配具体案例；如果一个说法无法举出一个真实发生过的例子，就宁可不说。
你反感"重认知轻场景"的写法，认为那类文章读起来有道理，但没有一句能用。

【I 背景洞察】
读者是刚入职一两年的职场新人，他们关注 AI 工具，但已经在信息过载中产生了钝感。
他们已经听过"AI 会改变工作方式"无数次，所以对这句话没有反应。
过去这类文章的通病是：开头宏大，中间罗列工具，结尾展望未来，读者读完记不住任何东西。
本次目标是：让读者看完后能立刻在自己的工作里试一件具体的事。

【S 任务陈述】
写一篇观点型短文，论证一个判断：大多数人用不好 AI 工具，不是因为不会写提示词，而是因为没想清楚自己要什么。
围绕这一个判断展开，不写成工具盘点，不写成教程步骤。
全文控制在 1200 字左右。

【P 风格个性】
半正式口语体，接近个人博客里那种"边想边写"的语气，不要像公众号爆款文。
以第一人称"我"为主，允许出现"你"。
句子平均 20 字以内，每段不超过 80 字，多用短句。
禁用词：赋能、闭环、底层逻辑、范式、时代红利。

【E 多方案实验】
先给两个开篇方案：
方案 A 从一个失败的具体经历切入（我曾让 AI 写一份周报，结果它写了一篇正确的废话）；
方案 B 从一个反直觉的判断切入（写提示词这件事，90% 的功夫在提笔之前）。
各写 120 字，并说明你更推荐哪个。

【E2 期望与补充约定】
格式：Markdown，一个二级标题加三个三级小节。
结构：困境—原因—一个具体做法。最后一段不回扣主题升华。
每节 350 到 450 字，至少一个具体例子。
结尾不超过 30 字，不要出现"总之""由此可见"。
凡是涉及研究数据或具体统计，无法确认的用［待核实］标注，不要编造。

9.3 模板三：验收条款清单

【交付前自检清单】——把这份清单直接粘在提示词末尾

一、硬性计数
□ 全文总字数：＿＿＿（允许浮动 ±＿＿%）
□ 小节数：＿＿＿ 个
□ 每节字数：＿＿＿ 到 ＿＿＿ 字
□ 段落字数上限：＿＿＿ 字
□ 句子平均长度：＿＿＿ 字以内

二、禁用与必用
□ 禁用词：＿＿＿＿（列举具体词汇）
□ 禁用句式：＿＿＿＿（如"在这个……的时代"）
□ 必须出现：＿＿＿＿（如"至少一个反方观点""至少一个具体数字"）
□ 人称要求：＿＿＿＿

三、结构
□ 标题层级：＿＿＿
□ 每节结尾是否有一个回到主题的句子
□ 开头与结尾是否呼应（或有意的错开）
□ 是否包含＿＿＿＿（表格／清单／分点）

四、事实
□ 所有数字是否标了出处类型
□ 无法确认的信息是否用［待核实］标注
□ 文末是否有集中列出的待核实清单
□ 是否有未经支撑的强断言（"所有人都""一定能"）

五、交付
□ 格式为 Markdown／纯文本／表格
□ 是否附一句推荐说明
□ 是否说明哪里没做到（如有）

十、FAQ：关于 DeepSeek 与 CRISPE 的六个常见问题

10.1 六个字段每次都要写全吗？

不需要。字段数量应该和返工成本匹配：一句话的小任务用 S、P、E2 三个字段就够；要发出去的长文、要交给老板的方案，六字段全写更划算。C 和 I 在”判据有分歧”和”存在私有信息”时才真正必要，硬凑反而会稀释关键信息。

10.2 用 DeepSeek 时，思维链和 CRISPE 冲突吗？

不冲突，反而互补。DeepSeek 的推理过程可以理解为”它在内部做分步思考”，而 CRISPE 约束的是”它思考的对象和边界”。结构清晰的提示词能让它的推理更聚焦；但如果提示词本身模糊，思维链越长，它自行补全的空间也越大，越容易得出一个逻辑漂亮但方向错误的结论。

10.3 为什么我按 CRISPE 写，DeepSeek 还是不完全照做？

先检查条款是否可核对。把提示词里的每一句问一遍”我能不能逐项打勾”，答不上来的就删掉或改写成具体条件。另一个常见原因是条款之间互相冲突，比如同时要求”每节 500 字”和”全文 1500 字、分五节”，DeepSeek 只能取舍，取舍的结果往往不理想。

10.4 实验字段一次要几个方案比较好？

三个以内。两到三个是甜点区：一个偏保守、一个偏冒险、一个折中，差异维度写清楚。超过三个，DeepSeek 的方案质量会明显下降，往往变成同一思路的三次微调，你反而更难选。

10.5 CRISPE 适合代码、数据分析这类任务吗？

部分适合。任务陈述和期望字段对写代码、做数据分析非常有用（明确输入输出、边界条件、异常处理），但角色和个性字段的价值会下降，因为这类任务的好坏标准相对客观，不需要”判据”来锚定方向。如果用 CRISPE 写代码，可以把 P 换成”代码风格与约束”，把 E 换成”给出两到三个不同实现思路并说明取舍”。