deepseek-r1 提示词

很多人拿写普通对话模型的习惯去写 DeepSeek-R1，结果要么是模型把推理过程吐了一大段没法直接用，要么是明明会做的题被一堆多余指令带偏。这篇不讲原理，只讲可操作的部分：R1 的提示词该写哪几块、哪些写法画蛇添足、输出不合预期时按什么顺序排查。适合要把 R1 接进写作、分析、代码等实际活儿的人。

拿写普通对话模型的习惯去写 DeepSeek-R1，最常见的两种翻车：一种是模型把推理过程吐了一大段，你要的结论被埋在中间；另一种是明明会做的题，被一堆多余指令带偏，越写越离谱。原因不复杂——R1 这类推理模型天生就会自己绕弯子，你再加「深呼吸」「一步一步来」，等于让一个已经在跑步的人再听一遍起跑口令。

下面不讲原理，只讲操作。提示词该写哪几块、哪些写法纯属负担、输出怎么收口、结果不对时按什么顺序排查，最后给一张能直接对着改的自查表。想把 R1 接进写作、分析、代码这类实际活儿的人可以从头顺一遍。

R1 的提示词该写哪几块

把提示词拆成四块固定顺序：任务、输入材料、输出格式、边界条件。任务一句话说清「做什么」，输入材料用分隔符单独贴，输出格式单独一段，边界条件（不要哪些内容、字数上限、必须含哪些字段）放最后。四块混在一段话里，模型分不清哪句是要求、哪句是背景。

• 任务：用动词开头，一句话，别在任务里夹解释
• 输入材料：用明确分隔符圈起来，标明「以下是材料」，避免和指令混读
• 输出格式：先用一句话描述结构，再给一个最小示例，示例越短越不容易把模型带向模仿示例内容
• 边界条件：不要什么、必须含什么，收口写在最后
• 风格与人称单独一行，比如「用第二人称、口语」，不要塞进任务描述里

这几类写法对 R1 是负担

R1 默认自带推理，你写的每一句「先分析再回答」「一步一步思考」都是重复要求，代价是输出被拉长、重点被稀释。思维链模板同理：强制套一个固定框架，推理反而可能走形，模型会为了填满框架而硬凑。

不适用情形：如果你只是拿 R1 当普通对话模型做闲聊或文案润色，这些约束影响不大；但只要是解题、分析、写代码这类有正确答案的任务，多余的推理指令基本是负收益。

让输出能直接用：结果与过程怎么分

默认情况下你不需要看到推理过程，那就在提示词里明确「只给最终答案」或「答案后附三到五条要点」。硬性格式要求——字数、条数、字段名——写在最后一段收口，比夹在中间更管用，因为模型收尾时对末尾约束的遵守度通常更高。

1. 先定输出形态问自己一句：我要的是一段能直接贴走的内容，还是一份需要复核的判断？前者要求「只给答案」，后者可以要要点。
2. 过程用摘要代替确实想看推理时，单独要一份「思路摘要，三到五条」，而不是让它把全程吐出来。
3. 约束放末尾字段名、条数、字数这类硬要求单独成段收口，并给一个最小示例。
4. 验证把输出直接粘贴到下游流程里跑一遍，跑不通就说明格式描述还不够硬，回去改格式段而不是加解释。

输出不对劲时的排查顺序

输出不合预期，多数人第一反应是「加句子」，正确做法是先查输入、再查约束、再换说法、最后才拆步骤。按这个顺序走，能省掉大量来回试。

• 第一步查输入：材料是否被截断、编码是否乱、分隔符是否清楚，R1 对脏输入很敏感
• 第二步查约束：有没有自相矛盾的要求，删到只剩一条硬要求重试
• 第三步换说法：把同一意图换一种表述，往往比加句子有效
• 第四步才拆步骤：先让它出结构，再让它填内容
• 第五步判断边界：任务本身超出能力范围时，改提示词无用，该换的是任务拆解方式

不适用情形：如果任务本身就需要外部事实、实时数据或你不方便放进提示词的材料，那问题不在提示词，在信息供给，继续调措辞是白费劲。想确认当前各家模型的可用性与接入情况，可以到 /sites 看当时的收录，具体价格与参数以站内页面为准，别拿记忆里的旧数字下判断。