大部分使用 Claude 的人從未聽說過它。
聽過的人也不知道實際上該放什麼進去。
而這個差距，讓人們每週白白浪費好幾個小時。⏰
事實是——每次你開啟一個新的 Claude 對話，它都是從零記憶開始的。
它不知道你的名字。不知道你的工作。不知道你的偏好或你喜歡怎麼做事。
所以你會花頭幾分鐘從頭到尾再解釋一遍。或者你乾脆不解釋——然後 Claude 給你的東西完全不符合你實際的工作方式。
CLAUDE.md 能永久解決這個問題。💡
以下是讓它正確設定的 21 個完整指令。👇
首先——這不只是開發者的工具。🔥
作家用它來鎖定自己的語氣，讓 Claude 永遠不會聽起來像別人。行銷人員用它來定義受眾，讓 Claude 不再寫出籠統的文案。研究人員用它來設定資訊結構的偏好。企業主用它來提供完整的公司背景，讓每個輸出都符合他們的實際狀況。
沒有 CLAUDE.md——你每次對話都從零開始。你不斷重複自己。你一再糾正同樣的錯誤。你第一百次解釋你的偏好。
CLAUDE.md 是在開始認真使用 Claude 之前，你應該最先設定好的東西。🎯
如何在 2 分鐘內建立它 ⚡
打開你的專案資料夾，建立一個新檔案。將其命名為「CLAUDE.md」——全大寫，沒有空格。
用任何文字編輯器打開它——記事本、TextEdit、VS Code，隨便你用哪個。把你的指令以純文字直接貼到這個檔案中。
先從 3 或 4 個能解決你最困擾問題的指令開始。儲存檔案。每次你在那個資料夾中開啟對話時，Claude 會自動讀取它。
無需設定。沒有額外步驟。從第一條訊息開始就有效。💡
⚡ 第一部份：Claude 如何與你交談
- 永遠去掉廢話。🚫
Claude 的預設行為是每次回應都以「好問題！」、「當然！」、「沒問題！」、「絕對可以！」開頭。
這些片語完全沒有增加任何價值，每天都在浪費你的時間。
一條指令就能永久消除這種情況。每個回應直接從答案開始。沒有暖場。沒有故作熱情。直接是你要求的東西——立即回應。
「永遠不要用『好問題！』、『當然！』、『沒問題！』或類似的暖場片語開頭。每個回應直接從實際答案開始。沒有前言。只有資訊。」
- 在行動前先顯示選項。🎯
Claude 預設會挑選一種方法直接執行。
你請它改寫一個段落，它卻改變了整篇文章的語氣。你請它重新組織一份文件，它卻以一種完全不符合你思考方式的方式重新安排。
現在你反而在修正你從未要求改變的東西。😤
這個指令能徹底解決這個問題。在任何重要任務之前，Claude 會顯示 2-3 種它可以處理的方式。你選擇方向。接下來就是你要的結果。
「在任何重要任務之前，永遠先顯示 2-3 種可能的處理方式。等我選擇後再繼續。」
- 不知道時要誠實。🔍
Claude 在承認不確定之前，會給出一個自信、詳細、但完全錯誤的答案。
它會用聽似合理的資訊填補空白——日期、統計數據、引用、事實——這些感覺很真實，但實際上並非如此。你使用了這些資訊，問題後來在關鍵時刻才會浮現。
這個指令能永久改變這個行為。
「如果你對任何事實、統計數據、日期或引用不確定——在包含它之前明確說明。『我不太確定』永遠比把猜測當作事實呈現要好。永遠不要用聽似合理的資訊填補空白。」
- 根據實際需求調整長度。📏
問 Claude 一個簡單問題，它會寫四段。問它複雜的問題，它卻給你一個看似完整但實際空洞的骨架。
兩種情況都沒用。回應長度應該符合任務的實際需求。
「回應長度要與任務複雜度匹配。簡單問題得到簡短直接的回答。複雜任務得到完整詳細的回應。永遠不要用重述或結尾句子來填充回應。」
⚡ 第二部份：Claude 的行為
- 在做出重大改動前先詢問。✋
你請 Claude 修正一個段落，它卻重寫了整份文件。你請它縮短某些內容，它卻刪掉了你實際需要的部分。
每一次——你都失去了一些你不想失去的東西。
「在做出任何會顯著改變我已經建立的內容之前——完全停止。準確描述你即將改變的內容以及原因。等我確認後再繼續。『我認為這樣會更好』並不是允許改變它的理由。」
- 專注於被要求的內容。🎯
請 Claude 修正一件事，它卻會順便「改進」其他五個部分——調整你的措辭、重組你的結構、改寫你完全滿意的句子。
現在你得仔細檢查所有東西才能找到實際上改變了什麼。😤
「只改變我特別要求你改變的內容。不要改寫、重述或『改進』任何我沒問到的東西——即使你認為這樣會更好。如果你在其他地方注意到值得改進的部分，在結尾處提及。除非我明確要求，否則不要碰它。」
- 總是告訴我你改了什麼。📋
Claude 完成任務後，你只能掃視輸出試圖找出與之前有什麼不同。
哪些部分改變了？它刪減了什麼嗎？它加了什麼你從未要求的東西嗎？
「完成任何編輯或寫作任務後，總是以簡短摘要結尾：哪些內容被改變。哪些內容保持不變。哪些需要我注意。保持簡短——這是狀態更新，不是回顧。」
- 未經詢問，絕不代我採取行動。🚨
隨著 AI 工具越來越連接到你的電子郵件、日曆、社交帳戶、文件——Claude 採取你未完全意圖行動的風險，隨著每個新整合而增加。
發送訊息。發布內容。安排某件事。這些行動有實際後果，而且發生得很快。
「未經我在此對話中明確確認，絕不代我發送、發布、刊登、分享或安排任何內容。『你提過想做這件事』並不是確認。我必須在此對話中說『是』。」
⚡ 第三部份：你的背景
- 告訴 Claude 你是誰以及你知道什麼。👤
Claude 不知道你是專家還是新手、創辦人還是自由工作者、想要技術深度還是白話的人。
沒有這個背景——它會猜測。而且猜對和猜錯的機率一樣高。
「關於我：姓名。角色。背景。擅長［你熟悉的領域］。仍在學習［你需要更多背景的領域］。根據這個背景調整每個回應的深度。永遠不要過度解釋我已經知道的東西。」
- 給 Claude 你正在做什麼的背景。📌
每次對話 Claude 都不知道你在做什麼、為誰做、什麼才是真正重要的。
它只能給你通用的輸出，因為它別無選擇。
「我正在做：專案。目標。受眾。語氣。要避免什麼。將這個背景應用於每個任務。當某些東西不符合這個畫面時——在繼續之前標記出來。」
- 鎖定你的聲音和風格。✍️
Claude 有預設的寫作風格。它還行，但不是你的。
每次你用 Claude 寫東西——你最終還是會編輯回你自己的聲音。
一次定義你的聲音，Claude 從初稿開始就用你的風格寫作。
「我的寫作風格——總是匹配這個：語氣。句子長度。我使用的詞彙。我從不使用的詞彙。格式偏好。當代我寫任何東西時，精確匹配這種風格。不要預設成你自己的模式。」
⚡ 第四部份：記憶與連續性
- 讓 Claude 維護一個記憶檔案。🧠
Claude 會忘記對話之間的任何東西。每次對話都完全從頭開始。
但 Claude 可以寫檔案——而檔案會持續存在。
這個指令告訴 Claude 維護一個 MEMORY.md 檔案，記錄你們一起做出的每個重要決定——決定了什麼、為什麼、以及哪些替代方案被拒絕。
「維護一個名為 MEMORY.md 的檔案。在做出任何重要決定後——添加一筆記錄，包括決定了什麼、為什麼、以及哪些被拒絕了。在每次對話開始時，先讀取 MEMORY.md 再做任何事。」
- 對話結束摘要——再也不遺失進度。📝
你關閉對話。兩天後回來。你花了 15 分鐘閱讀舊訊息試圖回憶你進行到哪裡、完成了什麼。
這是完全可以避免的浪費，而且幾乎每個經常使用 Claude 的人都會遇到。
「當我說『對話結束』或『先到這裡』時——將對話摘要寫入 MEMORY.md：我們做了什麼。完成了什麼。進行中的事情。做了哪些決定。下次對話要接續什麼。」
- 記錄什麼沒用——停止重複解決同一個問題。🔄
你嘗試了一個提示方法。花了四次嘗試才得到可用的結果。三週後你又遇到類似的任務，Claude 從頭開始提出完全一樣的爛建議。
同樣的嘗試錯誤。同樣的時間浪費。每次都從頭開始。
「維護一個名為 ERRORS.md 的檔案。當某個方法需要超過 2 次嘗試才能成功時——記錄什麼沒用、什麼有用、以及下次要記住什麼。在建議類似任務的方法之前，先檢查 ERRORS.md。」
- 給 Claude 一個永遠不變的事實清單。📌
每個專案都有永久的事實——來自過去決策的限制、出於重要原因存在的規則、無論具體任務如何對你的工作總是成立的事情。
沒有這個——Claude 會隨意建議完全與你的現實矛盾的事情。
「這些事實永遠成立。把它們應用到每個對話中，沒有例外：［你的永久事實］。如果任何任務與其中一個衝突——在繼續之前標記出來。」
⚡ 第五部份：給開發者
- 保持在範圍內——不要碰未被要求的東西。🔒
請 Claude 修正一個錯誤，它會重構三個檔案、重新命名你的變數、重新組織你的導入、並「改進」你已經用了好幾個月的程式碼——全部未經詢問。
有些改動會破壞東西。有些會引入微妙的差異，需要花好幾天才能追查出來。
「只修改與當前任務直接相關的檔案、函數和程式碼行。不要重構、重新命名或『改進』任何我沒有明確要求你改變的東西。如果你在其他地方注意到值得修復的東西——提及它。不要碰它。永遠不要。」
- 在進行任何破壞性操作前確認。⚠️
Claude Code 會毫不猶豫地刪除檔案、覆蓋函數、刪除資料庫表格——因為你告訴它這麼做，即使你並未完全了解你在告訴它什麼。
一次誤讀指令，幾小時的工作就完全消失，沒有撤銷的可能。
「在刪除任何檔案、覆蓋現有程式碼、刪除資料庫記錄，或進行任何無法輕易撤銷的更改之前——完全停止。列出會受影響的內容。要求明確確認。只有在我於當前對話中說『是』之後才繼續。」
- 硬性停止——未經許可絕不會發生的操作。🚨
部署到正式環境。在線上資料庫上執行遷移。向外部服務發送 API 請求。
這些不是「小心點」的情況。這是完全停止。
「以下操作需要在此對話中明確確認才能執行——沒有例外：部署到任何環境。對任何資料庫執行遷移。發送任何電子郵件或外部 API 請求。執行任何具有不可逆外部影響的命令。」
- 鎖定你的技術棧。🔧
沒有定義的技術棧——Claude 會建議它認為最流行的框架、最常見的函式庫、以及它預設的套件管理器。
往往不是你用的、不是你團隊知道的、也與你已經建立的東西不相容。
「技術棧——總是使用這些，除非我要求，否則永遠不要建議替代方案：語言。框架。套件管理器。資料庫。測試。程式碼檢查。如果某個東西看起來不是正確的工具——標記出來。但除非我另有指示，否則仍然使用它。」
- 總是精確顯示改了什麼。📊
Claude 完成編碼任務後，你只能掃視輸出試圖找出有什麼不同。
哪些檔案改變了？它碰了其他東西嗎？它有沒有留下未完成的東西？
「完成任何編碼任務後，總是以以下內容結尾：改變的檔案。修改了什麼——每個檔案一行。故意未觸及的檔案。需要跟進的事項。保持簡短——這是狀態更新，不是回顧。」
- Andrej Karpathy 的 CLAUDE.md 爆紅的 4 條規則。🔥
Andrej Karpathy——特斯拉前 AI 總監、OpenAI 創始成員——確定了導致 Claude Code 在編碼任務中失敗的 4 個具體行為。
一位開發者將它們濃縮成 4 條指令。那個檔案衝上 GitHub Trending 第一名，並將編碼準確率從 65% 提升到 94%。😱
以下是它們：
- 問，不要假設——如果有不清楚的地方，在寫任何一行程式碼之前先問。永遠不要默默地假設。
- 最簡單的方案優先——總是先實現最簡單可行的方案。不要添加未要求的抽象層。
- 不要碰不相關的程式碼——如果一個檔案不直接屬於當前任務，不要修改它。永遠不要。
- 明確標出不確定性——如果你對某個方法沒有信心，在繼續之前先說出來。沒有把握的自信比承認不足造成更多傷害。
總結。💎
CLAUDE.md 不只是開發者的工具。
它是一個永久性的指令檔案，任何認真使用 Claude 的人都應該在第一次真正對話之前設定好。
指令 1-4 修正了 Claude 的溝通方式。指令 5-8 阻止它改變你未授權的內容。指令 9-11 提供背景，讓它產生的輸出符合你的實際工作。指令 12-15 給它目前最接近真正記憶的東西。指令 16-21 讓 Claude Code 像一個精準的工具而不是一個不可預測的。
建立檔案。貼上 3 條指令。隨著使用逐步增加。
輸出品質的差異從第一次對話就會立即且明顯地感受到。🚀
追蹤以獲得更多真正改變你與 AI 協作方式的系統。💯
