系統提示詞入門：讓 Claude 穩定扮演一種角色

系統提示詞（system prompt）是你在對話開始前就先給好的一段指令：它是誰、管什麼、回答長什麼樣、什麼時候該說不知道。它不是什麼進階功能，一般使用者在 Claude 的設定裡、在專案指令裡填的那幾行字就是它，寫程式的人用 API 的 system 參數送出的也是同一段文字。結論很單純：同一種任務做超過三次，就把每次重打的要求寫成一段指令固定下來，Claude 才會穩定地扮演同一種角色。

這篇依 Anthropic 官網 2026 年 9 月的說明，先講清楚一般使用者在哪裡設得到持久指令，再拆解一段好指令的六個部件，接著給客服回覆助手、國小家教、會議記錄整理、繁體中文潤稿四個可以照抄的完整範例，每個都附上它會怎麼回與一句常見失敗。最後是四個把指令寫壞的方式、用 3 題固定測試把指令修好的做法，以及同一件事在 API 裡怎麼寫。

系統提示詞是什麼：和你在輸入框打的那句話差在哪

差別在生效範圍。你在輸入框打的要求只影響這一題，下一則訊息、明天的新對話都不算數；系統提示詞則是在每一則訊息之前先套用一次，你不必重貼。Anthropic 的 API 文件把它定義成「提供背景與指令給 Claude 的方式，例如指定一個特定的目標或角色」；提示詞寫作指南裡「給 Claude 一個角色」那一節則寫明，在系統提示詞裡設定角色能把行為與語氣聚焦在你的用途上，即使只有一句話也有差別。

一般使用者不會碰到參數，但同一件事在 claude.ai 有幾個介面。說明中心的個人化說明頁列出三項功能，差別只在生效範圍：

• 帳號層級的 Instructions for Claude：點左下角自己名字的縮寫，選 Settings，在「Instructions for Claude」下面寫你偏好的做法、你常用的詞與概念、你常遇到的情境、一般的溝通要求。官網寫明這裡填的內容會套用到你所有的對話。
• 單一主題的專案指令：在專案裡點「Set project instructions」，貼上規則後按「Save instructions」。官網的說法是寫下你希望 Claude 如何表現與回答，而且只對這個專案裡的對話生效；同一頁也註明專案開放給所有使用者、免費帳號最多 5 個。
• 可以開關的 Skills（技能）：官網寫技能為對話加上特定的行為或能力，可以調整回答的語氣與格式，在帳號的「Customize」裡的「Skills」查看與啟用，Free、Pro、Max、Team、Enterprise 都能用，需要先開啟程式執行。說明中心早期另有一頁介紹樣式（Styles），今天查已經是 404，名稱與現況以官網為準。
• 每次在對話開頭自己貼一段：最土的做法，但在任何工具、任何帳號上都能用，適合還在調整、還沒定稿的指令。

官網建議依範圍分工：所有對話都適用的寫在帳號層級，只有某件事適用的寫進那個專案，需要時才叫出來的做成技能。怎麼把一次性的問題問清楚是另一套功夫，本站另一篇提示詞入門有改前改後的對照。

提示詞入門：把問題問清楚的五個原則，改前改後對照著學

Claude 新手入門：Anthropic 的 AI 助手怎麼用、和 ChatGPT 差在哪

一段好指令的六個部件

把幾段真的穩定的指令拆開來看，都有同樣六個部件：角色、範圍、輸入會長什麼樣、輸出格式、拒答與求證規則、語氣。缺哪一個，Claude 就會自己補一個預設值，而它補的通常不是你要的。下面用同一個例子貫穿：一家文具網路商店的客服回覆助手。

• 角色：你是誰、替誰工作、處理哪一類任務。一句話就夠，重點是具體，「一家文具網路商店的客服回覆助手」勝過「很厲害的助理」。
• 範圍：這段指令管什麼、不管什麼，以及超出範圍時該做什麼。沒寫範圍，它就什麼都答，包括你根本不想讓它答的事。
• 輸入會長什麼樣：你每次會貼什麼給它。顧客的原文私訊、一段逐字稿、一段草稿，可能有錯字、可能一次問三件事，先講清楚，它才不會把力氣花在猜。
• 輸出格式：長度、段落、先後順序、要不要清單與標題。官方提示詞指南建議把想要的格式與限制講明確，順序重要時就用編號寫成步驟。
• 拒答與求證規則：資料不足時說什麼、哪些事不准自己補、需要你補什麼。官方的降低幻覺指南把「明確允許 Claude 說我不知道」列為第一個基本做法，說這個簡單的技巧能大幅減少錯誤資訊。
• 語氣：具體的描述加一個對照。官網對組織指令的建議正好是這一點：不要寫「要專業」這種模糊的話，改成「不要用縮寫、俚語或表情符號」這種具體指示。

閱讀完整文字說明

左半邊把一段系統提示詞拆成六個由上往下排列的部件，例子是文具網路商店的客服回覆助手。第一個部件角色：你是誰、替誰工作，例句是「你是一家文具網路商店的客服回覆助手，替我草擬回覆顧客的訊息」。第二個部件範圍：管什麼、不管什麼、超出範圍怎麼辦，例句是「只處理商品用途、訂單狀態與退換貨流程；折扣與贈品改成請我確認」。第三個部件輸入會長什麼樣：我每次會貼什麼給你，例句是「一則顧客的原文私訊，可能有錯字，也可能一次問三件事」。第四個部件輸出格式：長度、段落、先後順序，例句是「先同理一句，再分點回答，最後寫下一步；全篇不超過 200 字」。第五個部件拒答與求證：資料不足時說什麼，例句是「價格與到貨日我沒給你就不要推測，改成幫您確認後回覆」。第六個部件語氣：具體的描述加一個對照，例句是「口語但有禮，稱呼用您，不用表情符號與驚嘆號」。左下角註記：缺哪一個部件，Claude 就自己補一個預設值，而它補的通常不是你要的。右半邊是寫完之後的修正循環，四個步驟由上往下用箭頭相連，最後一個步驟再用一條線繞回第一個步驟。第一步寫一版短的：六個部件各一到兩句，不求寫完所有例外。第二步測 3 題：最常見的一題、資料不足的一題、超出範圍的一題。第三步只改 1 處：存檔後開新對話，再跑同樣的 3 題。第四步還是不聽話：先刪掉互相衝突的規則，再加一個具體例子。右下角註記：一次改三句，變好了也不知道是哪一句起作用；介面名稱與建議依 2026 年 9 月的 Claude 官網。

兩個範例：客服回覆助手與國小家教

以下四段指令都在 200 字上下，貼進 Instructions for Claude 或專案指令都可以，先照抄，再把裡面的細節換成你自己的。

客服回覆助手：「你是一家文具網路商店的客服回覆助手，負責替我草擬回覆顧客的訊息。我每次會貼一則顧客的原文私訊，可能有錯字，也可能一次問三件事。回覆用繁體中文，先一句同理，再分點回答每個問題，最後一句寫下一步；全篇不超過 200 字，不要用標題與表情符號，稱呼用『您』。價格、庫存、到貨日、運費我沒給你就不要自己推測，改寫成『這項我幫您確認後回覆』，並在草稿下方用一行列出你需要我補什麼。顧客要退換貨時只說明流程，不要判斷能不能退。每次先給我草稿，我說可以再整理成能直接貼給顧客的版本。」

• 它會怎麼回：貼上「這款筆記本有沒有 A5 的？下週三前收得到嗎？」，它會先同理一句，分兩點回答，把庫存與到貨日改成「幫您確認後回覆」，最後補一行「需要你補：A5 現貨數量、寄出後的到貨天數」。
• 常見失敗：少了「不要自己推測到貨日」這條，它會很順地寫出「約 2 到 3 個工作天」，那個數字是它補的，顧客卻會當成承諾。

國小家教：「你是我小學四年級孩子的數學家教，他正在學分數的加減。我每次會貼一題題目，或孩子寫的算式。規則：先問孩子卡在哪一步，等他回答再往下；一次只講一個步驟，每個步驟不超過三句話，盡量用生活中的例子（分披薩、量水）說明；不要直接給最後答案，孩子答對就說出他哪一步做對了，答錯就指出是哪一步錯，再出一題同類型的讓他練。用繁體中文，少用專有名詞，非用不可時先用一句話解釋。題目超出四年級範圍就說『這個我們之後才會學到』並換一題。」

• 它會怎麼回：貼上「1/2 + 1/3」，它不會直接寫 5/6，而是先問「你會先做哪一步？」，等孩子回答通分才往下講。
• 常見失敗：漏掉「不要直接給最後答案」，它會把完整解法連答案一起寫出來，孩子照抄了事。

另外兩個：會議記錄整理與繁體中文潤稿

會議記錄整理：「你是會議記錄整理助手。我每次會貼一段線上會議的逐字稿，說話者的標示可能不準，中間會有閒聊與重複。請輸出三個部分：一、決議，每條一句話，寫清楚決定了什麼；二、待辦，每條寫『誰、做什麼、什麼時候之前』，沒講到期限就寫『未定』；三、待確認，逐字稿裡講不清楚或前後矛盾的地方，用問句列出來。只寫逐字稿裡有的事，不要推論動機，也不要補上沒講的期限或負責人。人名照逐字稿寫，聽不出是誰就寫『發言者一』。全文用繁體中文，不要開場白與結語。」

• 它會怎麼回：一份三段式的紀錄，待辦裡通常有幾個「未定」，待確認那段會問「這裡說的『下週』是指哪一天」。
• 常見失敗：沒有「待確認」這一段，它會自己挑一個解釋，把模稜兩可的一句話寫成看起來很確定的待辦。

繁體中文潤稿：「你是繁體中文潤稿助手，讀者是台灣人。我每次會貼一段中文草稿，可能夾雜其他地區的用語或英文。請做三件事：一、改成台灣慣用的詞（軟體、網路、資料、影片、品質、使用者）；二、把句子改短，一句不超過 40 字，刪掉贅字與『作為一個』『總結來說』這類開場；三、保留我原本的語氣與立場，不要新增我沒寫的事實、數字或例子。輸出兩個部分：改好的全文，以及一份修改清單，每條寫『原句、改句、為什麼』。專有名詞、產品名與引號裡的原文不要動。看不出我想講什麼的句子不要硬改，列進清單最後的『請你確認』。」

• 它會怎麼回：改好的全文加一張對照清單，清單最後通常有一兩句「請你確認」，那幾句就是你自己也沒寫清楚的地方。
• 常見失敗：只寫「幫我潤稿，讓文字更通順」，它會順手改掉你的立場、刪掉你的例子，而且不列清單，你要兩邊對照才看得出它改了什麼。

四個把指令寫壞的方式

• 太長太雜：一段指令越長，裡面互相打架與被忽略的機率越高。官網對組織指令的建議是保持精簡清楚，因為它會夾在每一則訊息裡送出；對專案指令的建議也是只放一般性的背景、關鍵原則與 Claude 的角色，單次任務的要求在對話裡講就好。Team 與 Enterprise 的組織指令官網直接給了 3,000 字元的上限，個人指令沒有公布數字，方向一樣：與其寫滿，不如寫準。
• 規則互相衝突：「回答要完整詳盡」配上「每則不超過 100 字」，或「不確定就說不知道」配上「一定要給我一個答案」，兩條它都不會可靠地遵守。官網在組織指令那一頁寫得很直白：避免互相衝突的指令，指令彼此矛盾時，Claude 可能兩條都不會可靠地遵守。那一頁也寫明組織指令優先於個人指令，而少數直接矛盾的情況行為可能不一致，要自己測。
• 只寫不要做什麼：官方提示詞指南的第一條格式建議就是告訴 Claude 要做什麼，而不是不要做什麼，例句是把「不要用 Markdown」換成「用流暢的散文段落寫」。文件也建議附上理由：「這段回答會被語音朗讀，所以不要用刪節號」比單寫「絕對不要用刪節號」有效，因為它能從理由推廣到你沒列到的情況。
• 把事實塞進指令：價格、房型、條文、課表是事實，不是行為，寫進指令，改的時候你多半會忘了改。事實要放專案的知識檔案，指令裡只寫「以知識檔案裡的哪一份為準，那裡沒寫的不要自己補」。

Claude Projects：把資料與指令放進專案，越用越懂你

怎麼測試與修：3 題固定測試，一次只改 1 處

指令不是寫完就對，是改出來的。難的地方在於一次改三句，變好了你也不知道是哪一句在起作用，下次照樣寫錯。用固定的題目與最小的改動，才能把「感覺變好了」變成看得出來的因果。

1. 先寫一版，越短越好：六個部件各一到兩句，不要一開始就想把所有例外寫完。
2. 準備 3 題固定測試：一題最常見的、一題資料不足的（缺價格、缺期限、對方語氣不好）、一題不該由它處理的（超出範圍）。這 3 題之後都不要換。
3. 存檔後開一個新對話再測。官網對組織指令的建議就是這句：存檔後開新對話確認，而且多試幾種不同的問題；指令改了也不會回頭改已經產生的回答。
4. 一次只改 1 處，再跑同樣的 3 題。官網對技能的建議是每做一次重要修改就測一次，不要一口氣把複雜的東西做完再測。
5. 還是不聽話就加例子，不要加形容詞。官方提示詞指南說範例是最可靠的導引方式之一，建議放 3 到 5 個、彼此要有差異，並用標籤和指令分開；「語氣再自然一點」這種形容詞加十次，也不如一個完整的示範。

同一件事在 API 裡叫 system 參數

會寫程式的話，這段指令就是 Messages API 最上層的 system 參數。官方文件寫明輸入訊息裡沒有 system 這個角色，要給系統提示詞就用最上層的 system 參數，它接受一段字串，也接受一組文字區塊。你在 Instructions for Claude 或專案指令裡寫的東西，換到程式裡就是填進這個參數的同一段文字，六個部件照用，改法也一樣。差別只在程式裡同一段指令會套到成千上萬次呼叫，更值得花時間測穩。

第一次呼叫 Claude API：金鑰、費用與十行 Python

習慣用 ChatGPT 的人，對應的功能在那邊叫自訂指令與記憶，位置與生效範圍不同，但六個部件、四個常見錯誤與測試方法一樣適用，換個介面照寫就是。

ChatGPT 自訂指令與記憶功能：讓它記住你的偏好，每次都用台灣繁體中文回答

• AI 工具
• 教學
• 對話助理