DeepSeek 提示詞怎麼寫：從會問到問得準

同一個需求，兩種問法，兩個世界。

「幫我寫個產品描述。」回來的會是一段「工作流的未來」式的萬能空話——一千個 App 套上去都成立，因為你什麼都沒說清：哪個產品、給誰看、多長、不要什麼，全靠模型猜。

換一種問法：「改寫下面的產品描述。產品是一個面向自由接案設計師的專案管理 App，讀者是想要比企業軟體更簡單的單人使用者。120 字以內，專業但不端著，不用行業黑話。輸出一段 markdown 加一句 slogan。定稿前檢查：每個說法都要有原文依據。」同一個模型，同樣三十秒——但這次答案拿來就能用。

這道差距就是本篇要填的坑。這個前後對照我跟同事現場演示過不止一次，第二個提示詞落地的瞬間，是我所知道最便宜的演示。寫好 DeepSeek 提示詞不靠咒語，也不靠套路話術，靠的是把一份含糊的「想要」變成一張完整的訂單。而且 2026 年的 V4 思考時代，規則已經變了——網路上大部分教學還沒跟上。這篇 deepseek提示詞技巧指南講清楚：框架怎麼搭、官方提示庫怎麼用、思考模式改了哪些規則、結構化輸出怎麼做、多輪對話怎麼不跑偏，最後附一批可以直接複製的提示詞模板。

為什麼 DeepSeek 提示詞的玩法變了

兩件事變了，都直接影響你怎麼寫。

第一是模型。V4 在 2026 年 4 月 24 日成對發布：deepseek-v4-pro（1.6T 參數，扛複雜推理和長程式碼）和 deepseek-v4-flash（284B 參數，主打速度），上下文視窗都是 100 萬 token。舊的 API 別名 deepseek-chat 和 deepseek-reasoner 已於 2026 年 7 月 24 日之後退役——這順帶讓網路上一半教學悄悄過期了，那些範例裡還寫著三年前模型名的文章就是化石。你正在讀的指南如果還在教你用那兩個舊名，它後面的一切都該打個問號。（完整的模型來龍去脈見 DeepSeek 是什麼。）

第二件事更大：思考模式。DeepSeek 現在回答之前會先跑一遍思維鏈，API 層面預設開啟。這直接改寫了提示詞的任務。舊的提示詞工程打法——引導模型一步步推理、堆少樣本範例、念叨「請仔細思考」——都建立在一個前提上：你得教模型怎麼想。現在不用了。導航系統自己會規劃路線，它需要你給的是精確到門牌號的目的地，而不是開車路線。

中文開發者圈流傳一個說法很到位：DeepSeek 的深度思考功能已經在很大程度上代替了提示詞工程的作用，但結合提示詞工程，輸出會更加的「拿來即用」。這就是誠實版的結論——思考歸模型，定義歸你。

所以重心挪了：少寫「怎麼思考」，多寫「做成什麼樣才算完」。

五要素框架：一張完整的點菜單

任何可靠的提示詞——不管是給 DeepSeek 還是別的模型——都在回答五個問題。缺一個，模型就用猜測補位，而猜測正是翻車現場。

像在餐廳點餐：後廚手藝沒問題（那是模型），但後廚不會讀心——

要素	回答什麼問題	點餐版本	缺了會怎樣
任務 Task	到底要幹什麼？	菜色	端上來一道「差不多」的菜
上下文 Context	給誰用、什麼場景？	忌口、場合、同桌幾人	對錯誤場景的正確回答
約束 Constraints	範圍、長度、語氣、禁項？	預算、辣度、不要香菜	又長又跑調，還塞進你明令禁止的東西
輸出格式 Output	長什麼形狀？	內用擺盤、外帶盒裝、家庭份	要表格時收到一坨文字
驗證 Verification	怎麼確認對了？	核對單據	錯得理直氣壯，沒人攔

整套東西做成填空模板：

任務：
[要得到的精確結果。]

上下文：
[讀者、場景、目標、背景、原材料。]

輸入：
[要處理的文字、資料、程式碼或需求。]

約束：
- [長度、語氣、範圍、禁項、技術規則]
- 只用給定資訊；缺必要資訊就指出來，不要編。

輸出格式：
[markdown、表格、JSON、程式碼、清單、郵件……]

驗證：
定稿前：
1. 逐條檢查上述要求是否都滿足。
2. 標出你做過的假設。
3. 確認輸出符合指定格式。

隨手問個小問題，任務和輸出格式兩行就夠。但凡是要交付的東西——程式碼、客戶郵件、要發布的文案——五項帶齊。這套骨架在全世界的提示詞教學裡換了各種名字出現，但核心全是這五個。

四個框架，一張表看懂

你會撞見好幾個帶名字的框架。它們遠看不同，近看是同一件事：

框架	組成	出身
T-C-C-O-V	任務、上下文、約束、輸出、驗證	chat-deep.ai 的編輯框架（2026）
CO-STAR	上下文、目標、風格、語氣、受眾、回應格式	通用老牌框架，V4 使用者裡流傳廣
RICE	角色、輸入、能力、期望	中文開發者從 DeepSeek 官方提示詞逆向提煉
立角色四段	立角色 + 述問題 + 定目標 + 補要求	騰訊雲開發者的「萬能模版」

拉遠看，它們全是同樣的四步：立角色或給背景、下任務、劃邊界、定輸出。CO-STAR 把風格語氣拆成兩個旋鈕；T-C-C-O-V 多了驗證一步（值得留——最常被跳過、也最容易救命的就是它）。選一個，用熟。換框架不會變強，把任何一個用完整才會。

官方 DeepSeek 提示詞庫

大部分指南不會告訴你：DeepSeek 官方自己就發布了一套提示詞庫，十三個場景、每條都是完整可用的成品提示詞。這是「這模型的好提示詞長什麼樣」最接近官方答案的地方：

場景	幹什麼用
程式碼改寫	糾錯、註解、最佳化給定程式碼
程式碼解釋	講清一段程式碼的邏輯
程式碼生成	按描述寫出能跑的程式碼
結構化輸出	把內容抽取成 JSON
內容分類	按預定義類別歸檔文字
角色扮演（自訂人設）	按設定人物對話
角色扮演（情境續寫）	模擬一個場景裡的對話
散文寫作	按主題創作散文
詩歌創作	按指定風格寫詩
文案大綱	從主題生成文章大綱
宣傳標語	押韻上口的商品標語
提示詞生成	讓 DeepSeek 替你寫提示詞
中英翻譯專家	忠實且道地的雙向翻譯

官方提示詞的形狀高度一致——就是上面那個框架。拿宣傳標語那條舉例（縮短版）：「你是一個宣傳標語專家……結合產品核心價值和特點……一定要押韻，不要太過書面化。只輸出宣傳標語，不用解釋。請生成『希臘優格』的宣傳標語。」角色、任務、約束、輸出規則、輸入，五件套齊了。內容分類那條更講究，直接用 markdown 小節標題——#### 定位、#### 能力、#### 知識儲備、#### 使用說明——把人設、能力、類別清單和輸入輸出約定分區圈好。結構不是裝飾，是防止你的類別清單漏進答案裡的圍欄。

有一個場景值得單獞點燈：提示詞生成器。你用大白話描述想要什麼，DeepSeek 幫你起草結構化提示詞。這是正經的元技巧——拿不準怎麼寫時，先讓模型幫你打個底稿，再自己收緊。

三條改良公式

官方庫是地板不是天花板。三條改良，任何官方風格的提示詞都能再上一檔：

補受眾。「總結這篇論文」變成「給一個需要結論但不需要方法的產品經理總結這篇論文」。總結的深淺、用詞、取捨立刻鎖死。
釘死輸出格式。官方散文場景寫了 750 字，你的提示詞也應該有同等精確度的約定——幾列表格、欄位叫什麼、JSON 長什麼樣、「一段正文加一句 slogan」。格式上的含糊是「差不多得了」式回答的溫床。
加一行驗證。一句「作答前檢查上述要求是否逐條滿足；把你做過的假設標出來」——就能攔住編出來的數字和漏掉的約束。這是你能裝上的最便宜的品質閘門。

三條全加到官方的程式碼改寫提示詞上，它就從「解釋問題並最佳化」變成「解釋問題與修法，然後最佳化；最佳化後的程式碼必須保留原 API；處理不了的邊界情況要註明；最終程式碼放一個程式碼區塊裡，只給改動行加註解」。骨架沒變，牙齒鋒利了。

思考模式改寫了規則

這一節專門給網路上大多數提示詞建議判死刑。三條規則，全部出自官方思考模式文件：

規則一：取樣旋鈕斷線了。思考模式下，temperature、top_p、presence_penalty、frequency_penalty 全部無效——設定了不報錯，但一個都不起作用。所有教你「溫度調到 0.6 輸出更穩」的教學，描述的都是一個接了線但沒通電的儀表板。走 API 真需要這些控制，先關思考模式；否則把力氣花在提示詞上，那裡才有回報。

規則二：咒語過時了。「請一步步思考」「再想想」「深呼吸」。前思考時代這些話確實有可測的提升，現在推理過程不管你問不問都會跑，請求查看推理過程只會讓回答更長。要嚴謹，別討要態度，直接點名交付物：「列出你做的假設」「回答前逐條核對約束」「先給答案，再給兩行理由」。這些是你能檢查的產出，不是你期望的情緒。

規則三：思考力度是設定，不是句子。API 層面思考預設開啟、預設 effort 為 high，用 reasoning_effort 在 low、high、max 三檔之間調：

你請求的檔位	模型實際執行
low	low
medium	high
high	high
xhigh	high
max	max

網站上是同一個開關換了件衣服：即時回答和深度思考兩個按鈕。有個分歧值得知道：API 文件說思考預設開啟，社群實測 v4-flash 在日常聊天裡更偏快答。兩個說法各自成立——API 參數對 API 呼叫是權威的，網頁端會按模型挑一個合理預設。別被任何一邊嚇到。

三條規則的實操翻譯：思考時代你不管模型怎麼想，你管它拿到什麼——精確的任務、真實的約束、可檢查的「做完」標準。路線規劃交給模型，你只負責把地址報準。

結構化輸出：標籤、表格與 JSON

提示詞一長——角色、背景、任務、規則、格式——散文段落就開始互相滲色。結構能治，而且 DeepSeek 原生就認 markdown 和 XML 風格標籤。

日常聊天提示詞，markdown 圍欄和標題就夠用：任務放頂上、原材料放 --- 線下面、規則列清單。零件一多，XML 風格標籤能砌更硬的牆：

<context>
Q3 電商資料：5 萬列；欄位為 date、SKU、revenue、customer_region。
</context>

<task>
寫一段 Python：按 customer_region 彙總 revenue，
只保留總額超過 1 萬美元的區域。
</task>

<rules>
- 只用 pandas 標準功能，不引其他庫。
- 只輸出腳本本身，不解釋。
</rules>

沒什麼玄的——標籤只是說「背景住這邊，命令住那邊，硬性限制住那頭」。就像印刷廠讓你填規格單而不是在稿子背面寫要求：欄位防止各部門之間串行。

JSON 在 API 端是真正的契約，不是口頭承諾。三個條件，全部出自官方 JSON 指南：

把 response_format 設成 {'type': 'json_object'}。
提示詞裡出現 "json" 字樣，並附一個目標結構的範例。
max_tokens 給足——JSON 字串中途截斷等於全廢。

文件裡還有一條誠實的註腳：該功能偶發回傳空內容，官方說正在最佳化、改寫提示詞可緩解。這正是第三條紀律存在的原因——開了 JSON 模式也要在自己的程式碼裡校驗。契約好不好，看門口的驗貨。

格式要求最硬的場景還有一把大錘：前綴續寫。你把答案的開頭替模型寫好——一條 assistant 訊息以 ```python\n 結尾——並標記 prefix: true，模型只能順著你的程式碼區塊往下寫。再配 stop=["```"]，模型想附贈的解釋根本沒機會出現。（這是 API /beta 端點上的 Beta 功能——重型工具，但當格式合規率必須 100% 時，沒有比它更絕對的。）

多輪對話不跑偏的寫法

每一條「它忘了兩則訊息前我說過什麼」的抱怨——我自己就當了一整週的抱怨方，後來才去讀文件——背後都是同一個機制：API 無狀態。伺服器不記得任何上下文，每次請求由你的客戶端把全部歷史重送一遍。官方多輪對話指南給的就是這個模式——附加上一輪回答、附加新問題、整包重送。

網頁聊天替你記著，但它防不住更隱蔽的失效：到第十二輪，你第一輪定下的約束已經在十二屏之外了。每段長對話都是一個記性差但手藝極好的同事——手藝不會退化，退化的只有任務簡報。所以解法是簡報紀律：

承重約束每輪重申——受眾、格式、禁項，在它起作用的訊息裡帶上一句就行：「老規矩：只要表格，不要推測。」
長對話定期總結重開。跨過一個里程碑，讓模型把目前的決定總結一遍，然後帶著總結加原始約束開個新對話。用一點上下文換回大量的一致性。
API 上注意思考軌跡。思考模式不帶工具時，歷史輪的思維鏈可以從上下文裡去掉——反正 API 也會忽略。但請求一旦帶 tools，每一輪的 reasoning_content 必須原樣全量回傳，否則 API 直接 400。多輪 agent 程式碼要是「貼心」地做了裁剪，就會正好死在這裡。

跑偏不是模型變笨了，是你的原始指令正在淡出畫面——而結構就是讓它們留在畫面裡的辦法。

可直接複製的提示詞模板

十二條起手式，全部按五要素骨架搭好。複製、替換方括號、開幹。（為 DeepSeek 調校，框架本身到哪都好使。）

程式碼生成

任務：寫一個 Python 函式，實作[精確行為]。
上下文：Python 3.11 環境；呼叫方傳入 [類型] 串列；錯誤要拋出，不要吞。
約束：只用標準庫。帶型別標註。空輸入要優雅處理。
輸出格式：一個程式碼區塊，加兩行用法範例。
驗證：定稿前用一個 3 元素串列走一遍，確認結果。

程式碼解釋

任務：逐段解釋這段程式碼在幹什麼，難懂的地方逐行講。
上下文：我是[你的情況：剛接手這個程式碼庫 / 在審一個 PR]。
約束：只解釋，不改寫。發現的 bug 另外列出來。
輸出格式：先一小段總結，再編號走讀，最後「疑似 bug：」（沒有就寫「無」）。

程式碼除錯

任務：查明這段程式碼為什麼[觀察到的錯誤行為]。
上下文：預期是[正確行為]。環境：[語言版本、系統]。
輸入：[程式碼] + [報錯訊息或錯誤輸出]。
約束：先診斷後修。修法不得改變對外 API。
輸出格式：1) 根因 2) 最小修復程式碼區塊 3) 一個本可攔住它的測試案例。

結構化 JSON 抽取

任務：從下面的文字中抽取關鍵事實，輸出 JSON。
約束：嚴格用這個 schema：{"topic": string, "date": "YYYY-MM-DD 或 null", "figures": [{"label": string, "value": string}], "summary": string}。缺的填 null，不許猜。
輸出格式：只輸出 JSON 物件，無任何說明。
輸入：---
[文字]
---
驗證：每個日期和數字必須能在原文中逐字找到；拿不準的一律 null。

長文件摘要

任務：為 [受眾，如「要決定是否批預算的高管」] 摘要這份文件。
上下文：他們在乎 [成本/風險/時程]；不需要方法論。
約束：200 字以內。每個說法必須出自文件——拿不準的標（存疑）。
輸出格式：三個要點：它提議什麼 / 它花多少錢 / 最大風險是什麼。

中英翻譯

任務：把下面的文字從 [來源語言] 翻成 [目標語言]。
約束：翻意思不翻字——道地流暢的 [目標語言]。已是行業標準的術語保留原文。保留原有格式和分段。
輸出格式：只給譯文。有歧義的短語，翻你最認可的讀法，後面加 [另解：另一種讀法]。

文案大綱

任務：為 [主題] 擬一份文章大綱。
上下文：讀者 [誰]；目標 [科普/說服/教學]；語氣 [如：務實直接]。
約束：4-6 個主章節；每節列 2-4 個要點說明涵蓋什麼；必須有一節回應讀者最大的疑慮。
輸出格式：markdown 標題加要點，最後給 3 個標題選項。

宣傳標語

任務：為 [產品] 生成 10 條標語，每條都扣住它的核心價值：[價值點]。
約束：每條最多 8 個字組。至少 3 條押韻。禁用大詞（「賦能」「引領」「革新」）。
輸出格式：編號清單。別的什麼都不要。

郵件潤色

任務：改寫這封給 [收件人] 的郵件，做到 [如：短三分之一、語氣更硬但不失禮貌]。
上下文：關係 [如：已兩次誤期的客戶]；我的目標 [如：定死最終日期而不升級衝突]。
約束：保持我的語氣——專業但不官腔。不要替我加我沒寫過的道歉。
輸出格式：改後的郵件，加一行說明你改了什麼、為什麼。

學習計畫（費曼式）

任務：從零教我 [主題]。
上下文：我的基礎是 [背景]；我先看例子再懂原理。
約束：先給一個具體例子，再講它說明的原理。每次回覆只講一個概念。
輸出格式：例子 →「原理：」→「自測：」一題。等我回答再繼續。

決策對比

任務：針對我的情況對比 [方案 A] 和 [方案 B]，給出推薦。
上下文：我在意的標準按序是：[標準1]、[標準2]、[標準3]。底線：[如有]。
約束：兩條方案對每條標準打分（1-5）並各配一行理由。資訊缺失寫「未知」，不許估。
輸出格式：一張打分表，加兩句話推薦，再加這條推薦最大的一個風險。

腦力激盪整理

任務：把我下面這堆亂筆記整理成結構化簡報。
輸入：---
[貼上原始筆記]
---
約束：一個想法都不許刪——只歸組。重複的合併成一條標 "(x2)"。
輸出格式：按你起的 3-5 個標題分組；每個想法一行；放不進任何組的進「懸而未決」區。

十二條的共同點：沒有任何玄學。任務、上下文、約束、格式、結尾一道檢查。功力全在具體度——那個 schema、那串禁用詞、那句「缺資訊就標未知」。做到這裡，你的提示詞就不再是抽樂透。

Flash 還是 Pro：提示詞配對模型

兩個在售模型想要的提示詞略有不同。v4-flash 答得快、擅長直接任務——這類就直問，省掉「請一步步推理」的鷹架，那只會白加延遲。v4-pro 在多步推理、長文件、正經程式碼上才值回票價——這類上完整五要素，讓思考模式去磨。

同時用兩個模型的團隊常在內部模板頂上加一行路由約定——「用 flash：快速查詢，無需推理」 / 「用 pro：多步分析」——把選模型變成提示詞約定的一部分，而不是每次現猜。社群報告把簡單流量路由給 flash 的省錢比例放在 60–80%（這是估算不是基準測試——你的比例取決於流量構成）。但方向沒人有異議：快問題給快模型，深問題給深模型，提示詞跟著車道走。

常見錯誤

按「悄悄拉低你輸出品質」的頻率排序：

照抄過期教學。模型名會前進，教學不會。deepseek-chat 和 deepseek-reasoner 已於 2026 年 7 月退役——你手上的參考資料還在用它們，裡面其他內容也該一併存疑。提示詞指南自己也會爛：本次調研中排名靠前的一篇技巧文，頁面已經 404。
擰溫度旋鈕。上面講過，值得重複，因為它無處不在：思考模式下四個取樣參數全是擺設。力度該調 reasoning_effort，不是念溫度玄學。
咒語代替指令。「仔細思考」是一種情緒，「列出你的假設，然後逐條核對約束」是一份交付物。只有一個會出現在輸出裡——不用猜是哪個。
堆少樣本範例。DeepSeek 對零樣本指令回應很好——一段清晰的任務描述通常勝過三個塞滿的範例，社群實測反覆驗證「上下文更少、聚焦更好」。格式實在說不清時再給範例；其他時候，把它說清楚。
一坨塞完所有資訊。角色、資料、規則、客套話擠在同一段裡，約束必丟。用標籤或標題分區——背景 / 任務 / 規則 / 格式——讓「哪句是承重的」無需猜測。
跳過驗證。兩頭都跳：提示詞裡的驗證行（模型自查）和你自己的通讀（模型不是最後一道防線——你才是）。JSON 模式照樣要過解析校驗；「自信地錯」能活過每一次模型升級。
把提示詞當工具用。提示詞可以寫「查一下資料庫」，但沒有任何措辭能真給它一個資料庫。API 上工具由你的應用定義和執行；提示詞的職責只是說明什麼時候用得上工具。
放任長對話自流。約束會隨輪次衰減。重申它、總結重開它，API 上記得多輪那一節的思維鏈回傳規則。

沒有一條是模型的失敗。每一條都是簡報的失敗——這是好消息，因為簡報是你能控制的那部分。

常見問題

怎麼寫好 DeepSeek 提示詞？一張完整的訂單：任務、上下文、約束、輸出格式、驗證。五項缺一，模型就猜——猜測就是你看到的翻車。上面的五要素框架就是全部訣竅，剩下的練。

模型都會「思考」了，還要提示詞工程嗎？比 2024 年少，比炒作的說法多。deepseek思考模式接管了舊技巧（思維鏈話術、範例堆疊）過去硬湊的「怎麼推理」。剩下的——也是現在更值錢的——是定義：到底要什麼、給誰、什麼邊界、什麼形狀、怎麼驗收。深度思考配上含糊的提示詞，產出的是更精緻的含糊。

用中文還是英文寫提示詞？都行——DeepSeek 是強雙語模型，訓練和官方提示詞庫都把中英當一等公民。用你思考用的那種語言，只有一個例外：同一條提示詞內保持一致。指令語言來回切換是保真度下降的地方（內容本身混語言當然沒問題，翻譯任務就是幹這個的）。

為什麼 DeepSeek 不聽我的指令？通常是三種之一：指令埋在一坨文字裡（分區）、定在好幾輪之前（重申）、或與更靠後的指令衝突而模型靜默選了邊（把優先級挑明：「X 和 Y 衝突時以 X 為準」）。真「拒絕」很少見——幾乎總是它壓根沒清楚收到那條規則。

調 temperature 還有用嗎？思考模式下沒有——temperature、top_p 和兩個懲罰參數在那裡都被忽略，設不設一樣。API 上想找回它們得先關思考，大批量要創意多樣性時才划算；否則力氣花在提示詞上，那裡永遠有效。

哪裡能找到 deepseek提示詞大全？官方提示詞庫就是最可靠的一份：十三個場景、每條成品級提示詞，比網路上轉來轉去的「xx 條大全」都新、都準。中文圈的 deepseek提示詞技巧文章多數是官方庫的轉述加改寫——源頭直接讀官方（官方入口彙總見 DeepSeek 指南），再用本文的三條改良公式加料，比收藏十個大全都管用。

deepseek-chat 和 deepseek-reasoner 去哪了？2026 年 7 月 24 日作為別名退役。它們最後幾個月映射到 v4-flash；現役名字是 deepseek-v4-flash 和 deepseek-v4-pro。舊程式碼該更新了，還在用舊名的教學也該打折扣信。

最短路徑的下一步：打開官方提示詞庫，挑一個最貼近你日常工作的場景，用上三條改良——受眾、格式、驗證行——再用它一次。二十分鐘的動手，勝過再讀一小時理論。

Edward Wang