你一直以來都用錯 Claude 了。CLAUDE.md 能解決所有問題，操作方法如下 👇

大多數使用 Claude 的人都沒聽過它。

聽過的人也不知道實際上該放什麼進去。

而這個落差，每週都在浪費人們好幾個小時。⏰

事實是——每次你開啟一個新的 Claude 對話，它都是從零記憶開始的。

它不知道你的名字。不知道你的工作。不知道你的偏好，也不知道你喜歡怎麼做事。

所以你總得花前幾分鐘從頭解釋一遍。或者你乾脆不解釋——然後 Claude 給你的東西完全不符合你的實際工作方式。

CLAUDE.md 能永久解決這個問題。💡

以下是設定好它所需的全部 21 條指令。👇

首先——這不只是開發者工具。🔥

作家用它來鎖定自己的語氣，讓 Claude 永遠不會聽起來像別人。行銷人員用它來定義受眾，讓 Claude 不再寫出千篇一律的文案。研究人員用它來設定資訊的結構方式。企業主用它來提供完整的公司背景，讓每個輸出都符合他們的現實。

沒有 CLAUDE.md——你每次對話都從零開始。你不斷重複自己。你不斷修正同樣的錯誤。你第一百次解釋自己的偏好。

CLAUDE.md 是在認真使用 Claude 之前，你應該設定的第一件事。🎯

如何在 2 分鐘內建立它 ⚡

打開你的專案資料夾，建立一個新檔案。命名為「CLAUDE.md」——大寫字母，無空格。

用任何文字編輯器打開它——Notepad、TextEdit、VS Code，隨便你用。直接把你的指令以純文字貼到這個檔案裡。

先從 3 或 4 條能解決你最大困擾的指令開始。儲存檔案。Claude 每次在該資料夾開啟對話時，都會自動讀取它。

無需設定。無需額外步驟。從第一條訊息開始就能運作。💡

⚡ 第一部分：Claude 如何與你對話

1. 永遠消滅廢話。🚫

Claude 的預設行為是每條回應都以「好問題！」「當然！」「沒問題！」「絕對可以！」開頭。

這些片語完全沒有增加任何價值，每天都在浪費你的時間。

一條指令就能永久消除這個問題。每條回應直接從答案開始。沒有暖場。沒有裝熱心。直接給你問的東西。

「永遠不要用『好問題！』、『當然！』、『沒問題！』或類似的暖場片語開頭。每條回應直接從實際答案開始。沒有前言。只有資訊。」

1. 在行動前先顯示選項。🎯

Claude 預設會選一種方法就直接執行。

你請它改寫一段文字，它卻改變了整篇文章的語氣。你請它重組一份文件，它卻以完全不符合你思考方式的方式重新組織。

現在你反而要修正你從未要求改變的東西。😤

這條指令能完全解決這個問題。在任何重要任務之前，Claude 會先顯示 2-3 種可能的處理方式。你選擇方向。接下來給你的東西就會完全符合你的期望。

「在任何重要任務之前，先顯示 2-3 種可能的處理方式。等我選擇後再繼續。」

1. 不知道時要誠實。🔍

Claude 會給你一個自信、詳細、但完全錯誤的答案，而不願承認不確定。

它會用聽起來合理但實際上不存在的資訊來填補空白——日期、統計數據、引用、事實。你使用了這些資訊，然後問題在關鍵時刻浮現。

這條指令能永久改變這種行為。

「如果你對任何事實、統計數據、日期或引用不確定——在包含它之前明確說出來。『我不確定這個』永遠比把猜測當成事實來得好。永遠不要用聽起來合理的資訊填補空白。」

1. 根據實際需求調整長度。📏

問 Claude 一個簡單問題，它會寫四段。問它複雜的問題，它卻給你一個看似完整但其實空洞的骨架。

兩者都沒用。回應長度應該符合任務的實際需求。

「回應長度要與任務複雜度匹配。簡單問題得到簡短直接的回答。複雜任務得到完整詳細的回應。永遠不要用重述或結尾句來填充回應。」

⚡ 第二部分：Claude 的行為模式

1. 在重大改動前先詢問。✋

你請 Claude 修正一段文字，它卻改寫了整份文件。你請它縮短內容，它卻刪掉了你實際需要的部分。

每次——你都失去了一些你不想失去的東西。

「在進行任何會顯著改變我已建立內容的改動之前——完全停下來。準確描述你即將改變的內容以及原因。等我確認後再繼續。『我認為這樣會更好』不代表你可以直接改。」

1. 專注於被要求的內容。

你請 Claude 修正一件事，它卻順便「改進」了其他五件事——調整你的措辭、重組你的結構、改寫你完全滿意的句子。

現在你必須仔細檢查所有內容，才能找出實際改變了什麼。

「只改變我明確要求你改變的內容。不要改寫、重新措辭或『改進』任何我沒要求的事——即使你認為這樣會更好。如果你在其他地方發現值得改進的地方，在最後提及。除非我明確要求，否則不要碰它。」

1. 永遠告訴我你改了什麼。📋

Claude 完成任務後，你只能掃描輸出結果，試圖找出它跟原本有什麼不同。

哪些部分改了？它刪了什麼嗎？它加了什麼你沒要求的東西嗎？

「完成任何編輯或寫作任務後，永遠以簡短摘要結尾：改了什麼。沒動什麼。需要注意什麼。保持簡短——這是狀態更新，不是回顧。」

1. 未經詢問，絕不代我執行任何操作。

隨著 AI 工具越來越連接到你的電子郵件、日曆、社群帳號、文件——Claude 執行你未完全意圖的操作的風險，隨著每次整合而增加。

發送訊息。發布內容。排程某件事。這些操作有實際後果，而且發生得很快。

「未經我在當前訊息中明確確認，絕不代我發送、發布、公開、分享或排程任何東西。『你之前說想做這個』不是確認。我必須在當前訊息中說『好』。」

⚡ 第三部分：你的背景資訊

1. 告訴 Claude 你是誰以及你知道什麼。

Claude 不知道你是專家還是初學者、創辦人還是自由工作者、想要技術深度還是簡單語言。

沒有這個背景——它只能猜測。而且猜對和猜錯的機率一樣高。

「關於我：姓名。角色。背景。擅長 [你熟悉的領域]。仍在學習 [你需要更多背景的領域]。根據這個背景調整每個回應的深度。永遠不要過度解釋我已經知道的東西。」

1. 給 Claude 你正在做什麼的背景。

每次對話 Claude 都不知道你在做什麼、為誰做、以及什麼才是重要的。

它只能給你通用的輸出，因為它別無選擇。

「我正在做什麼：專案。目標。受眾。語氣。避免什麼。將這個背景應用於每個任務。當某件事不符合這個畫面時——在繼續之前標記出來。」

1. 鎖定你的語氣和風格。

Claude 有預設的寫作風格。它還行。但它不是你的。

每次你用 Claude 寫東西——你最終還是要編輯回你自己的語氣。

一次定義你的語氣，Claude 就能從初稿開始用你的語氣寫作。

「我的寫作風格——永遠匹配這個：語氣。句子長度。我使用的詞彙。我從不使用的詞彙。格式偏好。在代我寫作時，完全匹配這個風格。不要預設使用你自己的模式。」

⚡ 第四部分：記憶與連續性

1. 讓 Claude 維護一個記憶檔案。

Claude 會忘記對話之間的一切。每次對話都是全新的開始。

但 Claude 可以寫檔案——而檔案會持續存在。

這條指令告訴 Claude 維護一個 MEMORY.md 檔案，記錄你們一起做出的每個重要決定——決定了什麼、為什麼、以及拒絕了哪些替代方案。

「維護一個名為 MEMORY.md 的檔案。在任何重要決定之後——新增一條記錄，內容包括決定了什麼、為什麼、以及拒絕了什麼。在每次對話開始時，先讀取 MEMORY.md 再做任何事。」

1. 對話結束摘要——再也不遺失進度。

你關閉對話。兩天後回來。你花了 15 分鐘閱讀舊訊息，試圖記住你做到哪裡、完成了什麼。

這是完全可以避免的浪費，而且幾乎每個經常使用 Claude 的人都會遇到。

「當我說『對話結束』或『我們先到這裡』——將對話摘要寫入 MEMORY.md：我們做了什麼。完成了什麼。正在進行什麼。做了哪些決定。下次對話要從哪裡開始。」

1. 記錄沒用的東西——不再重複解決同一個問題。

你嘗試一種提示方法。花了四次才得到可用的東西。三週後你又遇到類似的任務，Claude 又從頭開始給出完全相同的爛建議。

同樣的試錯。同樣的時間浪費。從頭開始。每次都是。

「維護一個名為 ERRORS.md 的檔案。當某種方法花了超過 2 次嘗試才成功時——記錄什麼沒用、什麼有用、以及下次要記住什麼。在建議類似任務的方法之前，先檢查 ERRORS.md。」

1. 給 Claude 一份永不改變的事實清單。📌

每個專案都有永久的事實——來自過去決策的限制、出於重要原因存在的規則、無論具體任務如何都始終適用的東西。

沒有這個——Claude 會隨意提出完全違背你現實的建議。

「這些事實永遠為真。將它們應用於每個對話，無一例外：[你的永久事實清單]。如果任何任務與其中一項衝突——在繼續之前標記出來。」

⚡ 第五部分：給開發者

1. 保持在範圍內——不要碰你沒被要求的東西。

你請 Claude 修正一個錯誤，它卻重構了三個檔案、重新命名了你的變數、重新組織了你的導入、並「改進」了你已經用了幾個月的程式碼——全部未經詢問。

其中一些改動會破壞東西。有些會引入微妙的差異，需要花好幾天才能追蹤到。

「只修改與當前任務直接相關的檔案、函式和程式碼行。不要重構、重新命名或『改進』任何我沒有明確要求你改變的東西。如果你在其他地方發現值得修正的東西——提及它。但絕對不要碰它。」

1. 在破壞性操作前先確認。

Claude Code 會毫不猶豫地刪除檔案、覆寫函式、刪除資料庫表格——因為你叫它做，即使你沒有完全意識到你在叫它做什麼。

一個誤讀的指令，幾個小時的工作就完全消失，無法復原。

「在刪除任何檔案、覆寫現有程式碼、刪除資料庫記錄或進行任何無法輕易復原的改動之前——完全停下來。列出所有會受影響的內容。要求明確確認。只有在我於當前訊息中說『好』之後才繼續。」

1. 硬性停止——未經許可絕不執行的操作。🚨

部署到生產環境。在線上資料庫執行遷移。向外部服務發送 API 呼叫。

這些不是「小心一點」的情況。這些是「完全停止」。

「以下操作需要當前對話中的明確確認才能執行——沒有例外：部署到任何環境。在任何資料庫上執行遷移。發送任何電子郵件或外部 API 呼叫。執行任何具有不可逆外部副作用的指令。」

1. 鎖定你的技術棧。🔧

沒有定義的技術棧——Claude 會建議它認為最流行的框架、最常見的函式庫、以及它預設的套件管理器。

通常不是你用的、不是你團隊知道的、也不相容於你已經建立的東西。

「技術棧——永遠使用這些，除非我要求否則不要建議替代方案：語言。框架。套件管理器。資料庫。測試。程式碼檢查。如果某個東西看起來不對——標記出來。但除非我另有指示，否則還是用它。」

1. 永遠顯示改了什麼。

Claude 完成一個程式碼任務後，你只能掃描輸出結果，試圖找出有什麼不同。

哪些檔案改了？它碰了其他東西嗎？它有沒有留下未完成的東西？

「完成任何程式碼任務後，永遠以以下內容結尾：更改的檔案。修改了什麼——每個檔案一行。故意未觸及的檔案。需要後續處理的事項。保持簡短——這是狀態更新，不是回顧。」

1. Andrej Karpathy 的 CLAUDE.md 爆紅的 4 條規則。

Andrej Karpathy——前特斯拉 AI 總監、OpenAI 創始成員——發現了 4 種特定行為，會讓 Claude Code 在程式碼任務中失敗。

一位開發者將它們濃縮成 4 條指令。那個檔案在 GitHub Trending 上衝上第一名，並將程式碼準確率從 65% 提升到 94%。

以下是這 4 條規則：

1. 詢問，不要假設——如果某件事不清楚，在寫任何一行程式碼之前先問。永遠不要默默假設。

1. 最簡單的方案優先——永遠實作最簡單且可行的方案。不要加入沒有被要求的抽象層。

1. 不要碰無關的程式碼——如果一個檔案不直接屬於當前任務，就不要修改它。永遠不要。

1. 明確標記不確定性——如果你對某個方法沒有信心，在繼續之前說出來。有自信但不確定，造成的傷害比承認不足更大。

總結。

CLAUDE.md 不只是開發者工具。

它是一個永久性的指令檔案，任何認真使用 Claude 的人都應該在第一次真正對話之前設定好。

指令 1-4 修正 Claude 的溝通方式。指令 5-8 阻止它改變你未授權的內容。指令 9-11 提供背景資訊，讓它產出符合你實際工作的內容。指令 12-15 賦予它目前最接近真實記憶的能力。指令 16-21 讓 Claude Code 像精準工具而非不可預測的東西。

建立檔案。貼上 3 條指令。隨著使用逐步增加。

輸出品質的差異，從第一次對話就會立即且明顯地感受到。🚀

追蹤更多能真正改變你使用 AI 方式的系統。💯