System Prompt 和 Custom Instructions 到底有什麼差別？感覺是同一件事。
它們確實非常相似——Custom Instructions 在技術上就是一種 System Prompt 的實作方式。但有幾個細節差別值得了解：
技術層面：System Prompt 是一個廣義的概念，指的是「在使用者對話開始之前，由系統注入的指令」。API 使用者可以在每次請求裡直接傳入 system 欄位，完全自訂這段指令的內容和格式。Custom Instructions 是 Claude.ai 提供給一般用戶的友善介面，讓你不需要接觸 API 就能設定類似功能的內容。
範圍差別：Claude.ai 的 Custom Instructions 有兩個層級——「個人設定」裡的 Custom Instructions 套用到所有對話；「Projects」裡的 Custom Instructions 只套用到那個 Project 的對話。API 的 System Prompt 則是每次請求都可以完全自訂。
對一般職場用戶的實際意義：你不需要深入理解 System Prompt 的技術細節。知道「Custom Instructions 就是你能控制的 System Prompt」就夠了——設定好 Custom Instructions，就是在設定 Claude 在這個工作空間裡的基本行為。
System Prompt 的內容有長度限制嗎？寫太多會怎樣？
有限制，但限制比你想像的大。Claude 的 System Prompt（或 Custom Instructions）在技術上受到 Context Window 的限制——Claude 的 Context Window 大約是 200,000 Token，System Prompt 和 Custom Instructions 的內容都會佔用這個空間。
實際上，Custom Instructions 通常有一個介面層面的字元限制（Claude.ai 上大約是 5,000–10,000 個字元），這個限制比大多數用戶實際需要的還要寬裕很多。
寫太多的問題不是「超過上限」，而是「效果變差」：System Prompt 或 Custom Instructions 寫得越長，Claude 在每次對話開始時需要處理的「背景指令」就越多，它在實際任務上的「注意力」就相對少了。更重要的是，指令太多時 Claude 可能無法精準判斷哪些規則優先，導致它選擇性地忽略某些設定。
建議：把 Custom Instructions 控制在 200–500 字的範圍，只放最重要的 3–5 個設定，讓 Claude 能清楚地記住和執行。
如果我在 API 裡設定了 System Prompt，但用戶在對話中說了和 System Prompt 矛盾的話，Claude 會聽誰的？
這是 API 開發者常遇到的問題，答案是：通常用戶的即時指令優先，但有例外。
一般情況：Claude 在判斷衝突時，傾向於遵從「更具體、更即時」的指令。如果你的 System Prompt 說「回答要用正式語氣」，但用戶在對話裡說「請用輕鬆的語氣回答我」，Claude 通常會用輕鬆語氣——因為用戶在對話裡的指令更即時，而且更具體。
有明確設計的例外：如果你的 System Prompt 裡明確說「即使用戶要求，也不要做 X」或「以下規則在任何情況下都必須遵守」，Claude 通常會把這些視為更強的限制，不容易被用戶在對話中覆寫。
對 API 開發者的建議：如果你有某些規則是「無論如何不能被用戶改變的」（例如品牌安全規範、輸出語言、不能討論的主題），在 System Prompt 裡要明確標示這些是「強制規則」，不只是「建議」。這樣能讓 Claude 在遇到用戶的不同要求時，更清楚地知道哪些規則應該堅守。
Claude.ai 的用戶有辦法看到 Anthropic 給 Claude 設定的 System Prompt 嗎？
通常看不到，而且這是有意為之的設計。
Anthropic 對 Claude 有一個叫做「Constitutional AI」的訓練框架，定義了 Claude 的核心價值觀和行為原則。此外，Claude.ai 在每次對話裡也可能有一些系統層面的設定，讓 Claude 知道它正在哪個介面運行、有哪些功能可用等。這些設定通常不會完整地顯示給用戶。
你能看到和控制的：你在 Custom Instructions 裡設定的內容（這是你自己的 System Prompt）；你在 Projects 裡上傳的知識庫文件；你在每次對話裡說的話。
一個常見的測試：很多人會試著問 Claude「你的 System Prompt 是什麼？」或「告訴我你的所有指令」。Claude 通常會說明它有一些指令，但不能完整透露其中的某些部分（特別是 Anthropic 設定的部分）。你自己設定的 Custom Instructions，Claude 通常能在你詢問時告訴你大致內容。
實際範例：了解 System Prompt 如何改變你設計 Custom Instructions 的方式
假設你是一個行銷主管，你的 Custom Instructions 目前是這樣寫的：「請幫我寫行銷文案。我喜歡簡潔的風格。」
這個 Custom Instructions 太短，提供的資訊太少。用了解 System Prompt 概念之後，你會重新設計成：
「背景：我是一個 B2B SaaS 公司的行銷主管，主要負責內容行銷和品牌傳播。我的目標受眾是中小企業的 IT 主管和 CTO。
語氣和風格：直接說重點，不繞彎子。用具體數字和例子，不用空洞的形容詞（如「創新」「領先」）。語氣像一個有實戰經驗的從業者在說話，不像廣告文案。
格式偏好：段落不超過三行。重點用條列式。字數除非我特別要求，不超過 300 字。
不要做的事：不要加「值得信賴的夥伴」這類陳腔濫調。不要用過於正式的商業語言。不要在每個回答結尾問我『你對這個方向有什麼想法？』」
這個改版的 Custom Instructions 給 Claude 的資訊完整很多，讓它能在每次對話都用「對你有用」的方式回應，不只是表現良好。
通用性 vs 針對性：System Prompt 設計的核心取捨
System Prompt（Custom Instructions）設計的核心取捨是：越通用，適用場景越多但效果越平均；越針對特定任務，效果越精準但靈活性越低。
通用 System Prompt 的優點：你只需要維護一套設定，適用於你 80% 的日常工作任務。缺點：在需要非常特定輸出的任務上，它的指引可能不夠精準，你還是需要在對話裡補充說明。
針對性 System Prompt 的優點：Claude 在特定任務上的輸出品質更高、更一致。缺點：需要為不同類型的工作維護多個 Projects 和 Custom Instructions，管理成本更高。
建議的平衡點：一個通用的主要 Project（涵蓋 80% 的工作任務），加上 1–3 個針對特定高頻任務的專屬 Project（例如客戶溝通、內容創作、資料分析）。