DeepSeek提示词工程入门：V3/R1/联网搜索与办公场景实战

简介：清华大学团队编写的《DeepSeek从入门到精通（第二版）》职场应用篇，面向希望将大模型落地到日常办公、内容生产与行业分析的职场人和学习者，重点回答如何借助提示语设计与多场景应用提升人机协同效率。压缩包内为1个PDF文件，约10.21MB，便于在电脑与移动端直接阅读。内容围绕提示语技巧展开，包含RTGO结构、CO-STAR框架以及R1的开放性提示策略，并对比V3基础模型、R1深度思考与联网搜索三种模式的适用任务，借助5R维度说明规范约束、结果导向、路径灵活性与风险差异。书中还结合文化创意、科研、媒体、医疗、法律等场景说明落地思路，并介绍英伟达NIM、Azure、AWS等平台的部署与调用方式，附团队研究方向及竞赛成果，帮助读者建立从提问方法到模型选型的完整认知。已有3622人学习。

1. 先弄明白一件事：DeepSeek 到底是个什么工具

很多人第一次听到“用 AI 半小时搞定周报、PPT 大纲和流程图”，第一反应都是：不就是个聊天框吗？可真上手第一天就会卡住——问它问题，它答得像百科词条；让它写方案，它给你一堆正确的废话。这份《DeepSeek 从入门到精通（第二版）》想解决的，正是职场新人最常见的这个卡点：问题往往不在于模型不够强，而在于没人告诉你该怎么开口。它把 DeepSeek 的入门路径、提示语技巧和多场景应用拆成了一条能照着走的线，读完你至少知道该先按哪个按钮、第一句话该怎么说，以及为什么同一句话换个问法，结果能差出十倍。

2. 先分清三种模式：V3、R1 和联网搜索各管什么

新手打开 DeepSeek 最容易犯的错，是把所有问题都丢进同一个输入框，然后抱怨“时好时坏”。其实它内部是好几套不同性格的能力，界面上的开关就是在换人。基础模型 V3 像一位手脚麻利、听指令办事的助理；深度思考 R1 像一位要先在草稿纸上推演半天的顾问；联网搜索则像给这位顾问临时配了一台能查最新资料的电脑。你让助理去解微分方程，或者让顾问去改一句标语，都不是它不行，是你派错了人。这一章先把三种模式各自适合什么活讲清楚，后面所有技巧才有落脚点。

2.1 基础模型 V3：日常活儿交给它

V3 是通用模型，2024 年底发布的版本，定位就是“高效便捷，覆盖绝大多数任务”。它的特点是规范性强、操作路径明确、结果可预期——你让它写一封通知，它就写通知；你让它把这段文字改成 100 字以内，它就压缩到 100 字以内。它不太会自作主张，这既是优点也是天花板：任务越清晰，它表现得越好；你越含糊，它越容易给你端出一盘四平八稳的废话。

入门阶段建议把 80% 的日常任务都放在 V3 上练手，比如改文案、写邮件、做表格字段设计、润色周报、把一段口语整理成书面语。判断标准很简单：这件事你自己心里有标准答案的样子，那就用 V3，因为它擅长“按你说的做”。

具体怎么用，三步就够。第一步，在对话框旁边确认“深度思考”开关是关着的，此时走的就是基础模型。第二步，用一句话说清三件事：给谁看、要什么结果、有什么限制。第三步，拿到结果后别急着接受，先挑一处让它改，比如“第二段太书面了，改成同事之间说话的语气”。这一步很关键，新手和新手的差距，常常就在敢不敢追问第二句。

2.2 深度思考 R1：难题才请它出山

R1 是推理模型，专攻复杂推理和深度分析，典型战场是数理逻辑、代码、需要多步推演的分析题。它和 V3 最大的差别在于：V3 是“你给路径，它走完”，R1 是“你给目标，它自己找路”。所以你会发现，用它解一道需要列方程的题，它会在回答里先把思路捋一遍再给结论；让它改一段有 bug 的代码，它会先定位问题在哪一行，而不是直接甩一版重写的。

这里有个反直觉的地方，也是最多人翻车的地方：对 R1，你越少指挥越好。网上流传的那些超长角色设定、思维链模板、五六个示例，本来是给 V3 这类指令型模型用的，硬套到 R1 身上，反而会把它自己的推理能力压住，输出变得又慢又僵。入门阶段记住一句就够：给 R1 的时候，说清楚“我要什么结果、有什么约束”，别教它“该怎么想”。

什么时候该切到 R1？给你三个信号：一，这个问题需要算，或者需要一步步推；二，你写完需求自己都觉得“这活儿有点绕”；三，V3 给的答案看着对，但你不敢信。出现任意一个，就把开关打开。反过来，写文案、改标题、做会议纪要这类活儿别开，开了只会等更久。

2.3 联网搜索：让答案带上今天的信息

模型有个天然局限：它脑子里的知识停在训练截止那一天。你问它某个刚出的政策、某个产品今年的价格、某个上周才发布的版本变化，它可能一本正经地给你一个过期答案——这就是最典型的“黑匣子”时刻，你根本不知道它哪句是新的、哪句是去年的。

联网搜索模式本质上是检索增强生成，也就是先去网上找资料，再基于找到的资料回答，知识库因此能保持更新。入门阶段建议养成一个习惯：只要问题涉及“最新、今年、现在、价格、政策、版本”，先把联网开关打开。开启之后，除了看答案，还要看它引用的来源和时间，来源太旧就追问一句“有没有更近的”。

反过来也要知道什么时候关掉它。写创意文案、做内部方案、改一段你自己给的文字，这类任务不需要外部信息，开着联网只会拖慢速度，还可能把网上一些不相干的说法混进来。一句话总结：需要事实就开，需要发挥就关。

2.4 一张表看懂什么时候用哪个

刚开始不用记太多，把下面这张表存下来，前两周每次提问前扫一眼，慢慢就成本能了。

这几种模式的差别，其实对应的是“规范性强弱”和“结果确定性”的取舍。V3 走的是标准化流程，风险低、结果可预期；R1 走的是多路径探索，能出惊喜，也可能跑偏。入门阶段不必追求把每个模式用到极致，先做到“派活之前想一秒这活该谁干”，就已经甩开大多数人了。

3. 提问方式决定一半结果：新手最该先练的提示语技巧

同样一个模型，有人用出“外挂”，有人用出“复读机”，差距几乎全在提示语上。提示语技巧这个词听着专业，说白了就是怎么把话说明白。这件事跟自然语言处理的能力边界有关：模型是靠你给的文字去推断意图的，你给的信息越完整，它猜的空间越小，结果就越稳。新手最常见的误区是把它当搜索引擎，丢三个关键词就等答案；而真正好用的问法，更接近你给同事交代一件事的方式——说清背景、说清要什么、说清有什么限制。

3.1 为什么同一句话问两遍，结果差很多

先做个对照。你说“帮我写个活动文案”，模型只能靠猜：什么活动？给谁看？发在哪？多长？它猜不到，就只能给你一段放之四海皆准的模板话。你换成“帮我写一条发在公司内部群的活动通知，参加对象是刚入职三个月的同事，活动是周五下午的破冰茶话会，150 字以内，语气轻松一点，结尾要写清报名截止时间”，得到的东西立刻就能用。

差别不在模型，在信息量。所以入门阶段真正要练的不是“神奇的咒语”，而是三件事：交代背景、明确目标、限定输出。这三件事做到了，你的提问水平就已经超过大部分人。后面讲的两个框架，本质上都是把这三件事拆成固定格子，让你别漏。

3.2 RTGO 四段式：给 V3 的万能提问模板

RTGO 是四个英文词的首字母，对应角色、目标、任务、要求。它最适合 V3 这类指令型模型，因为这类模型就是“你路径给得越清楚，它做得越好”。直接给你一个能抄的模板：

# RTGO 提问模板（把方括号里的内容换成你自己的） Role（角色）：你是一位有十年经验的 SaaS 行业销售运营分析师 Goal（目标）：写一封面向中小客户的续费提醒邮件，让对方愿意点开续费链接 Task（任务）：输出 3 个版本，每版正文不超过 200 字 Objective（要求）： 1. 开头第一句点明续费到期时间 2. 中间列出 2 项本次续费可以保留的权益 3. 结尾给一个明确动作，不要用夸张的感叹号 4. 语气依次为：正式、亲切、略带紧迫

这段模板的四个部分各管一件事，缺一块结果就差一截。Role 决定它用什么词汇和视角说话，换成“财务”“HR”“技术支持”，出来的东西完全不同；Goal 是方向，写清楚“让对方点链接”和写“告知到期”是两种结果；Task 控制数量和篇幅，不给数字它就容易写长；Objective 是最容易被忽略但最值钱的一段，格式、语气、禁忌都写在这。

第一次用建议只改 Role 和 Goal，Task 和 Objective 先照抄，跑通一次再逐条调整。改的时候有个小技巧：每条要求都写成可检查的句子。“语气亲切”不好检查，“结尾用一句问句结尾”就好检查。你写得越像验收标准，它交付得越接近你要的。

3.3 CO-STAR 六格框架：写长内容时用

当你需要的不只是一封邮件，而是一份报告、一篇长文、一套方案时，RTGO 的四格就不太够了，这时候可以换成 CO-STAR。它是六个格子：Context 上下文、Objective 目标、Style 风格、Tone 语调、Audience 受众、Response 回应格式。相比 RTGO，它多了“给谁看”和“用什么调子说”这两个维度，写长内容时这两点恰恰最影响成败。

举个例子。你要写一份面向管理层的季度复盘：

# CO-STAR 示例：季度复盘报告 Context（上下文）：我们是一个 12 人的内容运营小组，本季度做了 3 场活动， 其中 2 场转化达标，1 场因为排期冲突效果不佳 Objective（目标）：让管理层认可下季度的预算申请，并同意调整活动排期机制 Style（风格）：简洁、结论先行，多用短句，避免形容词堆砌 Tone（语调）：务实、克制，不夸大成绩，问题部分坦诚说明 Audience（受众）：不熟悉一线执行细节的管理层，只有 5 分钟阅读时间 Response（回应格式）：先用 3 条要点给结论，再展开分析，最后给一页预算表

六个格子里，新手最容易漏的是 Audience。你写给自己看和写给管理层看，结构完全不一样：前者可以按时间顺序铺陈，后者必须结论先行。另一个容易漏的是 Response，也就是“你要它交什么形状的东西”——是表格、是分点、还是一段连贯的正文。不指定，它就默认给你一大段散文，你还得自己拆。

3.4 用 R1 时要反过来：五个“不需要”

前面说过 R1 是指令越少越好，这里具体说清楚是哪五个不需要。这五条是新手最容易踩的坑，因为网上大量教程还在教 V3 时代的写法。

第一，不需要角色设定。你不用写“你是一位资深专家”，它自己会推演。第二，不需要思维链提示。你不用教它“请一步步思考”，它本来就会先想再答。第三，不需要结构化提示词。那些分层的框架套上去，反而限制它的探索路径。第四，不需要给示例。给示例等于告诉它“照这个抄”，对推理任务来说是降级。第五，不需要做太多解释。你解释得越多，越容易把自己的错误思路塞给它。

那该怎么问？只给目标和约束，把中间过程留白。比如“这份销售数据里有一个异常月份，找出它并说明可能原因，结论要有数据支撑”，这就够了。你会发现它返回的内容里自带推理过程，你要做的是检查这个过程，而不是替它设计过程。

3.5 一个日常练习法：每天只练一个格子

提示语技巧不是看会的，是改会的。给你一个不费时间的练法：每天挑一个自己真实要做的小任务，用 RTGO 写一遍，跑完之后，只改其中一个格子，再跑一遍，对比两次结果的差别。周一改 Role，周二改 Goal，周三改 Objective，一周下来你就有了手感。

这个方法的价值在于，它让你看到“哪个格子影响哪一部分结果”。改过几轮你会发现，Objective 里加一条格式要求，比前面三段加起来都管用；Role 写得太泛，等于没写。入门阶段不需要背框架，需要的是这种“改一处、看变化”的反馈循环。等你能凭直觉判断“这个问题该补哪一格”的时候，提示语这一关就算过了。

4. 第一个能跑通的例子：让 DeepSeek 帮你出一张流程图

概念讲完了，现在动手。选这个例子的原因很简单：它够短、能立刻看到成果，而且用到的套路可以平移到几乎所有任务上。你要做的事是——让 DeepSeek 扮演一个“图表代码生成器”，把你脑子里的一段流程描述，变成一段能被渲染成图的描述文本，再贴进支持这类语法的工具里出图。整个过程不超过十分钟，中间不需要装任何软件，一个浏览器就够。

4.1 先给 AI 一个身份：图表代码生成器

不要一上来就说“帮我画个流程图”，那样它多半会给你一段文字版的流程说明，你还得自己画。正确做法是先把角色立住，再交代任务。这里用到的正是上一章的思路：角色、功能、技能、约束、工作流程、输出格式，六件事写全，它就能稳定交付。

这套“六件套”其实是一个通用骨架，做 PPT 大纲、做数据表、做简历优化都能套。它的本质是提前把验收标准写进提示词，让模型知道自己在什么范围内自由发挥。新手常犯的错是只写“功能”不写“约束”，结果出来一堆格式各异、还需要你手动整理的内容。

4.2 照着抄的第一条指令

下面这段可以直接复制，把最后两行的方括号内容换成你自己的流程。注释用#标出，实际输入时可以把注释删掉。

# 角色设定 + 任务指令：图表代码生成器 角色：你是一个流程图代码生成器 功能：根据我提供的流程描述，输出符合语法的图表代码 技能： - 熟悉常见图表类型的写法，能把文字流程准确转成结构 - 理解流程分析、架构设计、结构化展示 约束： - 代码必须语法正确，不能有拼写错误 - 流程要体现层级，至少二级，需要分支的地方要写清条件 - 输出只给代码，不要额外解释 工作流程： 1. 先问我希望画哪种图（流程图 / 时序图 / 结构图） 2. 收集我给的流程描述 3. 分析并设计结构 4. 输出代码 5. 自查一遍语法 输出格式：一段代码，用代码块包起来 我的流程是：[员工提交报销单 → 主管审批 → 是否超过 5000 元？ 是则转财务总监审批，否则直接转财务打款 → 打款完成 → 归档]

先说这段指令的结构。前半段是“你是谁、你会什么、你不能做什么”，后半段是“你按什么顺序干活、最后交什么东西”。这个顺序不能反：先立身份，模型后面所有的表达都会围绕这个身份展开；如果先给任务再补身份，它前面已经按默认人格开始写了，后面的设定会被稀释。

再说最后那行方括号里的内容，这是整个例子的关键。你描述流程时，一定要把分支条件写出来，也就是“什么情况下走哪条路”。只写“主管审批 → 财务审批 → 打款”，出来的是一条直线，看不出判断逻辑；加上“是否超过 5000 元”这个判断点，结构才立得住。新手写需求时最容易漏的就是条件，结果图是对的、但不对你的业务。

4.3 拿到结果之后：三步把它变成能看的图

它返回给你的是一段结构化的描述文本，里面能看到节点和箭头。接下来三步：

第一步，先读一遍再贴。重点看三处：起点和终点对不对、分支条件有没有漏、有没有出现你没提过的节点。模型有时会“补全”它认为合理的环节，比如自动加一个“提交凭证”，这类补充未必是你要的，发现就删。

第二步，把代码贴进支持该语法的渲染工具。市面上有不少在线编辑器，把代码粘进左侧，右侧就能实时出图；也有一些文档工具原生支持这种语法，直接粘进代码块即可。这一步不需要你会写代码，会复制粘贴就行。

第三步，对照业务改一轮。图出来之后，拿给实际走这个流程的同事看一眼，问一句“有没有哪一步跟你平时做的不一样”。这一步比前面两步都值钱，因为模型不懂你们公司的特殊情况，而流程图的用处恰恰在于贴合真实业务。

如果你对出来的图不满意，不用重新写一遍提示词，直接在对话里追加一句“把审批环节拆成主管和财务两级，并在超过 5000 元的分支上加一个备注节点”就行。改图靠追问，不靠重写，这是新手最容易忽略的效率点。

4.4 顺手再进一步：同样的套路做 PPT 大纲

图表跑通之后，你可以用完全相同的骨架去做 PPT 大纲，只是把“图表代码生成器”换成“PPT 大纲助手”。核心改动有三处：把技能部分换成“资料结构化、行业知识、分析框架”；把约束部分加上“不少于 30 页、每页要有标题和要点、规避明显的机器生成痕迹”；把输出格式改成“先给资料摘要表，再给大纲，最后给核心页的结构图，三部分不要混在一起”。

这里有个细节值得单独说：要求它分三段交付，而不是一次全给。新手常犯的错是一句“帮我做个 30 页 PPT”，结果它前面几页写得很细，写到后面明显敷衍，甚至中途断掉。原因不是它偷懒，是一次性任务太重。正确做法是先让它出目录和每页标题，你确认结构没问题，再让它逐章扩写。这个“先骨架、再填肉”的节奏，几乎适用于所有长内容任务。

5. 新手最容易翻车的地方：五个高频坑排查

前面几章讲的都是“怎么做对”，这一章讲“怎么做错”。下面五条是我见过最高频的翻车现场，每条都按“现象—原因—解决”写，你可以对照自己的使用习惯看有没有中招。这五条不需要背，遇到问题时回来查一次，两三次之后就成了条件反射。

5.1 五个坑，按现象、原因、解决拆开看

坑一：答案又长又空，全是“首先、其次、最后”。现象是洋洋洒洒八百字，读完不知道重点在哪。原因几乎总是同一个：你只给了任务，没给目标和受众。模型不知道这段话给谁看、要达成什么效果，只能给你一份“安全但无用”的通用版本。解决办法是补两句话——“这段给谁看”和“看完之后你希望对方做什么”。补上这两句，同一段输出会立刻变得具体。

坑二：让它算数、做逻辑题，答案很自信但算错了。现象是它给了一个结构完整、语气笃定的答案，你照着用了才发现数字对不上。原因是你在用基础模型硬算，而 V3 是通用模型，不是为多步推理设计的。解决办法是切到深度思考模式重新问一遍，并且把你的已知条件写全，包括单位、口径、时间范围。切换之后如果还错，检查是不是条件给漏了，而不是急着怀疑模型。

坑三：用 R1 时写了一长串角色设定和示例，结果反而变差。现象是你越努力写提示词，它答得越僵、越慢。原因是 R1 这类推理模型靠自己找路径，你给的结构越细，它自我推演的空间越小。解决办法是把角色设定、思维链、示例全部删掉，只留目标、约束和你手上的原始材料。这一条跟前面 V3 的用法完全相反，切换模式的时候要连提问习惯一起切。

坑四：问最新的事情，它给了一个过时答案。现象是答案条理清楚，但你一核对发现是去年的信息。原因是模型的知识有截止时间，它并不知道自己“不知道”。解决办法是打开联网搜索再问一遍，并且追加一句“把来源和时间标出来”。养成习惯之后，凡是涉及价格、政策、版本、近期事件的，一律先开联网，别省这一步。

坑五：一次要太多，后半段明显敷衍或者中断。现象是前几页很详细，后面几页只剩标题。原因是一次性任务超出了单轮输出能承载的量。解决办法是把任务拆开：先要结构，确认之后再逐块要内容；每块给一个明确的篇幅范围，比如“这一章写 300 到 400 字”。拆任务这件事，前面多花两分钟，后面能省半小时返工。

5.2 一份提交前的自检清单

与其记五条坑，不如在每次提问前花十秒过一遍下面五项。这五项覆盖了上面所有问题的共同源头：

• 我有没有说清楚这段内容给谁看？
• 我有没有说清楚要什么形状的结果（表格、分点、正文、代码）？
• 这件事需要算或需要推演吗？需要的话我切 R1 了吗？
• 这件事的答案会随时间变吗？会的话我开联网了吗？
• 这个任务是不是太大了？能不能先要骨架再要内容？

这五项里，前两项能解决大部分“答案很空”的问题，后三项能解决大部分“结果不能用”的问题。刚开始可能每次都要停下来想，用上一周就会变成本能。我带过的新人里，进步最快的那个没学任何高级技巧，就是把这张清单贴在显示器边上，每次提问前扫一眼。

6. 下一步学什么：从“会问一句”到“会搭一条流程”

如果你已经跟着第 4 章跑通了那张流程图，接下来的路其实很清楚：不用急着学新工具，先把同一套方法在真实工作里用熟。入门到能用，中间隔的不是知识量，是重复次数。下面这条路径是我认为最省力的顺序，总共大概四周，每天花二十分钟就够。

第 3 周那一步最值得投入。所谓“做一个小工具”，就是把你每周都要重复做的一件事，写成一段固定的提示词，存进备忘录，下次直接改两个参数就能用。可以是周报整理、可以是会议纪要转行动项、可以是竞品信息汇总。写的时候套用第 4 章的骨架：先定角色，再列技能，然后写清约束和输出格式。这段东西一旦成型，你每周省下的时间会远超学习成本。

再往后可以碰的方向有两个：一是把提示词和具体场景绑得更紧，比如专门做数据表结构设计的一套、专门做长文改稿的一套；二是学着把多个步骤串起来，让上一步的输出变成下一步的输入，比如先出大纲、再逐章扩写、最后统一润色。这两个方向都不需要学编程，需要的是把你自己干活时的顺序想清楚——你越清楚自己是怎么做这件事的，就越能把它交代明白。

有句话我特别想提前说给你：别指望第一次就写出完美提示词。我刚开始用的时候，一条指令改了七遍才稳定下来，前六遍全是白费功夫，当时还挺挫败。后来才想明白，那六遍不是白费，是在摸清楚“哪个格子影响哪一段结果”。从那以后我每次让 AI 干活，都强制走一遍“角色—目标—要求—格式”四步，宁可多打两行字，也不返工三遍。这个习惯比任何技巧都管用。希望帮到你。

本文还有配套的精品资源，点击获取