deepseek提示词技巧.pdf

很多人用 DeepSeek 卡在同一处：心里知道要什么，写出来的提示词却只有一句话，结果不是答得太泛，就是来回改好几轮。这篇不讲原理，只给能照着抄的写法：怎么把任务、输入、输出格式和约束拆成几段，怎么用一份底稿反复复用，以及什么情况下这些写法不适用。

很多人用 DeepSeek 卡在同一个地方：心里清楚要什么，敲出来的提示词却只有一句话。结果要么答得太泛，要么来回改好几轮，最后干脆自己动手写。问题通常不在模型，而在这句话里缺了几块关键信息。这篇不讲原理，只给能照着抄的写法。

核心思路是把模糊需求改成可验收的结构：任务、输入材料、输出格式、约束条件各占一段，缺哪块补哪块。先把这个框架搭起来，再去抠措辞，效率差别很明显。下面按四个小节讲具体怎么做、怎么验证、什么时候不适用。

先定结构，再抠措辞

拿到一个模糊需求，第一反应不该是换更漂亮的形容词，而是检查这四块有没有缺。任务决定模型做什么，材料决定它凭什么做，格式决定交付形状，约束决定它别跑偏。四块齐了，哪怕用词很朴素，输出也基本能用；缺一块，就得靠来回追问补。

任务

一句话写清动词和交付物，比如「总结」「改写」「列清单」，不要写「帮我看看」这种没法验收的说法

输入材料

要处理的原文、参考信息、读者背景，直接贴进去，别让模型猜

输出格式

长度、段落数、是否用列表、要不要小标题，规定得越具体，形状越稳定

约束条件

写「不要做什么」：不要编造来源、不要加开场白、不要改动原文里的数字

写约束时优先写否定项。人对「不要什么」的判断比对「要什么」更准，模型也一样。你不说「不要加开场白」，它多半会先来两句客套；你不说「不要编造来源」，它可能顺手补一个看起来很像的出处。

做一份能反复套用的底稿

如果有一类活你每周都要做，比如改稿、整理资料、写提纲，就别每次从零敲。把它固化成一份底稿文件，下次只换材料。底稿的价值在于把已经验证过的措辞和结构保留下来，省掉重复试错。

1. 选一类高频活挑你最近反复做的那件事，写下它固定的交付物长什么样
2. 搭四块框架按任务、材料、格式、约束把底稿分段，变量位置用方括号标出来，比如「【待填：材料】」「【待填：目标读者】」
3. 跑三次对照同一份底稿换三份不同材料跑一遍，看哪次输出最接近成品，把那次用到的措辞留下来
4. 删掉没用的修饰把角色设定压到一两句，交代视角就够，太长的设定会挤占对任务的注意力

底稿做好后，建议先在站内工具目录里找一找有没有现成的提示词整理工具可以配合用，到 /tools 看看当时的分类，比自己在本地维护一堆文本文件更省事。

结果不对时，按顺序改而不是重开

输出不满意，很多人的第一反应是清空重写。但重开一局等于把上一轮的信息全丢了，效率更低。更稳的做法是按固定顺序排查，一次只动一个点，改完立刻对比前后两版。

• 追问时把上一轮的问题复述清楚，不要只说「再改改」，否则模型不知道改哪
• 一次只改一个点，避免同时改五处后不知道是哪处起了作用
• 把改好的版本存下来，下次遇到同类任务直接套用
• 如果连续三轮都在同一处打转，多半是材料没给全，回去补材料比继续调措辞管用

这些写法什么时候不适用

结构化写法不是万能的。有三类场景，把框架套上去反而拖后腿，得换思路。判断标准很简单：看这件事更依赖精确外部事实，还是更依赖发散生成。

还有一种情况：任务本身就没想清楚要什么。这时候继续优化提示词只是在猜自己的需求，不如先用一句话把目标写下来，想清楚再动手。涉及价格、模型参数这类会变动的信息，不要凭记忆写进提示词，到 /price-watch 和 /models 核对当时的数字再决定怎么问。

提示词的作用是把你想清楚的东西说清楚，不是替你想清楚。