重點摘要
公開系統提示詞是信任工程,還是讓開發者有了拆牆的工具?
提示詞從 300 字膨脹至 3,000+ tokens,社群認為大部分規則是補丁集合、矛盾指令拉低整體品質,格式指導更幾乎形同虛設。
進階用戶可透過 CLAUDE.md 與 Claude Code 的 rules/ 功能主動裁剪冗餘規則,Anthropic 自身移除 80% 提示詞後 evals 無損即為佐證。
OpenAI 與 Google 均未公開消費者端系統提示詞,Anthropic 開創先例,但 Claude Code 提示詞與工具定義仍是未公開的黑盒。
前情提要
章節一:Claude 系統提示詞全文曝光——公開了哪些行為規範
Anthropic 自 2024 年 8 月起,以更新日誌形式公開 Claude 的系統提示詞,涵蓋 Haiku、Sonnet、Opus 各版本,這在 AI 業界屬罕見之舉。
公開的提示詞揭示了 Claude 的五大行為規範層:兒童安全(最高優先)、武器與有害物質、惡意程式碼、使用者心理健康,以及語氣與格式。「拒絕門檻」的設定尤為具體——只有「具體、特定的嚴重危害風險」才會觸發拒絕,假設性或令人不適的請求並不構成拒絕理由。
心理健康規範是提示詞中最詳盡的段落之一:明確禁止建議用冰塊替代自傷、禁止列出自殺方法,並指定可轉介的支持機構為 National Alliance for Eating Disorders(非 NEDA)。這類細節顯示 Anthropic 在試圖以提示詞精準管控高風險邊緣場景。
最新版本為 Claude Opus 5 的系統提示詞,於 2026 年 7 月 24 日更新,知識截止日期為 2026 年 5 月 31 日;Claude Sonnet 4.6 則更新於 2026 年 2 月 17 日。值得注意的是,這些提示詞僅適用於 claude.ai 網頁版與行動 App,不影響第三方開發者使用的 Anthropic API。
章節二:社群熱議——「大部分提示詞與智慧無關」的批評與反思
HN 社群對提示詞公開的反應,核心矛盾集中在一個問題:從 300 字到 3,000+ tokens 的膨脹,到底帶來了什麼?
開發者 dbgrman 的評論引發廣泛共鳴:「大部分內容與智慧無關,也與我需要 AI 完成的事無關。」他具體指出提示詞要求 Claude 避免使用 "genuinely"、"honestly"、"straightforward" 等詞,理由是這些詞顯得不誠實——而這條規則本身恰恰說明提示詞在試圖「修補行為」,而非「建立行為」。
HN 技術觀察者更點出設計矛盾:Anthropic 在 Claude 5 的指導文件中承認矛盾指令有害,卻在自家提示詞中重蹈覆轍——一方面承認 Fable 5 某些能力優於其他模型,另一方面又要求維持頂級表現期望。研究已顯示,含矛盾指令的提示詞即便在矛盾範疇之外也會導致品質下降。
ses1984 的評論以更犀利的方式總結:「Make their problem everyone else's problem.」意指 Anthropic 把少數邊緣案例的安全顧慮以全域提示詞形式強加給所有用戶,讓一般場景的使用體驗為此付出代價。
格式指導的失效是另一個具體例子:提示詞明確要求避免過度格式化,但用戶普遍反映 Claude 仍頻繁輸出冗長結構化回覆。更有趣的是,Prefix caching 技術讓冗長提示詞的邊際 token 成本接近零,這或許解釋了 Anthropic 未積極精簡的工程動機。
名詞解釋
Prefix caching:將相同前綴的提示詞結果快取後共用,後續呼叫無需重新運算,大幅降低長提示詞的額外 token 成本。
章節三:CLAUDE.md 自定義檔案如何重塑使用者與 AI 的互動
系統提示詞透明化帶來了一個意想不到的實際效益:它讓進階使用者得以「對比審視」官方規則與自身需求之間的差距,並透過 CLAUDE.md 與 Claude Code 的 rules/ 功能主動填補這個差距。
dbgrman 明確說明了操作邏輯:Opus 5 系統提示詞的大部分內容,其實都可以搬到 rules/ 或漸進揭露檔案中(例如「當被問到特定主題時,讀取對應的 md 檔案」)。這種作法讓提示詞從「全域廣播」變成「情境觸發」,在他的實際使用中,CLAUDE.md 確實大幅影響了 LLM 的回應品質。
白話比喻
官方系統提示詞像是一份「全體員工手冊」,CLAUDE.md 則是你給新成員的「這個部門特別說明」——後者因為更具體、更有情境,往往比前者更有效。
X 用戶 @alex_prompter 的觀察佐證了這個方向:Anthropic 在更新 Claude Code 時移除了超過 80% 的系統提示詞內容,coding evals 卻未出現可測量的損失。這個數據暗示現有提示詞中有大量內容屬於「防禦性累積」而非「功能性必要」,透明化正好讓外部開發者也能做出同樣的判斷與裁剪。
然而這條路徑並非對所有人開放。CLAUDE.md 的有效使用需要足夠的技術背景——理解提示詞機制、知道哪些規則可以覆蓋、如何組織 rules/ 結構。對一般消費者而言,透明化更多是「知情」而非「賦能」。
章節四:系統提示詞透明化對 AI 產業的影響
OpenAI 發布模型卡與安全報告,Google 亦有類似文件,但兩者均未公開消費者聊天機器人的系統提示詞細節。Anthropic 的做法在業界開創了新的透明化標準。
Anthropic Developer Relations Lead Alex Albert 於 2024 年 8 月宣布這項決策時,明確以「不妥協的誠信」 (uncompromising integrity) 作為差異化定位。從品牌策略角度,這是一步有效的信任建立動作——特別是在 AI 行為黑盒問題持續引發監管關注的背景下。
然而 Simon Willison(Django 創始人)的觀察為這個定位加了一個重要的星號:他整理了 Claude 4 的系統提示詞注釋版本,同時涵蓋 Anthropic 公開的部分與外洩的未公開段落。這揭示了「透明化」的選擇性——公開的是「意圖聲明」,未公開的工具定義與 Claude Code 的 670+ 版本系統提示詞,才真正決定了開發者場景下的實際行為。
這個「選擇性透明」的問題,可能是未來社群持續追問的核心:一家以誠信為品牌核心的公司,為何在最具影響力的開發者工具層面,仍選擇維持黑盒?
多元觀點
正方立場
透明化是 AI 信任建立的必要步驟。公開系統提示詞讓研究人員、監管機構和開發者得以審視 AI 的行為準則,而非盲目信任黑盒。
Anthropic 的做法在業界開創先例,提供了一個可以基準測試的錨點——即便提示詞本身存在缺陷,「可被批評」本身就是進步。這也讓進階用戶能夠針對自身需求裁剪冗餘規則,透過 CLAUDE.md 建立更精準的個人化規則集。
反方立場
公開的只是「意圖聲明」,不是「行為說明書」。Claude Code 的 670+ 版本系統提示詞與工具定義仍未公開,而這些才真正決定了開發者場景下的實際行為。
更根本的批評是:從 300 字膨脹至 3,000+ tokens 的提示詞,充滿補丁式規則與矛盾指令,是設計層面的問題,不是透明化能解決的問題。ses1984 一語道破:把邊緣案例的安全顧慮以全域提示詞強加給所有用戶,是把少數人的問題變成所有人的問題。
中立/務實觀點
透明化的價值取決於「誰在看」。對一般消費者而言,公開的提示詞主要帶來「知情」;對進階開發者而言,它提供了「審視並替換預設行為」的工具。
Anthropic 移除 80% Claude Code 系統提示詞而 evals 無損的案例,暗示了一個更務實的方向:與其爭論透明化是否足夠,不如追問「哪些提示詞是真正必要的」。這個問題,不管提示詞是否公開,都值得每位使用 AI 的開發者為自己的專案回答一次。
實務影響
對開發者的影響
系統提示詞公開讓開發者獲得了一份「對照表」——可以明確知道 claude.ai 預設會做什麼、不會做什麼,再決定是否在自己的 API 呼叫中覆蓋這些行為。
更重要的是,提示詞膨脹的討論提醒我們:任何長期維護的 AI 應用,都需要定期審視自己的系統提示詞,刪除「防禦性累積」的冗餘規則,避免矛盾指令拉低整體輸出品質。
對團隊/組織的影響
對於使用 Claude 構建產品的團隊,這次討論揭示了一個設計原則:系統提示詞應是「情境觸發的精準指令」,而非「全域廣播的規則集合」。Claude Code 的 rules/ 功能提供了技術實現路徑,但需要團隊投入時間整理自身的行為需求。
短期行動建議
- 閱讀最新版 Anthropic System Prompts Release Notes,了解 claude.ai 預設行為的邊界
- 審視自己的 CLAUDE.md 或系統提示詞,識別與自身場景無關的規則並刪除
- 若使用 Claude Code,利用 rules/ 功能將情境規範拆分為漸進揭露檔案
社會面向
產業結構變化
系統提示詞透明化正在成為 AI 產品的競爭維度之一。Anthropic 的做法迫使其他廠商回應同樣的問題:你的模型預設行為是什麼?你願意公開嗎?這個壓力在監管環境日趨嚴格的背景下尤為顯著。
「提示詞工程」也正在從黑盒技藝走向可審計的工程實踐。Simon Willison 整理注釋版本的行動,以及 HN 社群的系統性批評,都是這個趨勢的具體例子。
倫理邊界
這場討論的核心倫理問題是:AI 公司有義務讓用戶了解模型的行為準則嗎?Anthropic 給出了「部分是」的答案——公開 claude.ai 的提示詞,但保留 Claude Code 的黑盒。
更深層的問題是:透明化是為了用戶的知情權,還是為了品牌定位的信任工程?兩者並不互斥,但動機的差異決定了透明化的邊界選擇。
長期趨勢預測
- 系統提示詞透明化將逐步成為企業級 AI 採購的評估標準之一
- 「提示詞審計」可能演變為 AI 治理框架中的正式程序
- 隨著 prefix caching 成本持續下降,提示詞膨脹問題可能加劇,但同時也會有更多工具和最佳實踐幫助開發者管理複雜度
唱反調
提示詞膨脹或許是必要之惡——每一條規則背後都有一個真實的失敗案例,縮減提示詞可能重現已修復的問題
Prefix caching 讓長提示詞邊際成本接近零,從工程角度看「累積規則」比「精簡設計」的維護成本更低
透明化本身即有價值——即便公開的提示詞充滿矛盾,它仍提供了研究人員與監管機構一個可以基準測試的錨點
社群風向
我不認為其中大部分內容與智慧有關,也與我需要 AI 完成的事有關。在我們自己的 CLAUDE.md 檔案裡,我們積極刪除不相關的規則。Claude Code 有 rules/ 功能。Opus 5 系統提示詞的大部分內容,可能都可以搬到 rules/ 或漸進揭露檔案裡去。
提示詞要求 Claude 避免說 'genuinely'、'honestly' 或 'straightforward'。Claude 預設就是誠實的,可以直接表達觀點,不需要靠這些詞來說服人,因為它們看起來反而像是在刻意說服。說真的,這是 Claude.md 檔案裡最無用的規則——因為它的每一段話裡都有一個 'honestly'!
把他們的問題變成所有人的問題。
你為了讓 Claude 更可靠而加入的那些指令,正是讓它變得更不可靠的原因。Anthropic 在較新的 Claude 模型中移除了超過 80% 的 Claude Code 系統提示詞,而他們的 coding evals 顯示沒有可測量的損失。當他們閱讀自家內部使用的對話記錄時,發現模型在單一請求中收到了相互矛盾的指令。
我整理了 Claude 4 系統提示詞的注釋版本,涵蓋 Anthropic 公開的部分與缺失的、外洩章節(感謝 @elder_plinius),描述了其各種工具。這基本上就是 Claude 4 秘密缺失的使用手冊,非常迷人!
炒作指數
行動建議
閱讀 Anthropic System Prompts Release Notes,對比自己 CLAUDE.md 中的規則,找出可以刪除的冗餘指令
利用 Claude Code 的 rules/ 功能,將常用情境的行為規範拆分為漸進揭露檔案,取代全域提示詞廣播
關注 Anthropic 是否公開 Claude Code 的系統提示詞與工具定義——那才是真正決定開發者體驗的黑盒