简介《DeepSeek从入门到精通第二版》是清华大学团队推出的职场AI应用指南面向希望将大模型融入日常办公、内容生产与行业分析的学习者重点回答如何通过提示语技巧和多场景实践提升人机协同效率。资源为1个PDF文件压缩包约10.21MB便于在电脑端直接查阅与检索。内容围绕DeepSeek的基础模型V3、深度思考R1和联网搜索三种模式展开讲清通用任务、复杂推理与实时信息检索的适用边界并给出RTGO、CO-STAR等提示语框架及R1的开放性提问思路。书中还结合客户服务、在线教育、媒体内容、医疗诊断、法律分析等场景说明模型选型、任务拆解与结果校验方法同时介绍英伟达NIM、微软Azure、亚马逊AWS等平台的网页使用和API调用方式。已有3622人学习适合想系统掌握提示语设计、职场落地与多场景应用的中级读者。1. 从“问答框”到职场工作流这份第二版资源到底解决什么问题很多人把大模型当搜索框问一句答一句最后抱怨“也就那样”。我翻完《DeepSeek从入门到精通第二版》后更确认职场应用里真正拉开差距的不是模型参数而是你能否在V3、R1和联网检索之间做对选择再把提示语技巧固化成可复用流程。这份资源不是模型科普而是一份面向人机共生场景的落地手册它把AI模型的能力边界、自然语言处理任务的拆解方式、多场景应用模板和常见翻车点放在同一张操作台上。适合需要写方案、做汇报、整理资料、搭轻量智能体流程的从业者新手能照着模板走熟手能借它的选型表校准自己的默认习惯。2. 三种模式与两类模型先选对跑道再谈提示语2.1 V3、R1与联网检索的职责边界资源里把DeepSeek拆成三种使用模式基础模型V3、深度思考R1、联网检索。很多人第一次用会默认“哪个强就开哪个”结果写周报也开深度思考做多步推理却用通用模型硬扛输出要么过度发散要么步骤跳跃。选型这件事不是玄学先把任务分诊做对后面的提示语才有意义。V3是通用模型优势在高效、稳定、格式服从度高。自然语言处理里偏“过程-结果清晰”的任务比如把会议记录整理成待办、把产品参数转成对比表、按固定模板写通知、把长文压缩成三段摘要V3通常更省心。它的操作路径偏线性按规则执行目标确定性高风险低适合对外交付前还需要人工改一轮的批量文本。R1是推理模型优势在复杂推理和深度分析比如数理逻辑、代码排错、方案权衡、多约束条件下的取舍。它的操作路径更开放目标可以有一定开放性结果多样性高但风险也高同一个问题可能给出不同推理路线格式不一定稳定长输出容易漂移。资源里有一句很关键的话R1不需要角色设定、不需要思维链提示、不需要结构化提示词、不需要给示例、不需要做太多解释。这不是说提示语不重要而是提示语要从“塞结构”转向“给目标、边界和验收标准”。联网检索是RAG也就是检索增强生成把外部知识拉进上下文。它解决的是时效性问题不是事实核查问题。检索到的内容可能互相矛盾模型也可能把记忆和检索结果混在一起。我的习惯是凡是涉及最新政策、价格、版本、统计口径的内容联网只负责“找线索”最终结论必须回到原始来源核对。维度V3通用模型R1推理模型联网检索规范约束强适合明确指令弱适合开放目标取决于检索源质量结果确定性高格式稳定低路线多样中受来源影响路径特征线性、标准化网状、多路径探索先检索再生成响应模式被动适配主动创新依赖检索触发风险特征低稳定可控高不确定性高中需核验来源典型任务模板文案、摘要、表格推理、代码、方案权衡时效查询、资料线索可执行的分诊步骤我一般按下面走先写验收标准。不是“写得好一点”而是“800字以内、三段、每段一个小标题、不出现未给出数据”。判断知识时效。需要外部新信息就开联网检索不需要就别开减少干扰。判断推理链长度。需要多步假设、比较、排错优先R1只是格式转换和改写优先V3。判断格式约束。强格式任务用V3更稳R1可以用但要加后处理校验。做风险分级。对外发布、涉及数据结论、涉及合规表述的任务无论用哪个模式都加人工复核。这张表不是让你背下来而是让你在每次提问前停十秒。十秒能省掉后面半小时的返工。2.2 用5R维度做任务分诊资源里用5R对比V3和R1Regulation规范性、Result结果导向、Route路径灵活性、Responsiveness响应模式、Risk风险特征。这个框架的好处是把“感觉”拆成可讨论的维度。你可以不会写复杂提示词但只要能把任务在这五个维度上描述清楚选型就不会太离谱。规范性看操作路径是否明确。强规范任务比如“按固定字段抽取合同里的付款节点”V3更合适弱规范任务比如“帮我判断这个方案在三种约束下哪种更可行”R1更合适。结果导向看目标确定性。目标可预期、结果要稳定选V3目标开放、允许多种答案选R1。路径灵活性看流程是否标准化。线性流程选V3多路径探索选R1。响应模式看模型是按规则执行还是自主决策。批量执行选V3需要主动补全假设和权衡选R1。风险特征看不确定性。低风险稳定任务选V3高风险开放任务选R1并加人工复核。5R维度偏V3的信号偏R1的信号实操判断Regulation规范性字段、格式、步骤写死只给目标和边界越需要统一格式越偏V3Result结果导向结果可预期结果允许多样要“唯一答案”别用R1硬压Route路径灵活性流程线性需要多路径比较步骤超过五步先考虑R1Responsiveness响应模式按规则执行需要自主决策需要模型提假设时用R1Risk风险特征低风险、可抽检高风险、需复核风险高不等于选R1而是加复核我会把5R当成一张任务卡来填而不是打分表。比如“写一份活动宣推文案”可以填规范性中、结果确定性中、路径线性、响应偏被动、风险中。那首选V3先用模板出三版再人工挑一版改。换成“分析这场活动为什么转化低给出三种改进方案并比较成本”规范性弱、结果开放、路径网状、需要主动假设、风险中高那就用R1但验收标准要写清楚必须列出假设、必须区分事实和推断、必须给比较维度。这里有一个容易误用的点风险高不代表要用R1。风险高只代表人工复核要更重。把高风险任务丢给R1却不给边界反而更容易出现看似合理但无法核验的结论。我一般把风险单独拉出来不参与模型选择只决定复核强度。这样选型归选型风控归风控不会互相打架。3. 提示语技巧落地RTGO、CO-STAR与CAP怎么拼成一张任务卡3.1 V3用RTGO把过程和结果钉住RTGO是资源里给V3用的提示语结构Role角色、Goal目标、Task任务、Objective操作要求。它解决的是“过程-结果清晰”的问题。V3不是不能做复杂任务而是它更擅长在明确指令下执行。你把角色、目标、任务、格式写清楚它输出就稳你只丢一句“帮我写个方案”它就会用平均水平的模板糊弄你。下面这张任务卡可以直接抄把方括号里的内容换成你的任务。注意角色不是越长越好角色只影响领域词、语气和默认知识面不会凭空提升事实准确性。!-- V3 任务卡把“过程-结果”写清楚适合格式稳定的交付物 -- # 角色 你是一名【领域】顾问熟悉【行业术语】和【常用交付格式】。 # 目标 产出一份【交付物名称】用于【使用场景】验收标准是【可检查指标】。 # 任务 1. 先列出【输入资料】中的关键事实缺失就写“待补”。 2. 按【结构】组织内容每部分不超过【字数】。 3. 最后给出【自检表】逐项标注是否满足。 # 操作要求 - 字数【范围】 - 格式【Markdown/表格/条目】 - 风格【简洁/正式/口语】 - 禁止【编造数据/使用无法核验的来源/输出无关内容】这段模板的逻辑是角色定领域目标定验收任务拆过程操作要求做硬约束。参数怎么改交付物名称换成你真正要交的东西验收标准必须可检查比如“包含三个方案、每个方案列两条风险、总字数不超过1200”禁止项按任务风险加涉及数据就写“未给出数据不得编造”涉及对外发布就写“不得使用绝对化表述”。我一般还会在最后加一句“如果输入资料不足以支撑结论先列出缺口不要补全”这句能挡掉不少看起来完整但经不起追问的输出。CO-STAR是另一套结构化框架字段是Context上下文、Objective目标、Style风格、Tone语调、Audience受众、Response回应类型。它更适合对外文案、汇报材料、需要控制语气的任务。和RTGO相比CO-STAR把“给谁看”和“用什么语气”拆得更细。比如写客户通知Audience是客户Tone是克制清晰Response是邮件正文加三条要点输出就会比“写个通知”稳很多。我的建议是内部执行类任务用RTGO对外表达类任务用CO-STAR别两套一起塞塞多了模型会抓错重点。3.2 R1用轻提示目标清晰、验收标准明确R1的提示语思路和V3相反。资源里明确说R1不需要角色设定、不需要思维链提示、不需要结构化提示词、不需要给示例、不需要做太多解释。很多人第一次用R1会延续V3的习惯写一大段角色扮演、给三个示例、要求“一步一步思考”结果反而限制模型的推理路线输出变得又长又绕。R1适合“目标清晰、结果可以有一定开放性”的提问。你要给的是问题、已知事实、必须满足的约束、不要做的事以及信息不足时的处理方式。下面的轻提示模板可以直接用重点在“少给结构多给边界”。!-- R1 轻提示少给结构多给目标、边界和验收标准 -- 目标解决【具体问题】输出【交付物】。 已知条件 - 【事实1】 - 【事实2】 必须满足 - 【约束1】 - 【约束2】 不要做 - 不要编造未给出的数据。 - 不要省略关键推理依据。 如果信息不足先列出需要补充的【3】项再给暂定方案。这段模板的参数说明目标是你要解决的问题不要写成“帮我分析一下”这种空话已知条件只放事实不放愿望必须满足放验收标准比如“给出三种方案并比较成本”“结论必须区分事实与推断”不要做是边界尤其要写“不编造数据”最后一句是后悔药信息不足时让模型先提问而不是硬编。R1的输出可能比较长我通常会在验收时看三件事有没有明确假设、有没有比较维度、有没有把不确定的地方标出来。三件事缺一件就回退到更具体的子问题而不是继续加提示词。提示R1不是“更聪明的V3”它更像一个愿意自己找路子的分析者。你给的路越细它反而越容易束手束脚。3.3 CAP四层框架做智能体核心提示当任务从“一次问答”变成“多步骤流程”比如让模型先收集信息、再生成大纲、再检查格式、最后输出交付物单张任务卡就不够了。资源里给了一个CAP框架Identity身份定义、Capability能力矩阵、Boundary边界系统、Operation工作引擎。它适合做智能体核心提示也适合把多场景应用沉淀成可复用模板。框架核心字段更适合不建议用的场景RTGO角色、目标、任务、操作要求V3强规范任务、批量交付开放推理、需要模型自主提假设CO-STAR上下文、目标、风格、语调、受众、回应类型对外文案、汇报、通知多步骤智能体流程CAP身份、能力、边界、工作引擎多步骤流程、模板复用一次性简单问答CAP的写法可以用YAML表达字段清楚改起来也方便。下面的模板把“能做什么、不能做什么、怎么交接”拆开了适合需要反复运行的任务。# CAP 四层框架适合多步骤智能体或多场景复用 identity: role: 【角色】 background: 【专业背景】 interaction: 【交互特征】 capability: skills: [【技能1】, 【技能2】] scope: [【可处理范围】] boundary: must_not: [【禁止项】, 【越权项】] handoff: 【转人工条件】 operation: input: 【输入格式】 steps: [【步骤1】, 【步骤2】, 【步骤3】] output: 【输出格式与验收】参数怎么调identity决定角色属性和交互特征但别写得太宽角色越泛输出越容易平均化capability的scope要窄先限定“只处理某类输入”稳定后再扩boundary里的handoff必须写比如“缺少原始数据时转人工”“涉及对外发布时转人工”这是智能体不闯祸的关键operation的output要可验收不要只写“输出报告”要写“输出Markdown包含三节每节不超过五条末尾附自检表”。我见过最常见的翻车是把CAP写得像企业介绍身份、能力、边界都很宏大工作引擎却只有一句“根据用户需求输出”结果每次运行都像开盲盒。CAP的重点不在前三层写得多漂亮而在operation能不能稳定复现。4. 多场景交付从图表描述到PPT大纲的三段式流水线4.1 图表任务先定结构再让模型写图表描述代码资源里有一个很实用的思路不要让模型直接生成图片而是让它生成可渲染的图表描述代码。图片是黑匣子改一个节点要重画代码是可编辑的中间产物渲染失败还能定位到具体行。这个思路放到职场里就是“先定结构再让模型写描述代码最后本地渲染校验”。我一般按五步走。第一步明确图类型流程、架构、时序、关系不同类型对节点和边的要求不一样。第二步列节点清单给每个节点唯一ID别用“开始”“处理”“结束”这种重复词否则渲染出来会串。第三步定层级流程要有二级、三级节点时先写清楚父子关系。第四步让模型只输出图表描述代码不输出解释文字。第五步本地渲染检查连线是否交叉、层级是否断裂、节点是否重复。输入处理输出验收点流程说明、角色分工、系统模块先人工列节点和边图表描述代码节点唯一、层级清楚、连线可读一段会议记录让模型抽取步骤流程草图步骤不合并、不遗漏系统架构描述限定分层和边界架构图代码层与层之间关系明确这里的关键不是提示词写得多花而是先把“节点清单”喂进去。你可以这样要求先输出节点表包含ID、名称、所属层级、依赖节点我确认后再输出图表描述代码。这个“两段式”能明显降低返工。模型一次生成图代码时最容易犯的错是节点命名重复、层级混乱、把解释文字混进代码块。遇到渲染失败不要急着重写提示词先看节点表ID是否唯一、依赖是否成环、层级是否超过三层。节点表对了图代码基本就对了。注意图表任务里模型负责结构化和代码化人负责校验节点和层级。把校验完全交给模型等于把黑匣子换成另一个黑匣子。4.2 PPT任务资料表、大纲、关键页图表三段式PPT是职场应用里最容易“看起来完整、实际不能用”的场景。资源里给了一个三段式顺序先生成研究资料摘要表再生成PPT大纲最后针对关键页面生成图表。这个顺序不能乱。先大纲后资料模型容易用空话填页数先资料后大纲至少每个章节有事实抓手。第一段资料摘要表。字段我一般设成报告主题、关键摘要、来源类型、核验状态。来源类型写“公开报告/内部资料/待补”核验状态写“已核验/待核验/不可用”。这里要特别注意不要让模型编造来源地址。资源里原要求包含报告地址但实际落地时地址字段只填可核验的公开名称或留空模型补出来的链接一律当无效。涉及数据、排名、政策口径的内容必须人工回到原始材料核对。第二段PPT大纲。资源里的约束是不少于30页第一层为封面、目录页、章节页标题第二层为页面标题第三和第四层为页面内容要点。实际做汇报不一定要30页但这个层级结构可以保留。我的做法是先定页数上限再让模型按“章节-页面-要点”三层输出每页不超过四条要点每条不超过20字。大纲生成后先做一次“删页检查”有没有重复页、有没有只有标题没有要点的页、有没有和主题无关的页。删完再进入第三段。第三段关键页图表。只对核心页面生成图表描述代码不要每页都画。判断标准是这页有没有流程、对比、层级或因果关系。没有就老老实实用要点别为了好看硬画图。图表生成后回到4.1的校验流程节点表、层级、渲染三步走。阶段提示语要点验收标准失败回退资料表只列可核验信息未知写待补每行有来源类型和核验状态删除不可核验行人工补资料大纲先章节后页面每页要点不超过四条无重复页、无空页、页数可控缩章节不缩要点质量关键页图表只对核心页生成先节点表后代码节点唯一、层级清楚、可渲染回退到要点列表4.3 多场景复用把一次成功沉淀成模板库多场景应用最容易犯的错是每次都从零写提示词。一次成功不代表可复现可能只是这次输入刚好合适。我的习惯是每完成一个场景就沉淀一张模板卡字段包括任务名、适用模式、输入要求、提示语版本、验收表、失败记录。任务名要具体比如“会议记录转待办”而不是“办公助手”适用模式写V3、R1还是联网输入要求写清楚必须提供什么、缺什么就停提示语版本用日期或编号方便回滚验收表就是三到五条可检查项失败记录写现象、原因、下次怎么改。模板库不需要多先攒五个高频场景周报整理、会议待办、方案对比、图表描述、PPT大纲。每个场景跑三遍能稳定复现再算入库。跑不稳的不要硬存存了也会变成“看起来有用”的摆设。模板库的价值不是让你少思考而是让你把思考放在选型和验收上而不是每次重新发明提示词。5. 避坑与排查五类高频翻车现场和回滚顺序5.1 五类高频翻车现场第一类用R1做格式固定的批量文案。现象是输出长度忽长忽短该三段变五段该表格变散文改起来比手写还慢。原因是R1弱规范约束、目标开放、路径网状它更愿意自己组织表达。解决方式是换回V3或者保留R1但加硬格式约束和后处理校验。我的做法是批量文案先V3出模板只有需要比较方案时才切R1。第二类用V3做多步推理。现象是步骤跳跃结论看着对但中间没有依据追问一句就露馅。原因是V3偏线性执行擅长按规则走不擅长自己补假设和权衡。解决方式是把任务拆成子问题或者切R1并明确要求列出假设、证据和比较维度。拆任务时不要一次给五个问题先给一个拿到中间结论再往下走。第三类联网检索把旧知识当新知识。现象是回答里混着检索内容和模型记忆来源说不清时间口径对不上。原因是RAG只负责把外部知识拉进来不负责自动事实核查。解决方式是要求输出标注来源类型和核验状态涉及时间、价格、版本、统计口径的内容必须回到原始来源。我的血泪经验是联网结果只能当线索不能当结论。第四类提示词塞太多角色和示例R1反而变差。现象是输出又长又空绕来绕去不给结论。原因是R1不需要角色设定、思维链提示、结构化提示词和大量示例塞多了会干扰它的推理路线。解决方式是做减法保留目标、已知条件、必须满足、不要做、信息不足怎么办。删掉角色扮演和长示例后输出通常会更直接。第五类PPT大纲看起来完整但数据空泛。现象是每页都有标题和要点仔细一看全是“提升效率”“优化体验”这类空话页数靠重复凑。原因是模型缺少资料时会倾向补全。解决方式是先资料表再大纲未知写“待补”明确要求“无资料不生成数据”最后人工补关键页。页数不够可以加案例和对比不要加空话。5.2 排查顺序与回滚策略遇到输出不稳定不要第一反应就是“提示词再写长一点”。我一般按回滚顺序排查先看模式选错没有再看提示语是不是塞多了再看任务是不是太大再看验收标准是不是模糊最后才考虑换工具或人工接管。这个顺序能挡住大部分无效折腾。回滚顺序动作判断标准1换模式V3与R1互换格式不稳先回V3推理不足再试R12减提示删角色、示例、多余结构输出变短且更直接说明之前塞多了3拆任务把一个大问题拆成三个子问题子问题能独立验收4改验收把“写好一点”换成可检查指标每条验收都能打勾或打叉5人工接管保留中间产物人工补关键结论不再让模型猜数据这套回滚策略的重点是“保留中间产物”。图表任务保留节点表PPT任务保留资料表和大纲文案任务保留第一版和修改记录。没有中间产物回滚就变成重来时间全浪费在复制粘贴上。后悔药不是某个神奇提示词而是你手里有没有可比较的版本。6. 进阶验证用三组对照把“感觉好用”变成可复现6.1 三组对照法同一任务固定输入分别用V3、R1、联网跑一遍记录四个指标输出长度、格式合规、事实错误、返工时间。不要凭一次惊艳输出下结论三次对照才能看出模式差异。比如“会议记录转待办”V3可能格式最稳R1可能漏掉隐含任务联网可能引入无关信息。记录完再决定默认用哪个。对照项V3R1联网判断输出长度【记录】【记录】【记录】偏差大就加字数约束格式合规【是/否】【是/否】【是/否】不合规先换V3事实错误【条数】【条数】【条数】有错误就加核验返工时间【分钟】【分钟】【分钟】选返工最少的默认模式6.2 验收表与版本号每个高频任务配一张验收表三到五条能打勾。提示语加版本号比如“会议待办-v3”改一次记一次。验收表不要写“逻辑清晰”这种无法判断的词写“每条待办有负责人和截止时间”“未给出信息标注待补”“不超过十条”。版本号加验收表才能把“感觉好用”变成可复现的流程。人机共生不是把活全丢给模型而是把选型、验收、回滚留给人把批量生成和结构化交给模型。从那以后我每次把提示语交给同事前都强制走一遍三组对照和验收表不再凭一次惊艳输出做判断。希望帮到你。本文还有配套的精品资源点击获取