簡介《DeepSeek從入門到精通》是一份面向個人用戶、開發(fā)者及內容與科研工作者的系統(tǒng)學習材料幫助讀者從基礎認知走向實際應用重點解決模型選擇、提示語設計與復雜任務拆解等問題。資源為1個PDF文件約5.36MB內容圍繞DeepSeek的能力邊界展開涵蓋智能對話、文本生成、語義理解、計算推理、代碼生成補全、聯網搜索與文件內容讀取等場景。材料進一步區(qū)分推理大模型與非推理大模型結合DeepSeek-R1、GPT-o3、GPT-3/4、BERT等說明各自優(yōu)勢領域并引入“概率預測”與“鏈式推理”的快思慢想視角討論性能表現、決策能力、創(chuàng)造力與人機互動差異。針對提示語策略文檔比較推理模型與通用模型在指令驅動、需求導向、混合模式、啟發(fā)式提問上的適用方式給出模型選擇原則與常見誤區(qū)便于讀者按數學證明、創(chuàng)意寫作、代碼生成等任務匹配提示語。已有1011人學習適合希望提升DeepSeek實操與提示工程能力的中初級讀者。1. 從一份“會用”到“用透”的文檔說起DeepSeek 到底能接住哪些活我把同一段需求分別丟給 DeepSeek 的普通對話和深度思考模式前者三分鐘給了一版順滑但漏了邊界條件的代碼后者多花了十幾秒卻把異常輸入和測試用例一起列了出來。這個反差正好是這份《DeepSeek 從入門到精通》講義里最值錢的部分它沒有停留在“能寫文案、能寫代碼”的功能清單而是把 Reasoning Models 和通用模型拆開講把 Prompt Engineering 從玄學拉回到可操作的步驟。講義來自某高校新媒體研究方向的內部培訓整理覆蓋模型分類、提示語策略、五類需求表達、代碼與長文本處理。適合剛開始用 DeepSeek 的從業(yè)者也適合已經把 AIGC 接進日常流程、但總覺得輸出不穩(wěn)定的熟手。它解決的不是“能不能用”而是“同樣的工具為什么別人用得比你穩(wěn)”。2. 推理模型與通用模型先選對“快思”還是“慢想”2.1 兩類模型的邊界邏輯密度 vs 多樣性很多人第一次用 DeepSeek 會默認“哪個模型新就用哪個”這在一半場景里是對的在另一半場景里會翻車。講義把模型分成兩類推理模型和通用模型。推理模型在傳統(tǒng)大語言模型的基礎上強化了推理、邏輯分析和決策能力常見技術手段包括強化學習、神經符號推理、元學習等它在數學推導、邏輯分析、代碼生成、復雜問題拆解上表現突出。通用模型則更側重語言生成、上下文理解、自然語言處理適合文本生成、創(chuàng)意寫作、多輪對話、開放性問答。關鍵結論是推理模型并非全面更強它只在其訓練目標領域顯著優(yōu)于通用模型通用模型在通用場景更靈活但遇到專項任務需要靠提示語補償能力。這個判斷能幫你省掉大量無效嘗試。比如寫一首詩、改一段品牌文案、做一輪開放式訪談提綱用推理模型不是不行但它容易被“邏輯鏈”帶偏輸出反而緊繃反過來讓通用模型直接做一道需要嚴格驗算的數學題它可能給你一個看起來合理、中間步驟卻跳步的答案。講義用“快思慢想”來概括這個差異概率預測模型像快速反應依賴大量數據訓練來預測答案響應快、算力成本低適合處理即時任務鏈式推理模型像慢速思考基于 Chain-of-Thought 逐步推理問題的每個步驟算力成本高但能處理多維度和非結構化問題。這個分類比“新舊模型”更有解釋力因為它直接對應你的任務類型。維度推理模型通用模型優(yōu)勢領域數學推導、邏輯分析、代碼生成、復雜問題拆解文本生成、創(chuàng)意寫作、多輪對話、開放性問答劣勢領域發(fā)散性任務如詩歌創(chuàng)作需要嚴格邏輯鏈的任務如數學證明性能本質專精于邏輯密度高的任務擅長多樣性高的任務強弱判斷并非全面更強僅在訓練目標領域顯著優(yōu)于通用模型通用場景更靈活但專項任務需提示語補償決策能力能自主分析情況實時做出決策依賴預設算法和規(guī)則進行決策創(chuàng)造力能生成新的創(chuàng)意和解決方案限于模式識別和優(yōu)化缺乏真正創(chuàng)新能力人機互動更自然地與人互動理解復雜情感和意圖按照預設腳本響應較難理解人類情感和意圖這張表不是讓你背而是讓你在動手前先問一句這個任務的核心是“邏輯密度”還是“多樣性”。如果是前者切深度思考如果是后者用普通對話把提示語寫清楚反而更快。2.2 任務映射表什么時候切深度思考我把講義里的任務類型整理成一張可執(zhí)行的映射表。你不需要每次判斷“模型強不強”只需要判斷“任務要不要嚴格邏輯鏈”。任務類型優(yōu)先模型提示語側重點要避免的提示策略數學證明推理模型直接提問無需分步引導冗余拆解如“先畫圖再列公式”代碼生成推理模型簡潔需求信任模型邏輯分步指導如“先寫遞歸函數”邏輯分析推理模型直接拋出復雜問題添加主觀引導如“你認為哪種對”創(chuàng)意寫作通用模型明確約束目標避免自由發(fā)揮開放式指令如“自由創(chuàng)作”多輪對話通用模型自然交互無需結構化指令強制邏輯鏈條如“分三點回答”長文本摘要通用模型或推理模型均可給抽取字段和輸出格式只給“幫我總結一下”實際操作可以按三步走。第一步寫下任務的核心動詞是“證明”“推導”“生成”“改寫”還是“分類”。第二步看這個動詞是否需要中間步驟可驗證。需要就切深度思考不需要就用普通對話。第三步按任務類型寫提示語不要把所有任務都套同一個模板。提示深度思考模式不是“更高級”它只是“更適合邏輯鏈長的任務”。對創(chuàng)意任務強行開啟可能得到結構工整但靈氣不足的結果。2.3 一個可復現的對比實驗想驗證自己是否選對模型不用做復雜評測拿同一道題跑兩組就行。我一般會選一道需要三步以上推理的題比如“某倉庫有若干貨架給出入庫規(guī)則求最優(yōu)揀貨路徑”再選一道開放式題比如“給一款效率工具寫三條不同風格的推廣語”。前者分別用深度思考和普通對話跑后者也跑兩組記錄四個指標正確性、可解釋性、耗時、返工次數。記錄項深度思考組普通對話組是否給出中間步驟最終答案是否正確輸出是否可直接使用需要人工返工幾次實驗的關鍵是固定題面和輸出格式不要中途改提示語。否則你測的不是模型差異而是提示語差異。跑完一輪你會發(fā)現推理模型在邏輯題上的優(yōu)勢通常體現在“中間步驟完整”而不是“答案一定對”通用模型在創(chuàng)意題上的優(yōu)勢體現在“表達更松弛”但約束一多就容易散。這個結論比任何參數表都直觀也是后面提示語策略的前提。3. 提示語不是玄學把需求拆成指令、上下文與期望3.1 提示語的三段式結構與六種類型Prompt Engineering 這個詞聽起來像調參其實大部分工作發(fā)生在寫需求之前。講義把提示語定義為用戶輸入給 AI 系統(tǒng)的指令或信息用于引導 AI 生成特定輸出或執(zhí)行特定任務。它的基本結構包括三部分指令、上下文、期望。指令明確告訴 AI 要執(zhí)行什么任務上下文提供背景信息幫助模型更準確理解期望明確或隱含地表達你對輸出的要求和預期。這個三段式看起來簡單但很多人只寫了“指令”漏了“上下文”和“期望”然后怪模型聽不懂。比如“幫我寫一份周報”是指令但沒給上下文本周做了什么、給誰看和期望字數、結構、語氣模型只能猜。補全后應該是“你是我的工作助理以下是本周三條工作記錄上下文請整理成一份 300 字以內的周報分‘進展、風險、下周計劃’三部分語氣正式但不官腔期望?！敝v義還列了六種提示語類型指令型、問答型、角色扮演型、創(chuàng)意型、分析型、多模態(tài)。它們不是互斥的可以組合。指令型適合翻譯、格式轉換問答型適合知識查詢角色扮演型適合模擬場景但對推理模型要謹慎因為角色設定可能干擾邏輯主線創(chuàng)意型適合內容生成分析型適合對給定信息做推理多模態(tài)適合結合文本和圖像輸入。類型特征示例指令型直接告訴 AI 執(zhí)行任務將以下內容翻譯為法語Hello, world問答型向 AI 提問期望答案用簡單語言解釋什么是鏈式思維角色扮演型要求 AI 扮演特定角色假設你是一位產品經理評審這份需求文檔創(chuàng)意型引導創(chuàng)意寫作或內容生成為一個效率工具寫三條不同風格的推廣語分析型對給定信息進行分析推理根據這份銷售表找出轉化率下降的三個可能原因多模態(tài)結合文本、圖像等輸入讀取這張流程圖轉成步驟說明注意角色扮演型提示語對通用模型通常有效但對推理模型可能干擾其邏輯主線。講義明確提醒不要對推理模型使用“啟發(fā)式”提示比如強行安排角色可能讓它偏離核心目標。3.2 推理模型與通用模型的提示語策略差異這是整份講義里最容易被忽略、但實際使用頻率最高的一節(jié)。推理模型的提示語更簡潔只需明確任務目標和需求因為它已經內化了推理邏輯不需要你逐步指導通用模型則需要顯式引導推理步驟比如通過 CoT 提示否則可能跳過關鍵邏輯或者依賴提示語補償能力短板。我把差異壓縮成三條關鍵原則。第一模型選擇優(yōu)先根據任務類型而不是模型熱度。數學任務選推理模型創(chuàng)意任務選通用模型。第二提示語設計要“看模型下菜”推理模型要什么直接說通用模型缺什么補什么。第三避免兩個誤區(qū)不要對推理模型用啟發(fā)式提示比如角色扮演不要對通用模型過度信任比如直接問復雜推理問題卻不要求分步驗證。策略維度推理模型通用模型提示語長度簡潔聚焦目標結構化補償性引導是否分步無需逐步指導顯式要求分步思考是否給示例通常不需要建議提供示例角色扮演謹慎使用可能干擾邏輯可用幫助進入場景結果驗證信任但抽檢中間步驟必須分步驗證結果一個常見誤區(qū)是“對推理模型過度拆解”。比如你寫“先分析題意再列出公式然后代入計算最后檢查單位”這套指令對通用模型是幫助對推理模型可能是束縛。它本來會自己生成結構化推理過程你強行拆解反而限制了它的能力。反過來對通用模型只寫“證明這個結論”它可能直接給一個跳過關鍵步驟的答案你需要補上“分三步推導每步說明依據”。3.3 五類需求的表達公式與實戰(zhàn)模板講義把需求分成五類決策需求、分析需求、創(chuàng)造性需求、驗證需求、執(zhí)行需求。每類都有對應的表達公式和模型適配策略。這個分類的好處是你不用每次從零想提示語先判斷需求類型再套公式。需求類型特點表達公式推理模型策略通用模型策略決策需求需權衡選項、評估風險、選擇最優(yōu)解目標 選項 評估標準要求邏輯推演和量化分析直接建議依賴模型經驗歸納分析需求需深度理解數據或信息、發(fā)現模式或因果關系問題 數據/信息 分析方法觸發(fā)因果鏈推導與假設驗證表層總結或分類創(chuàng)造性需求需生成新穎內容主題 風格/約束 創(chuàng)新方向結合邏輯框架生成結構化創(chuàng)意自由發(fā)散依賴示例引導驗證需求需檢查邏輯自洽性、數據可靠性或方案可行性結論/方案 驗證方法 風險點自主設計驗證路徑并排查矛盾簡單確認缺乏深度推演執(zhí)行需求需完成具體操作任務 步驟約束 輸出格式自主優(yōu)化步驟兼顧效率與正確性嚴格按指令執(zhí)行無自主優(yōu)化舉一個決策需求的模板可以直接抄目標在兩種方案中選出總成本更低的方案。 選項A 方案前期投入高、長期單價低B 方案前期投入低、按量付費。 評估標準按 5 年總成本計算并考慮需求波動風險。 要求列出計算過程給出關鍵假設最后推薦一個方案并說明觸發(fā)條件。這段提示語在推理模型上可以直接用它會自己展開計算鏈在通用模型上建議再加一句“分三步先列公式再代數計算最后做敏感性分析”。分析需求可以套“問題 數據 方法”比如“以下是某產品三個月的轉化數據請找出下降的三個可能原因并用分組對比驗證”。創(chuàng)造性需求要特別注意約束不能只寫“自由創(chuàng)作”否則通用模型容易給你一篇四平八穩(wěn)的模板文。驗證需求是我用得最多的一類。比如模型給了一個結論我會追加“請檢查這個結論的支撐數據是否充分列出兩個可能推翻它的反例并說明還需要補充什么信息?！边@一步相當于給輸出加了一道后悔藥能攔住不少看起來合理的錯誤。執(zhí)行需求則要寫清輸入輸出格式。比如“將以下 C 語言代碼轉換為 Python保持時間復雜度不變使用 numpy 優(yōu)化數組操作輸出帶測試用例的完整代碼”。這類提示語越具體返工越少。4. 把 DeepSeek 接進工作流代碼、文件與聯網搜索的落地操作4.1 代碼生成與調試從需求到可運行片段代碼生成是 DeepSeek 最容易出效果、也最容易埋坑的場景。講義把編程相關能力拆成代碼生成、代碼調試、技術文檔處理三塊具體包括根據需求生成代碼片段、錯誤分析與修復建議、代碼性能優(yōu)化提示、API 文檔生成、代碼庫解釋與示例生成。落到操作上我通常按“四步法”走先寫清輸入輸出和邊界條件再讓模型先解釋思路再給代碼然后本地跑測試最后把報錯貼回去讓它修復。下面是一個可復現的 Python 示例任務是把一份 CSV 里的重復記錄按規(guī)則去重并保留最新時間戳。代碼塊里的注釋標出了關鍵參數。import pandas as pd def dedup_csv(input_path: str, output_path: str, key_col: str, time_col: str) - pd.DataFrame: 按 key_col 去重保留 time_col 最新的一條。 參數 input_path: 輸入 CSV 路徑 output_path: 輸出去重后 CSV 路徑 key_col: 業(yè)務主鍵列名 time_col: 時間戳列名必須是可比較類型 df pd.read_csv(input_path) # 關鍵參數先轉時間類型避免字符串排序導致“10”排在“2”前面 df[time_col] pd.to_datetime(df[time_col], errorscoerce) # 丟棄時間解析失敗的行避免排序時被空值干擾 df df.dropna(subset[time_col]) # 按主鍵分組取時間最大的一行 result df.sort_values(time_col).drop_duplicates(subset[key_col], keeplast) result.to_csv(output_path, indexFalse) return result if __name__ __main__: dedup_csv(raw.csv, clean.csv, key_colorder_id, time_colupdated_at)這段代碼的邏輯說明pd.to_datetime負責把時間列轉成可比較類型errorscoerce會把無法解析的值變成空值后面用dropna清掉避免排序時出現意外。sort_values按時間升序排列drop_duplicates的keeplast保留每組最后一條也就是時間最新的一條。參數上key_col必須根據業(yè)務主鍵改不要直接套order_idtime_col要確認時區(qū)一致否則跨時區(qū)數據會排錯。讓模型生成這類代碼時提示語不要只寫“寫一個去重腳本”。我一般會寫“用 pandas 實現按主鍵去重保留時間戳最新的一條要求處理時間解析失敗的行輸出函數帶類型注解和參數說明給兩個邊界測試用例?！边@樣模型會主動考慮空值和類型問題。代碼跑失敗后把完整報錯和最小復現數據貼回去不要只貼“報錯了”三個字否則模型只能猜。4.2 文件上傳與長文本處理摘要、抽取與結構化DeepSeek 支持文件上傳能夠掃描讀取各類文件及圖片中的文字內容。這個能力在長文本摘要、合同字段抽取、報告結構化上很實用但直接把整份文件丟進去常常得到“正確的廢話”。我的做法是先預處理再給抽取 schema最后抽樣核對。預處理包括三步去掉頁眉頁腳和重復水印按章節(jié)拆分成可管理的小塊給每塊加一個編號。提示語里不要寫“幫我總結”而要寫清輸出字段。比如處理一份調研紀要我會要求輸出 JSON字段包括“受訪者類型、核心訴求、反對意見、待驗證假設”。模型返回后用腳本檢查字段是否齊全再人工抽查兩條。文件類型預處理動作提示語要點長篇報告按章節(jié)拆分保留標題層級要求按章節(jié)輸出要點不要跨章合并合同/協議去掉頁眉頁腳標注條款編號指定抽取字段要求保留原文依據會議紀要按發(fā)言人或議題分段要求區(qū)分“結論”和“待辦”圖片掃描件先確認文字識別質量要求對模糊處標注“不確定”不要硬猜提示長文本處理不要一次性追求“全”先抽一張表再補細節(jié)。輸出格式越固定后面校驗越省事。4.3 聯網搜索與深度思考模式的組合用法聯網搜索和深度思考解決的是兩類不同問題。聯網搜索補的是“信息時效性”深度思考補的是“邏輯鏈完整性”。組合用法有兩種先搜后推適合需要基于最新信息做判斷的任務先推后搜適合先形成假設、再用檢索驗證的任務。我一般按“檢索—歸納—驗證”三步走。第一步讓模型聯網搜索時帶上時間范圍和來源類型比如“近兩年內的公開行業(yè)報告或官方公告”不要讓它在沒有邊界的情況下自由發(fā)揮。第二步要求它把檢索結果歸納成表格列出“結論、來源類型、發(fā)布時間、可信度備注”。第三步切深度思考讓它檢查這些結論之間是否矛盾并指出還需要補充什么信息。任務核實某個行業(yè)趨勢判斷是否成立。 步驟 1. 聯網檢索近兩年內的公開報告或公告列出至少三條不同來源的信息 2. 用表格輸出結論、來源類型、發(fā)布時間、支持或反對該判斷 3. 切換深度思考檢查三條信息之間是否存在矛盾 4. 最后給出“當前可采信程度”和“還需補充的證據”。 約束不要引用無法核實的匿名帖子對過期信息標注“時效風險”。這段提示語的關鍵參數是“時間范圍”和“來源類型”。沒有這兩項聯網搜索容易給你一堆過期或低質內容。深度思考階段不要讓它重新搜而是讓它基于已有材料做邏輯檢查否則容易陷入反復檢索。最后一步的“可采信程度”不是讓模型拍腦袋而是讓它把證據強弱說出來方便你決定要不要繼續(xù)用。5. 避坑與排查五個最容易翻車的使用現場5.1 對推理模型做“手把手拆解”反而限制能力現象你寫了一大段步驟指令要求模型“先分析題意、再列公式、然后分步計算、最后檢查”結果推理模型輸出變得僵硬甚至漏掉它本來能自己發(fā)現的邊界條件。原因推理模型已經內化了推理邏輯強行拆解會干擾它的邏輯主線相當于讓一個會開車的人每一步都聽你指揮踩離合。解決把提示語壓到“目標 約束 輸出格式”中間步驟交給模型。比如“證明這個結論要求每步說明依據最后檢查單位是否一致”不要寫“第一步做什么、第二步做什么”。如果輸出仍然不理想先檢查任務是否真的需要推理模型而不是繼續(xù)加指令。5.2 拿通用模型硬做復雜推理結果看似合理但經不起驗算現象通用模型給出一段邏輯順暢的答案你復制進方案后來發(fā)現中間某一步偷換了概念或者數據引用對不上。原因通用模型側重語言生成和上下文理解不強調深度推理能力遇到嚴格邏輯鏈任務容易“用表達補邏輯”。解決復雜推理任務優(yōu)先切推理模型如果只能用通用模型提示語里必須顯式要求“分步思考、給出計算過程、標注假設”并在拿到結果后做一次外部驗算。不要因為答案讀起來順就跳過驗算這是最常見的翻車點。5.3 長文檔直接整篇丟進去摘要漏掉關鍵結論現象上傳一份長報告讓模型“總結重點”返回的摘要覆蓋了背景和過程卻漏掉了最后的結論和風險提示。原因長文本里信息密度不均勻模型容易按開頭和結尾的顯眼內容做概括中間的關鍵表格或小字結論被忽略。解決先按章節(jié)拆分給每一塊編號提示語里明確“按章節(jié)輸出要點最后單獨列出結論和風險項”要求模型對不確定的地方標注“原文未明確”。拿到結果后用關鍵詞回查原文確認沒有漏項。5.4 代碼生成不寫測試用例復制進項目才報錯現象模型給的代碼在對話里看起來沒問題復制到本地一跑就報錯常見的是空值、類型不一致、路徑不存在。原因提示語只描述了主流程沒有給邊界條件模型傾向于生成“理想輸入”下的代碼。解決生成代碼時強制要求“帶兩個邊界測試用例”和“列出可能的異常輸入”。代碼跑通后再讓模型做一次代碼審查重點是空值處理、類型轉換和資源釋放。不要跳過本地測試對話里的“運行成功”不等于你的環(huán)境能跑。5.5 聯網搜索不加時間與來源約束拿到過期信息現象模型聯網后給出一組看似權威的數據你引用到材料里后來發(fā)現是幾年前的舊聞或者來源不可靠。原因聯網搜索沒有時間范圍和來源類型約束模型會優(yōu)先抓取容易獲取的內容而不是最新、最可靠的內容。解決提示語里寫清“近兩年內”“公開報告或官方公告”“列出發(fā)布時間和來源類型”對關鍵數據要求給出至少兩個獨立來源最后讓模型標注“時效風險”。如果任務對時效要求高先搜后推不要先推后搜。6. 進階驗證用“可復現的檢查表”把輸出質量穩(wěn)住做到前面幾步你已經能避開大部分明顯坑。剩下的是穩(wěn)定性問題同一個提示語今天好用明天可能因為輸入變化而失準。我的習慣是給每類任務配一張檢查表不讓模型自己判卷而是用外部標準逐項打勾。比如代碼任務檢查“是否有邊界用例、是否處理空值、是否說明時間/空間復雜度”長文本任務檢查“是否覆蓋結論、是否標注不確定、是否有原文依據”決策任務檢查“是否列出假設、是否做敏感性分析、是否給出觸發(fā)條件”。任務類型檢查項通過標準失敗動作代碼生成邊界用例、空值處理、依賴說明本地能跑通兩個異常輸入補提示語要求給測試用例長文本抽取字段完整、原文依據、不確定標注抽取字段無缺失關鍵結論可回查拆分文本縮小單次處理范圍決策分析假設、計算過程、觸發(fā)條件假設可驗證計算可復算切推理模型要求列公式聯網核實時間范圍、來源類型、交叉驗證至少兩個獨立來源標注時效縮小時間范圍重新檢索這張表的價值在于它把“感覺不對”變成“哪一項沒過”。沒過就回到對應章節(jié)補提示語而不是反復重試同一句話。還有一個具體技巧讓模型做“自檢”時不要問“你覺得這個答案對嗎”它會傾向于給自己打高分。要問“請列出這個答案最可能被推翻的兩個點并說明需要什么證據才能確認”。這相當于把自檢變成找反例比讓它自我評價有效得多。從那以后我每次把 DeepSeek 接進流程都先跑一遍這張檢查表再決定要不要把結果交給下游。希望幫到你。本文還有配套的精品資源點擊獲取 DeepSeek從入門到精通：模型選擇、提示語策略與工程落地
簡介《DeepSeek從入門到精通》是一份面向個人用戶、開發(fā)者及內容與科研工作者的系統(tǒng)學習材料幫助讀者從基礎認知走向實際應用重點解決模型選擇、提示語設計與復雜任務拆解等問題。資源為1個PDF文件約5.36MB內容圍繞DeepSeek的能力邊界展開涵蓋智能對話、文本生成、語義理解、計算推理、代碼生成補全、聯網搜索與文件內容讀取等場景。材料進一步區(qū)分推理大模型與非推理大模型結合DeepSeek-R1、GPT-o3、GPT-3/4、BERT等說明各自優(yōu)勢領域并引入“概率預測”與“鏈式推理”的快思慢想視角討論性能表現、決策能力、創(chuàng)造力與人機互動差異。針對提示語策略文檔比較推理模型與通用模型在指令驅動、需求導向、混合模式、啟發(fā)式提問上的適用方式給出模型選擇原則與常見誤區(qū)便于讀者按數學證明、創(chuàng)意寫作、代碼生成等任務匹配提示語。已有1011人學習適合希望提升DeepSeek實操與提示工程能力的中初級讀者。1. 從一份“會用”到“用透”的文檔說起DeepSeek 到底能接住哪些活我把同一段需求分別丟給 DeepSeek 的普通對話和深度思考模式前者三分鐘給了一版順滑但漏了邊界條件的代碼后者多花了十幾秒卻把異常輸入和測試用例一起列了出來。這個反差正好是這份《DeepSeek 從入門到精通》講義里最值錢的部分它沒有停留在“能寫文案、能寫代碼”的功能清單而是把 Reasoning Models 和通用模型拆開講把 Prompt Engineering 從玄學拉回到可操作的步驟。講義來自某高校新媒體研究方向的內部培訓整理覆蓋模型分類、提示語策略、五類需求表達、代碼與長文本處理。適合剛開始用 DeepSeek 的從業(yè)者也適合已經把 AIGC 接進日常流程、但總覺得輸出不穩(wěn)定的熟手。它解決的不是“能不能用”而是“同樣的工具為什么別人用得比你穩(wěn)”。2. 推理模型與通用模型先選對“快思”還是“慢想”2.1 兩類模型的邊界邏輯密度 vs 多樣性很多人第一次用 DeepSeek 會默認“哪個模型新就用哪個”這在一半場景里是對的在另一半場景里會翻車。講義把模型分成兩類推理模型和通用模型。推理模型在傳統(tǒng)大語言模型的基礎上強化了推理、邏輯分析和決策能力常見技術手段包括強化學習、神經符號推理、元學習等它在數學推導、邏輯分析、代碼生成、復雜問題拆解上表現突出。通用模型則更側重語言生成、上下文理解、自然語言處理適合文本生成、創(chuàng)意寫作、多輪對話、開放性問答。關鍵結論是推理模型并非全面更強它只在其訓練目標領域顯著優(yōu)于通用模型通用模型在通用場景更靈活但遇到專項任務需要靠提示語補償能力。這個判斷能幫你省掉大量無效嘗試。比如寫一首詩、改一段品牌文案、做一輪開放式訪談提綱用推理模型不是不行但它容易被“邏輯鏈”帶偏輸出反而緊繃反過來讓通用模型直接做一道需要嚴格驗算的數學題它可能給你一個看起來合理、中間步驟卻跳步的答案。講義用“快思慢想”來概括這個差異概率預測模型像快速反應依賴大量數據訓練來預測答案響應快、算力成本低適合處理即時任務鏈式推理模型像慢速思考基于 Chain-of-Thought 逐步推理問題的每個步驟算力成本高但能處理多維度和非結構化問題。這個分類比“新舊模型”更有解釋力因為它直接對應你的任務類型。維度推理模型通用模型優(yōu)勢領域數學推導、邏輯分析、代碼生成、復雜問題拆解文本生成、創(chuàng)意寫作、多輪對話、開放性問答劣勢領域發(fā)散性任務如詩歌創(chuàng)作需要嚴格邏輯鏈的任務如數學證明性能本質專精于邏輯密度高的任務擅長多樣性高的任務強弱判斷并非全面更強僅在訓練目標領域顯著優(yōu)于通用模型通用場景更靈活但專項任務需提示語補償決策能力能自主分析情況實時做出決策依賴預設算法和規(guī)則進行決策創(chuàng)造力能生成新的創(chuàng)意和解決方案限于模式識別和優(yōu)化缺乏真正創(chuàng)新能力人機互動更自然地與人互動理解復雜情感和意圖按照預設腳本響應較難理解人類情感和意圖這張表不是讓你背而是讓你在動手前先問一句這個任務的核心是“邏輯密度”還是“多樣性”。如果是前者切深度思考如果是后者用普通對話把提示語寫清楚反而更快。2.2 任務映射表什么時候切深度思考我把講義里的任務類型整理成一張可執(zhí)行的映射表。你不需要每次判斷“模型強不強”只需要判斷“任務要不要嚴格邏輯鏈”。任務類型優(yōu)先模型提示語側重點要避免的提示策略數學證明推理模型直接提問無需分步引導冗余拆解如“先畫圖再列公式”代碼生成推理模型簡潔需求信任模型邏輯分步指導如“先寫遞歸函數”邏輯分析推理模型直接拋出復雜問題添加主觀引導如“你認為哪種對”創(chuàng)意寫作通用模型明確約束目標避免自由發(fā)揮開放式指令如“自由創(chuàng)作”多輪對話通用模型自然交互無需結構化指令強制邏輯鏈條如“分三點回答”長文本摘要通用模型或推理模型均可給抽取字段和輸出格式只給“幫我總結一下”實際操作可以按三步走。第一步寫下任務的核心動詞是“證明”“推導”“生成”“改寫”還是“分類”。第二步看這個動詞是否需要中間步驟可驗證。需要就切深度思考不需要就用普通對話。第三步按任務類型寫提示語不要把所有任務都套同一個模板。提示深度思考模式不是“更高級”它只是“更適合邏輯鏈長的任務”。對創(chuàng)意任務強行開啟可能得到結構工整但靈氣不足的結果。2.3 一個可復現的對比實驗想驗證自己是否選對模型不用做復雜評測拿同一道題跑兩組就行。我一般會選一道需要三步以上推理的題比如“某倉庫有若干貨架給出入庫規(guī)則求最優(yōu)揀貨路徑”再選一道開放式題比如“給一款效率工具寫三條不同風格的推廣語”。前者分別用深度思考和普通對話跑后者也跑兩組記錄四個指標正確性、可解釋性、耗時、返工次數。記錄項深度思考組普通對話組是否給出中間步驟最終答案是否正確輸出是否可直接使用需要人工返工幾次實驗的關鍵是固定題面和輸出格式不要中途改提示語。否則你測的不是模型差異而是提示語差異。跑完一輪你會發(fā)現推理模型在邏輯題上的優(yōu)勢通常體現在“中間步驟完整”而不是“答案一定對”通用模型在創(chuàng)意題上的優(yōu)勢體現在“表達更松弛”但約束一多就容易散。這個結論比任何參數表都直觀也是后面提示語策略的前提。3. 提示語不是玄學把需求拆成指令、上下文與期望3.1 提示語的三段式結構與六種類型Prompt Engineering 這個詞聽起來像調參其實大部分工作發(fā)生在寫需求之前。講義把提示語定義為用戶輸入給 AI 系統(tǒng)的指令或信息用于引導 AI 生成特定輸出或執(zhí)行特定任務。它的基本結構包括三部分指令、上下文、期望。指令明確告訴 AI 要執(zhí)行什么任務上下文提供背景信息幫助模型更準確理解期望明確或隱含地表達你對輸出的要求和預期。這個三段式看起來簡單但很多人只寫了“指令”漏了“上下文”和“期望”然后怪模型聽不懂。比如“幫我寫一份周報”是指令但沒給上下文本周做了什么、給誰看和期望字數、結構、語氣模型只能猜。補全后應該是“你是我的工作助理以下是本周三條工作記錄上下文請整理成一份 300 字以內的周報分‘進展、風險、下周計劃’三部分語氣正式但不官腔期望?！敝v義還列了六種提示語類型指令型、問答型、角色扮演型、創(chuàng)意型、分析型、多模態(tài)。它們不是互斥的可以組合。指令型適合翻譯、格式轉換問答型適合知識查詢角色扮演型適合模擬場景但對推理模型要謹慎因為角色設定可能干擾邏輯主線創(chuàng)意型適合內容生成分析型適合對給定信息做推理多模態(tài)適合結合文本和圖像輸入。類型特征示例指令型直接告訴 AI 執(zhí)行任務將以下內容翻譯為法語Hello, world問答型向 AI 提問期望答案用簡單語言解釋什么是鏈式思維角色扮演型要求 AI 扮演特定角色假設你是一位產品經理評審這份需求文檔創(chuàng)意型引導創(chuàng)意寫作或內容生成為一個效率工具寫三條不同風格的推廣語分析型對給定信息進行分析推理根據這份銷售表找出轉化率下降的三個可能原因多模態(tài)結合文本、圖像等輸入讀取這張流程圖轉成步驟說明注意角色扮演型提示語對通用模型通常有效但對推理模型可能干擾其邏輯主線。講義明確提醒不要對推理模型使用“啟發(fā)式”提示比如強行安排角色可能讓它偏離核心目標。3.2 推理模型與通用模型的提示語策略差異這是整份講義里最容易被忽略、但實際使用頻率最高的一節(jié)。推理模型的提示語更簡潔只需明確任務目標和需求因為它已經內化了推理邏輯不需要你逐步指導通用模型則需要顯式引導推理步驟比如通過 CoT 提示否則可能跳過關鍵邏輯或者依賴提示語補償能力短板。我把差異壓縮成三條關鍵原則。第一模型選擇優(yōu)先根據任務類型而不是模型熱度。數學任務選推理模型創(chuàng)意任務選通用模型。第二提示語設計要“看模型下菜”推理模型要什么直接說通用模型缺什么補什么。第三避免兩個誤區(qū)不要對推理模型用啟發(fā)式提示比如角色扮演不要對通用模型過度信任比如直接問復雜推理問題卻不要求分步驗證。策略維度推理模型通用模型提示語長度簡潔聚焦目標結構化補償性引導是否分步無需逐步指導顯式要求分步思考是否給示例通常不需要建議提供示例角色扮演謹慎使用可能干擾邏輯可用幫助進入場景結果驗證信任但抽檢中間步驟必須分步驗證結果一個常見誤區(qū)是“對推理模型過度拆解”。比如你寫“先分析題意再列出公式然后代入計算最后檢查單位”這套指令對通用模型是幫助對推理模型可能是束縛。它本來會自己生成結構化推理過程你強行拆解反而限制了它的能力。反過來對通用模型只寫“證明這個結論”它可能直接給一個跳過關鍵步驟的答案你需要補上“分三步推導每步說明依據”。3.3 五類需求的表達公式與實戰(zhàn)模板講義把需求分成五類決策需求、分析需求、創(chuàng)造性需求、驗證需求、執(zhí)行需求。每類都有對應的表達公式和模型適配策略。這個分類的好處是你不用每次從零想提示語先判斷需求類型再套公式。需求類型特點表達公式推理模型策略通用模型策略決策需求需權衡選項、評估風險、選擇最優(yōu)解目標 選項 評估標準要求邏輯推演和量化分析直接建議依賴模型經驗歸納分析需求需深度理解數據或信息、發(fā)現模式或因果關系問題 數據/信息 分析方法觸發(fā)因果鏈推導與假設驗證表層總結或分類創(chuàng)造性需求需生成新穎內容主題 風格/約束 創(chuàng)新方向結合邏輯框架生成結構化創(chuàng)意自由發(fā)散依賴示例引導驗證需求需檢查邏輯自洽性、數據可靠性或方案可行性結論/方案 驗證方法 風險點自主設計驗證路徑并排查矛盾簡單確認缺乏深度推演執(zhí)行需求需完成具體操作任務 步驟約束 輸出格式自主優(yōu)化步驟兼顧效率與正確性嚴格按指令執(zhí)行無自主優(yōu)化舉一個決策需求的模板可以直接抄目標在兩種方案中選出總成本更低的方案。 選項A 方案前期投入高、長期單價低B 方案前期投入低、按量付費。 評估標準按 5 年總成本計算并考慮需求波動風險。 要求列出計算過程給出關鍵假設最后推薦一個方案并說明觸發(fā)條件。這段提示語在推理模型上可以直接用它會自己展開計算鏈在通用模型上建議再加一句“分三步先列公式再代數計算最后做敏感性分析”。分析需求可以套“問題 數據 方法”比如“以下是某產品三個月的轉化數據請找出下降的三個可能原因并用分組對比驗證”。創(chuàng)造性需求要特別注意約束不能只寫“自由創(chuàng)作”否則通用模型容易給你一篇四平八穩(wěn)的模板文。驗證需求是我用得最多的一類。比如模型給了一個結論我會追加“請檢查這個結論的支撐數據是否充分列出兩個可能推翻它的反例并說明還需要補充什么信息?！边@一步相當于給輸出加了一道后悔藥能攔住不少看起來合理的錯誤。執(zhí)行需求則要寫清輸入輸出格式。比如“將以下 C 語言代碼轉換為 Python保持時間復雜度不變使用 numpy 優(yōu)化數組操作輸出帶測試用例的完整代碼”。這類提示語越具體返工越少。4. 把 DeepSeek 接進工作流代碼、文件與聯網搜索的落地操作4.1 代碼生成與調試從需求到可運行片段代碼生成是 DeepSeek 最容易出效果、也最容易埋坑的場景。講義把編程相關能力拆成代碼生成、代碼調試、技術文檔處理三塊具體包括根據需求生成代碼片段、錯誤分析與修復建議、代碼性能優(yōu)化提示、API 文檔生成、代碼庫解釋與示例生成。落到操作上我通常按“四步法”走先寫清輸入輸出和邊界條件再讓模型先解釋思路再給代碼然后本地跑測試最后把報錯貼回去讓它修復。下面是一個可復現的 Python 示例任務是把一份 CSV 里的重復記錄按規(guī)則去重并保留最新時間戳。代碼塊里的注釋標出了關鍵參數。import pandas as pd def dedup_csv(input_path: str, output_path: str, key_col: str, time_col: str) - pd.DataFrame: 按 key_col 去重保留 time_col 最新的一條。 參數 input_path: 輸入 CSV 路徑 output_path: 輸出去重后 CSV 路徑 key_col: 業(yè)務主鍵列名 time_col: 時間戳列名必須是可比較類型 df pd.read_csv(input_path) # 關鍵參數先轉時間類型避免字符串排序導致“10”排在“2”前面 df[time_col] pd.to_datetime(df[time_col], errorscoerce) # 丟棄時間解析失敗的行避免排序時被空值干擾 df df.dropna(subset[time_col]) # 按主鍵分組取時間最大的一行 result df.sort_values(time_col).drop_duplicates(subset[key_col], keeplast) result.to_csv(output_path, indexFalse) return result if __name__ __main__: dedup_csv(raw.csv, clean.csv, key_colorder_id, time_colupdated_at)這段代碼的邏輯說明pd.to_datetime負責把時間列轉成可比較類型errorscoerce會把無法解析的值變成空值后面用dropna清掉避免排序時出現意外。sort_values按時間升序排列drop_duplicates的keeplast保留每組最后一條也就是時間最新的一條。參數上key_col必須根據業(yè)務主鍵改不要直接套order_idtime_col要確認時區(qū)一致否則跨時區(qū)數據會排錯。讓模型生成這類代碼時提示語不要只寫“寫一個去重腳本”。我一般會寫“用 pandas 實現按主鍵去重保留時間戳最新的一條要求處理時間解析失敗的行輸出函數帶類型注解和參數說明給兩個邊界測試用例?！边@樣模型會主動考慮空值和類型問題。代碼跑失敗后把完整報錯和最小復現數據貼回去不要只貼“報錯了”三個字否則模型只能猜。4.2 文件上傳與長文本處理摘要、抽取與結構化DeepSeek 支持文件上傳能夠掃描讀取各類文件及圖片中的文字內容。這個能力在長文本摘要、合同字段抽取、報告結構化上很實用但直接把整份文件丟進去常常得到“正確的廢話”。我的做法是先預處理再給抽取 schema最后抽樣核對。預處理包括三步去掉頁眉頁腳和重復水印按章節(jié)拆分成可管理的小塊給每塊加一個編號。提示語里不要寫“幫我總結”而要寫清輸出字段。比如處理一份調研紀要我會要求輸出 JSON字段包括“受訪者類型、核心訴求、反對意見、待驗證假設”。模型返回后用腳本檢查字段是否齊全再人工抽查兩條。文件類型預處理動作提示語要點長篇報告按章節(jié)拆分保留標題層級要求按章節(jié)輸出要點不要跨章合并合同/協議去掉頁眉頁腳標注條款編號指定抽取字段要求保留原文依據會議紀要按發(fā)言人或議題分段要求區(qū)分“結論”和“待辦”圖片掃描件先確認文字識別質量要求對模糊處標注“不確定”不要硬猜提示長文本處理不要一次性追求“全”先抽一張表再補細節(jié)。輸出格式越固定后面校驗越省事。4.3 聯網搜索與深度思考模式的組合用法聯網搜索和深度思考解決的是兩類不同問題。聯網搜索補的是“信息時效性”深度思考補的是“邏輯鏈完整性”。組合用法有兩種先搜后推適合需要基于最新信息做判斷的任務先推后搜適合先形成假設、再用檢索驗證的任務。我一般按“檢索—歸納—驗證”三步走。第一步讓模型聯網搜索時帶上時間范圍和來源類型比如“近兩年內的公開行業(yè)報告或官方公告”不要讓它在沒有邊界的情況下自由發(fā)揮。第二步要求它把檢索結果歸納成表格列出“結論、來源類型、發(fā)布時間、可信度備注”。第三步切深度思考讓它檢查這些結論之間是否矛盾并指出還需要補充什么信息。任務核實某個行業(yè)趨勢判斷是否成立。 步驟 1. 聯網檢索近兩年內的公開報告或公告列出至少三條不同來源的信息 2. 用表格輸出結論、來源類型、發(fā)布時間、支持或反對該判斷 3. 切換深度思考檢查三條信息之間是否存在矛盾 4. 最后給出“當前可采信程度”和“還需補充的證據”。 約束不要引用無法核實的匿名帖子對過期信息標注“時效風險”。這段提示語的關鍵參數是“時間范圍”和“來源類型”。沒有這兩項聯網搜索容易給你一堆過期或低質內容。深度思考階段不要讓它重新搜而是讓它基于已有材料做邏輯檢查否則容易陷入反復檢索。最后一步的“可采信程度”不是讓模型拍腦袋而是讓它把證據強弱說出來方便你決定要不要繼續(xù)用。5. 避坑與排查五個最容易翻車的使用現場5.1 對推理模型做“手把手拆解”反而限制能力現象你寫了一大段步驟指令要求模型“先分析題意、再列公式、然后分步計算、最后檢查”結果推理模型輸出變得僵硬甚至漏掉它本來能自己發(fā)現的邊界條件。原因推理模型已經內化了推理邏輯強行拆解會干擾它的邏輯主線相當于讓一個會開車的人每一步都聽你指揮踩離合。解決把提示語壓到“目標 約束 輸出格式”中間步驟交給模型。比如“證明這個結論要求每步說明依據最后檢查單位是否一致”不要寫“第一步做什么、第二步做什么”。如果輸出仍然不理想先檢查任務是否真的需要推理模型而不是繼續(xù)加指令。5.2 拿通用模型硬做復雜推理結果看似合理但經不起驗算現象通用模型給出一段邏輯順暢的答案你復制進方案后來發(fā)現中間某一步偷換了概念或者數據引用對不上。原因通用模型側重語言生成和上下文理解不強調深度推理能力遇到嚴格邏輯鏈任務容易“用表達補邏輯”。解決復雜推理任務優(yōu)先切推理模型如果只能用通用模型提示語里必須顯式要求“分步思考、給出計算過程、標注假設”并在拿到結果后做一次外部驗算。不要因為答案讀起來順就跳過驗算這是最常見的翻車點。5.3 長文檔直接整篇丟進去摘要漏掉關鍵結論現象上傳一份長報告讓模型“總結重點”返回的摘要覆蓋了背景和過程卻漏掉了最后的結論和風險提示。原因長文本里信息密度不均勻模型容易按開頭和結尾的顯眼內容做概括中間的關鍵表格或小字結論被忽略。解決先按章節(jié)拆分給每一塊編號提示語里明確“按章節(jié)輸出要點最后單獨列出結論和風險項”要求模型對不確定的地方標注“原文未明確”。拿到結果后用關鍵詞回查原文確認沒有漏項。5.4 代碼生成不寫測試用例復制進項目才報錯現象模型給的代碼在對話里看起來沒問題復制到本地一跑就報錯常見的是空值、類型不一致、路徑不存在。原因提示語只描述了主流程沒有給邊界條件模型傾向于生成“理想輸入”下的代碼。解決生成代碼時強制要求“帶兩個邊界測試用例”和“列出可能的異常輸入”。代碼跑通后再讓模型做一次代碼審查重點是空值處理、類型轉換和資源釋放。不要跳過本地測試對話里的“運行成功”不等于你的環(huán)境能跑。5.5 聯網搜索不加時間與來源約束拿到過期信息現象模型聯網后給出一組看似權威的數據你引用到材料里后來發(fā)現是幾年前的舊聞或者來源不可靠。原因聯網搜索沒有時間范圍和來源類型約束模型會優(yōu)先抓取容易獲取的內容而不是最新、最可靠的內容。解決提示語里寫清“近兩年內”“公開報告或官方公告”“列出發(fā)布時間和來源類型”對關鍵數據要求給出至少兩個獨立來源最后讓模型標注“時效風險”。如果任務對時效要求高先搜后推不要先推后搜。6. 進階驗證用“可復現的檢查表”把輸出質量穩(wěn)住做到前面幾步你已經能避開大部分明顯坑。剩下的是穩(wěn)定性問題同一個提示語今天好用明天可能因為輸入變化而失準。我的習慣是給每類任務配一張檢查表不讓模型自己判卷而是用外部標準逐項打勾。比如代碼任務檢查“是否有邊界用例、是否處理空值、是否說明時間/空間復雜度”長文本任務檢查“是否覆蓋結論、是否標注不確定、是否有原文依據”決策任務檢查“是否列出假設、是否做敏感性分析、是否給出觸發(fā)條件”。任務類型檢查項通過標準失敗動作代碼生成邊界用例、空值處理、依賴說明本地能跑通兩個異常輸入補提示語要求給測試用例長文本抽取字段完整、原文依據、不確定標注抽取字段無缺失關鍵結論可回查拆分文本縮小單次處理范圍決策分析假設、計算過程、觸發(fā)條件假設可驗證計算可復算切推理模型要求列公式聯網核實時間范圍、來源類型、交叉驗證至少兩個獨立來源標注時效縮小時間范圍重新檢索這張表的價值在于它把“感覺不對”變成“哪一項沒過”。沒過就回到對應章節(jié)補提示語而不是反復重試同一句話。還有一個具體技巧讓模型做“自檢”時不要問“你覺得這個答案對嗎”它會傾向于給自己打高分。要問“請列出這個答案最可能被推翻的兩個點并說明需要什么證據才能確認”。這相當于把自檢變成找反例比讓它自我評價有效得多。從那以后我每次把 DeepSeek 接進流程都先跑一遍這張檢查表再決定要不要把結果交給下游。希望幫到你。本文還有配套的精品資源點擊獲取