目錄
本文資訊以 2026 年 6 月為準，Claude 功能可能隨版本更新而變動。
每次跟 Claude 對話，最花時間的往往不是等待生成結果，而是開頭那幾分鐘的背景交代。反覆輸入類似的背景資料、字數限制、還有語氣要求，久了確實有些消磨精力。Claude 自訂指令（Custom Instructions）就是為了解決這個問題而出現的設計。這項功能採用了一次設定、隨後自動套用的運作邏輯，把角色期待、格式規範與日常的工作習慣直接寫進系統後台，往後每次開新視窗就能直接切入正題。對於經常需要切換多個專案的文字工作者、軟體開發者或團隊成員來說，建立一個整理好的自訂指令範本庫，是讓 AI 順暢融入每日工作流程的第一步。
在開始建範本庫之前：Claude Custom Instructions 的運作方式
要建立一套有效的範本庫，首先需要理解 Claude 的指令系統是怎麼組合起來的。目前 Claude 的自訂指令分為三個層級，彼此疊加、互不衝突。
Profile Preferences（全域偏好設定）
這是最底層的設定，適用於帳號下所有對話。可以把它想成「跟任何人談話時都成立的基本規則」——例如「請使用繁體中文」「不需要在開頭道謝」「保持簡潔，不要廢話鋪陳」。Claude.ai 的 Profile Preferences 字數上限約為 1,500 字元，這個空間不大，所以只放真正普遍適用的規則。
Projects Custom Instructions（專案專屬指令）
這是建立範本庫的主戰場。每個 Project 可以有獨立的 Custom Instructions，字數上限約為 8,000 字元（約 2,000 字）。除了文字指令，還可以上傳最多每檔 30MB 的參考文件（PDF、DOCX、Markdown、CSV 等格式皆支援），讓 Claude 在知識庫層級就理解專案背景。
根據 Claude.ai 目前的方案，免費帳號可建立最多 5 個 Project；Pro 及以上方案則無上限，並支援 RAG（檢索增強生成）自動擴容，知識庫容量最高可擴充至原本的 10 倍。
CLAUDE.md（給 Claude Code 使用的版本）
如果工作場景是使用 Claude Code（命令列工具），則指令是以 CLAUDE.md 檔案的形式存在於專案資料夾中。這個層級屬於開發者場景，對一般創作者和內容工作者來說不是首要設定，但有在使用 Claude Code 的使用者，這個檔案會與 Profile Preferences 同時生效、疊加運作。
三層架構的運作邏輯是：Profile Preferences 先載入，Project Instructions 再補充專案脈絡，最後由語氣風格（Styles）調整輸出形式。理解這個順序，就能知道哪些內容應該放在全域、哪些應該放在專案層級。
為什麼需要 Custom Instructions 範本庫？從重複解釋到一次到位
很多人在使用 Claude 時，常常在對話開頭花好幾分鐘重新解釋背景：「我是做內容創作的」「這個專案的受眾是 30-40 歲的上班族」「請使用口語化的繁體中文」——每次換個專案、換個對話視窗，就要從頭說一遍。這不是使用者的問題，而是沒有把「專案脈絡」預先寫進指令的結果。
Custom Instructions 範本庫的設計邏輯很簡單：把每次都要說的話，提前說好，存成可複用的模板。 每個不同類型的專案，對應一套量身訂製的 Project Instructions，讓 Claude 一開啟對話就已經知道自己的角色、任務、輸出規格，以及哪些事情絕對不能做。
精準調教的關鍵：一份有效 Claude 自訂指令必備的四個要素
根據多位實際使用者的反饋與 Anthropic 官方文件整理，一份有效的 Project Instructions 通常包含以下四個核心元素：
- 角色定義（Role Definition）
告訴 Claude 在這個 Project 中扮演什麼角色。不需要過度浮誇，但要明確。例如「你是本站的 SEO 顧問，熟悉台灣讀者的搜尋習慣」比「你是一個很厲害的 AI 助理」有用得多。 - 行為規則（Behavioral Rules）
明確列出哪些事要做、哪些事不要做。「永遠先確認需求再執行」「不確定的資訊要標注待確認，不要憑空捏造」「回覆長度在 500 字以內，除非使用者明確要求長篇」。 - 輸出格式（Output Format）
指定 Claude 回覆的結構方式。例如「所有建議以條列形式呈現」「程式碼統一放在 code block 中」「表格優先於長段落說明」。 - 具體範例（Examples）
這是最容易被忽略、但效果最顯著的元素。提供一個「好的回覆範例」和一個「應避免的回覆範例」，Claude 的首稿可用率會大幅提升。
一份有效的指令不必面面俱到，重點是「每一行都要有實際影響」。如果去掉某一條規則，Claude 的回覆不會有任何變化，那這條規則就是在消耗上限空間，應該刪除。
五種常見工作場景的 Claude Custom Instructions 範本完整版
以下提供五種常見使用情境的範本，可直接複製並根據實際需求調整括號內的內容。
範本①｜學習 / 個人知識管理專案
你是我的學習夥伴，協助整理和深化對 [學習主題] 的理解。
【學習支援規則】
- 解釋概念時先確認我的理解程度，再決定說明深度
- 使用比喻和實際例子，少用純粹的定義堆砌
- 不直接給答案，而是引導思考方向（除非我明確說「直接告訴我」）
【輸出格式】
- 概念解釋：核心定義（1-2 句）→ 展開說明 → 具體例子
- 練習題：給出題目後，等我回答，再評估並補充
- 學習筆記：使用 Markdown 格式，方便複製到 Notion範本②｜程式開發 / 程式碼審查專案
本專案為 [語言/框架] 應用程式。
技術棧：[e.g. Python 3.12, FastAPI, SQLite]
【撰寫程式碼時】
- 所有函式簽名加入型別提示
- 錯誤處理必須明確，禁止使用空的 except 子句
- 不確定某個函式庫或 API 的行為時，請明確告知
【除錯流程】
- 先詢問錯誤訊息和相關程式碼再給建議
- 解釋修改理由，不只是給出解答
【禁止事項】
- 不在程式碼中留下 API 金鑰或憑證
- 不引入未在技術棧中列出的新框架，除非明確說明理由範本③｜客戶服務 / 業務溝通專案
你是 [公司/品牌名稱] 的客服溝通助理。
【語氣設定】
- 專業、溫暖，不過度正式
- 使用繁體中文，避免英文縮寫（除非是通用術語）
【回覆規則】
- 每次回覆先確認問題核心，再提供解答
- 無法立即解決的問題，提供明確的後續步驟（而非曖昧的「我們會盡快處理」）
- 禁止在未確認的情況下承諾具體期限或賠償金額
【輸出格式】
- 客服信件：主旨 + 正文（開場白、說明、行動項目、結尾）
- 內部摘要：一段話 + 待辦事項列表範本④｜研究分析 / 市場調查專案
你是一位嚴謹的研究分析助理。
【研究原則】
- 先蒐集資料、再給建議（不憑直覺下結論）
- 永遠標注資訊的時效性（「以 [年份] 數據為準」）
- 若存在相互矛盾的資料來源，明確呈現分歧，不擅自選邊
【輸出格式】
- 研究摘要：背景 → 關鍵發現（條列）→ 限制與注意事項
- 競品分析：使用比較表格，欄位統一
- 每份報告結尾附：「建議下一步調查的問題」3-5 個
【禁止事項】
- 不引用無法驗證的統計數字
- 不做超出現有資料支持的推論範本建立後怎麼維護？讓 Custom Instructions 長期有效的三個習慣
Custom Instructions 不是設定一次就永遠有效的東西。隨著工作需求改變、Claude 版本更新，以及累積更多使用經驗之後，範本也需要定期調整。以下三個習慣有助於保持範本庫的有效性。
- 替指令加上時間戳記。
在 Custom Instructions 的結尾加上一行「本指令最後更新：2026 年 X 月」，一方面提醒自己定期檢視，另一方面也讓 Claude 知道這份指令的時效背景，在涉及軟體版本、功能描述時更能判斷資訊的時效性。 - 執行「魔法句測試」。
針對指令中的每一條規則，問自己：「如果刪掉這一行，Claude 的回覆會有任何不同嗎？」如果答案是否定的，這條規則就是無效的指令，佔用了寶貴的上限字元。定期做這個清理動作，可以確保每一行指令都在發揮作用。 - 把全域設定和專案設定分開。
Profile Preferences 只放「每次對話都適用」的規則，例如語言偏好、基本輸出格式。專案特定的背景知識、角色設定、產業術語，統統放在 Project Instructions 層級。這樣的分層邏輯能避免全域設定越來越臃腫，也讓每個 Project 的指令保持精準。
Claude 4.x 如何解讀指令？精確優於模糊的新世代特性
Claude Sonnet 4.5 於 2025 年 9 月推出後，Anthropic 對模型的指令遵循機制進行了顯著調整。與早期版本相比，Claude 4.x 系列對指令的解讀更為字面、更為精確——當指令說「建議修改」，Claude 就會提出建議而不是直接執行修改；當指令說「如果不確定就詢問」，Claude 就會先問再做，而不是自行推斷意圖。
這個特性對範本撰寫帶來了一個重要影響：模糊的指令會帶來模糊的結果。 過去可以依賴模型「猜測意圖」的地方，現在需要明確寫出來。例如，不要寫「保持簡潔」，而要寫「單次回覆不超過 400 字，除非使用者明確要求長篇」；不要寫「請謹慎處理數據」，而要寫「所有數字必須標注來源，若無法確認來源，標注『數據待查核』而非捏造」。
XML 標籤也是 Claude 4.x 中被官方文件明確推薦的格式工具。在複雜的系統提示中，使用 <instructions>、<context>、<examples> 等標籤包裹不同類型的內容，可以幫助 Claude 更清晰地解析指令結構，尤其在指令較長或包含多種不同類型要求時效果明顯。
有了這個理解，回過頭來看前面的五種範本，可以發現它們的設計邏輯都指向同一個方向：角色明確、規則具體、格式可預期、範例可參照。這正是與 Claude 4.x 協作最有效率的方式。
建立這套自訂指令範本庫，目的並不是追求一步到位的完美成果，而是為了省下每次溝通時反覆交代的隱形成本。當全域設定與專案指令各司其職，新對話開啟時，AI 就已經站在對頻的基礎上準備就緒。往後遇到工作流程變動或模型版本翻新，再順手抽換對應的區塊即可。
常見問題
Q1：Claude Custom Instructions 和 Project Instructions 有什麼差別？
Custom Instructions 通常指帳號層級的全域偏好設定（Profile Preferences），適用於所有對話。Project Instructions 則是針對特定 Project 的專屬設定，字數上限更高（約 8,000 字元），可與上傳的知識庫文件搭配使用，適合管理特定主題或客戶的工作場景。
Q2：Claude Free 方案可以使用 Custom Instructions 嗎？
可以。Claude 免費方案支援 Profile Preferences 設定，以及最多 5 個 Projects（含 Project Instructions 功能）。付費方案（Pro 及以上）則提供無限 Projects，並附帶 RAG 知識庫擴容功能。
Q3：Custom Instructions 字數越長越好嗎？
不是。過長的指令會消耗對話的 context window，且過多規則反而可能相互衝突。Profile Preferences 建議控制在 1,500 字元以內；Project Instructions 雖有 8,000 字元上限，但實際測試上以 500 詞以下最有效率。重要的是每一行指令都能改變 Claude 的行為，而非只是聽起來合理。
Q4：Claude 4.x 版本的自訂指令撰寫方式跟舊版有什麼不同？
Claude 4.x（含 Sonnet 4.5 及之後版本）對指令的解讀更為字面精確，不會自行推斷模糊指令的意圖。建議改用具體、可量化的描述，例如將「保持簡潔」改為「單次回覆不超過 400 字」。另外，官方也建議在複雜提示中使用 XML 標籤（如 <instructions>、<examples>）來幫助 Claude 解析指令結構。
Q5：如何知道自己的 Custom Instructions 有沒有生效？
最直接的方法是在新對話中請 Claude 摘要它理解的工作規則，觀察是否與設定一致。另外可以針對指令中的特定規則設計測試提示，例如刻意給一個模糊的請求，看 Claude 是否按照規則要求先澄清再執行。若回覆與預期不符，通常是因為指令表達仍有歧義，需要進一步具體化。