我把 Claude Code 接進項目後，最看重這 4 個設置
整理版優先睇
將 Claude Code 接入項目後最關鍵嘅4個設置：由問答工具變成工程拍檔
呢篇文章係作者小石學長嘅自身經驗分享，佢重新翻睇 Claude Code 官方文檔後，發現好多人仲停留喺「點樣寫提示詞」或者「記邊啲命令」，但其實真正要將 Claude Code 接入長期項目，重點係做好4個設置。作者認為 Claude Code 已經唔再係一個簡單嘅聊天框，而係一個想長期協作嘅工程系統。佢嘅整體結論係：只要補齊呢4個設置，Claude Code 就好似一個紮實嘅拍檔；少一個，就只係「能跑」，未算「好用」。
作者分別解釋咗呢4個設置：第一係項目記憶，透過 /init 同 /memory 將項目嘅默認規則（技術棧、目錄結構、測試指令等）沉澱落 CLAUDE.md，令 agent 唔使次次靠會話提醒；第二係權限邊界，用 /permissions 設定 allow、ask、deny，特別係對密鑰、部署、生產腳本等高風險操作提前收權限，確保安全；第三係自動檢查，利用 hooks（PreToolUse、Stop）將「記得檢查」變成「默認檢查」，例如執行危險命令前先做規則判斷；第四係外部上下文同分工，靠 /mcp 接入外部資訊（Issue、設計文件等），用 /agents 拆分工序，令 Claude Code 變成一個有組織嘅執行系統。
作者最後提醒，真正拉開差距嘅唔係識多幾個命令，而係將工程習慣編碼成系統嘅一部分，穩定重複正確嘅方法。佢建議盡快補齊呢4個設置，愈後期會愈值錢。
- Claude Code 已經從一次性問答轉向長期工程系統，關鍵唔係技巧而係設置。
- 項目記憶（/init + /memory）將重複講嘅要求沉澱落 CLAUDE.md，提升穩定性。
- 權限邊界（/permissions）分 allow、ask、deny，對高危操作提前收權限，避免風險。
- 自動檢查（hooks）將「記得檢查」變成「默認檢查」，例如用 PreToolUse 攔截危險命令。
- 外部上下文（/mcp）同分工（/agents）整合 Issue、設計等資訊，令工具更像團隊協作。
Claude Code 官方文檔
包含 /init、/memory、/permissions、/mcp、/agents、/hooks 等設置嘅詳細說明。
項目記憶：立住默認腦迴路
而家做新項目，第一反應唔係直接開聊，而係先用 /init 初始化項目 guide，再用 /memory 編輯 CLAUDE.md 同 auto-memory。
呢啲動作嘅目的係統一：將你會重複講好多次嘅話，例如技術棧、目錄點揾、邊啲路徑唔好掂、測試點跑，全部寫入系統。
項目記憶一旦立住，Claude Code 嘅穩定性會直接上一個台階。
權限邊界：佢該喺邊度停
好多人低估咗權限呢層。官方 permissions 分為 allow、ask、deny 三類，執行順序係 deny 優先。defaultMode 仲有 acceptEdits、plan、dontAsk、bypassPermissions 等選項。
作者習慣：但凡涉及 密鑰、部署、賬單、生產腳本、批量刪除，能收權限就收。安全感唔來自盲信，而係就算佢一時判斷偏咗，都入唔到最危險嘅步驟。
自動檢查：將「記得檢查」變成「默認檢查」
Claude Code 嘅 hooks 文檔公開咗 PreToolUse、Stop 等事件，甚至畀咗好細嘅 response schema。呢個設計嘅目的唔係炫技，而係將「記得檢查」變成「默認檢查」。
- 例如喺執行危險 Bash 命令前，先用 PreToolUse 做一輪規則判斷。
- 任務結束前用 Stop hook 檢查任務到底有冇做完。
呢個思路好似後台系統加審批、加校驗、加回滾點——真正穩定嘅效率嚟自唔再需要靠記性完成嘅動作。
作者認為 hooks 與其話係插件，不如話係工程紀律嘅自動化入口。人會唔記得，系統最好唔好唔記得。
外部上下文同分工：由單打獨鬥變成團隊協作
呢層令 Claude Code 真正脱離「本地問答工具」。/mcp 解決外部上下文：Issue 喺邊、設計喺邊、知識庫喺邊、內部工具點接入。如果每次靠複製貼上，工作流一定會碎。
/agents 解決分工：咩問題應該拆出去，咩事情適合獨立角色處理。用順咗之後，睇 Claude Code 嘅方式會變——以前似一個人硬扛全部活，而家似一個帶組織結構嘅執行系統。
作者仲分享咗兩個習慣：會話一長就用 /compact 避免上下文越滾越胖；任務跑深咗就睇 /context，因為開始關心容量同注意力分配嘅時候，先算進入 agent 使用嘅下一階段。
總結：將工程習慣編碼成系統一部分
好多人將學習重點放喺命令表上，但作者認為真正拉開差距嘅係：邊個更早將自己嘅工程習慣編碼成系統嘅一部分。
工程從來唔係拼一次性靈感，係拼你能唔能夠將正確嘅方法穩定重複好多次。如果亦喺用 Claude Code、Codex 呢類工具做真實項目，建議盡快補齊呢4個設置，後面會愈來愈值錢。
呢兩日我重新睇咗一次 Claude Code 嘅官方文檔。
睇完之後，我更肯定一件事。
好多人仲係度討論提示詞點樣寫、命令點樣記、一個會話可唔可以直接將啲嘢做曬。
但如果你真係想將 Claude Code 接入長期項目，真正首先要補返嘅，通常唔係某一個技巧。
重點係呢 4 個設定。
因為 Claude Code 到咗今日，一早已經唔止係一個會寫 code 嘅聊天框喇。
官方 built-in commands 裏面已經將 /init、/memory、/permissions、/mcp、/agents、/context、/compact 呢啲能力攤得好開。
你會好明顯感覺到，佢想服務嘅重心已經由「一次性問答」向住 一個可以長期協作嘅工程系統。 呢邊移動咗。
呢 4 個設定補齊咗，佢先似拍檔。少一個，好多時候都只係「行得鬱」，仲未算得上「好用」。
第一個設定，項目記憶
我而家做新項目，第一反應已經唔係直接開波傾喇。
我會先將項目嘅預設思維方式建立好。
呢層最核心嘅兩個動作，一個係 /init，一個係 /memory。
官方文檔裏面寫得好清楚，/init 會幫你初始化項目 guide，/memory 負責編輯 CLAUDE.md 同 auto-memory。
講白咗，佢哋做嘅係同一件事。
將啲你會重複講好多次嘅說話，提前沉澱落系統。
技術棧係咩。
目錄點樣揾。
邊啲路徑唔好搞。
測試點樣行。
提交前使唔使先 lint。
搜索優先使用 rg 定係其他。
呢啲嘢如果仲係靠會話入面臨時提醒，過幾輪一定會散。
所以我而家越來越相信，CLAUDE.md 唔係附屬文件。
佢更加似項目嘅第二層 README，不過對象唔係人，係 agent。
項目記憶一旦建立好，Claude Code 嘅穩定性會直接上一個台階。
第二個設定，權限邊界
呢一層我反而覺得好多人低估咗。
官方 permissions 文檔將規則講得好具體，/permissions 可以直接睇到規則來源，權限分做 allow、ask、deny 三類，執行順序係 deny 優先。
defaultMode 都唔係一個，除咗預設模式，仲有 acceptEdits、plan、dontAsk、bypassPermissions。
呢個說明咩？
說明 Anthropic 而家已經預設將 Claude Code 當成一個會持續鬱手嘅執行體。
佢唔只係讀 code，佢會行命令，會改文件，會連接外部工具。
到呢個階段，邊界感唔係錦上添花，係基礎設施。
我自己嘅習慣好簡單。
凡是密鑰、部署、賬單、生產腳本、批量刪除呢類事情，可以提前收權限就收咗先。
安全感唔來自盲目相信。
就算佢一時判斷錯咗，都入唔到最危險嘅嗰幾步。
好多人第一次用 agent，最上頭嘅點係佢會自己做嘢。
但真係將佢接入項目之後，你最在意嘅通常係另一件事。
佢應該喺邊度停。
第三個設定，自動檢查
呢層係我今次重新睇文檔時最有感受嘅一層。
Claude Code 嘅 hooks 文檔已經將 PreToolUse、Stop 呢啲事件暴露得好清楚，甚至俾咗好仔細嘅 response schema。
你會發現，呢套設計根本唔係為咗炫技。
佢係將「記得檢查」變成「預設檢查」。
例如危險 Bash 命令前先做一輪規則判斷，結束前再用 Stop hook 睇一次任務到底有冇做完。
呢個思路好似我哋以前做後台系統時加審批、加校驗、加回滾點。
真正穩定嘅效率，往往來自嗰啲唔再需要靠記性完成嘅動作。
我而家越來越唔想將 hooks 理解成插件味好重嘅擴展。
佢更加似工程紀律嘅自動化入口。
人會唔記得，系統最好唔好唔記得。
第四個設定，外部上下文同分工
到咗呢一層，Claude Code 先開始真正脱離「本地問答工具」。
/mcp 解決嘅係外部上下文。
Issue 喺邊，設計喺邊，知識庫喺邊，內部工具點樣接返嚟。
你如果每次都靠複製貼上，工作流一定會破碎。
將 MCP 連接好之後，Claude 先會慢慢理解項目唔止係一堆文件，佢仲嵌喺其他系統裏面。
/agents 解決嘅係分工。
咩問題應該拆出去，咩事情適合獨立角色處理。
呢個能力一旦用順手，你睇待 Claude Code 嘅方式都會變。
以前好似一個人死頂曬所有嘢。
後來更加似一個帶組織結構嘅執行系統。
我最近仲有兩個習慣都基本上固定咗落嚟。
會話一長就用 /compact，避免上下文越滾越腫。
任務行得深咗就睇 /context，因為你開始關心容量同注意力分配嘅時候，先算係真係進入 agent 使用嘅下一階段。
工具越來越強，管理工具嘅方法都要同步升級。
我而家真正想講嘅，其實只有一句話
好多人會將 Claude Code 嘅學習重點放喺命令表上面。
呢個當然冇錯，命令好重要。
但如果只係將佢理解成「多識幾個命令」，仲係有啲淺。
Claude Code 呢次真正值錢嘅地方，在於佢將項目記憶、權限邊界、自動檢查、外部上下文同分工能力，慢慢接成一條完整鏈路。
你一旦意識到呢件事，使用方式就會徹底改變。
由「點樣令佢寫多啲」，變成「點樣令佢長期穩定咁參與工程」。
我而家越來越肯定，接下來會用 Claude Code 嘅人會好多。
真正拉開差距嘅，未必係邊個今日又背咗幾個命令。
更加可能係邊個更早將自己嘅工程習慣，編碼成系統嘅一部分。
因為講到尾，工程從來唔係靠一次性靈感。
靠嘅係你可唔可以將啱嘅方法，穩定咁重複好多次。
多謝你睇到最後。
如果你都係用緊 Claude Code、Codex 呢類工具做真實項目，建議盡快將呢 4 個設定補返，後面會越來越值錢。
推薦閲讀
這兩天我重新翻了一遍 Claude Code 的官方文檔。
看完之後，我更確定一件事。
很多人還在討論提示詞怎麼寫、命令怎麼記、一個會話能不能直接把活幹完。
可如果你真的想把 Claude Code 接進長期項目，真正先要補上的，通常不是某一個技巧。
重點在這 4 個設置。
因為 Claude Code 到了今天，早就不只是一個會寫代碼的聊天框了。
官方 built-in commands 裏已經把 /init、/memory、/permissions、/mcp、/agents、/context、/compact 這些能力攤得很開。
你會很明顯地感覺到，它想服務的重心已經從“一次性問答”往 一個能長期協作的工程系統。 這邊挪了。
這 4 個設置補齊了，它才像搭子。少一個，很多時候都只是“能跑”，還談不上“好用”。
第一個設置，項目記憶
我現在做新項目，第一反應已經不是直接開聊了。
我會先把項目的默認腦回路立住。
這層最核心的兩個動作，一個是 /init，一個是 /memory。
官方文檔裏寫得很清楚，/init 會幫你初始化項目 guide，/memory 負責編輯 CLAUDE.md 和 auto-memory。
說白了，它們乾的是同一件事。
把那些你會重複說很多次的話，提前沉澱進系統。
技術棧是什麼。
目錄怎麼找。
哪些路徑別碰。
測試怎麼跑。
提交前要不要先 lint。
搜索優先用 rg 還是別的。
這些東西如果還靠會話裏臨時提醒，過幾輪一定會散。
所以我現在越來越相信，CLAUDE.md 不是附屬文件。
它更像項目的第二層 README，只不過對象不是人，是 agent。
項目記憶一旦立住，Claude Code 的穩定性會直接上一個台階。
第二個設置，權限邊界
這一層我反而覺得很多人低估了。
官方 permissions 文檔把規則說得非常具體，/permissions 可以直接看到規則來源，權限分成 allow、ask、deny 三類，執行順序是 deny 優先。
defaultMode 也不是一個，除了默認模式，還有 acceptEdits、plan、dontAsk、bypassPermissions。
這說明什麼？
說明 Anthropic 現在已經默認把 Claude Code 當成一個會持續動手的執行體了。
它不只是讀代碼，它會跑命令，會改文件，會連外部工具。
到這個階段，邊界感不是錦上添花，是基礎設施。
我自己的習慣很簡單。
凡是密鑰、部署、賬單、生產腳本、批量刪除這類事情，能提前收權限就先收。
安全感不來自盲信。
就算它一時判斷偏了，也進不了最危險的那幾步。
很多人第一次用 agent，最上頭的點是它會自己幹活。
但真的把它接進項目之後，你最在意的通常是另一件事。
它該在哪停。
第三個設置，自動檢查
這層是我這次重看文檔時最有感觸的一層。
Claude Code 的 hooks 文檔已經把 PreToolUse、Stop 這些事件暴露得很明白了，甚至給了相當細的 response schema。
你會發現，這套設計根本不是為了炫技。
它是在把“記得檢查”變成“默認檢查”。
比如危險 Bash 命令前先做一輪規則判斷，結束前再用 Stop hook 看一遍任務到底有沒有做完。
這個思路很像我們以前做後台系統時加審批、加校驗、加回滾點。
真正穩定的效率，往往來自那些不再需要靠記性完成的動作。
我現在越來越不想把 hooks 理解成插件味很重的擴展。
它更像工程紀律的自動化入口。
人會忘，系統最好別忘。
第四個設置，外部上下文和分工
到了這一層，Claude Code 才開始真正脱離“本地問答工具”。
/mcp 解決的是外部上下文。
Issue 在哪，設計在哪，知識庫在哪，內部工具怎麼接進來。
你如果每次都靠複製粘貼，工作流一定是碎的。
把 MCP 接上以後，Claude 才會慢慢理解項目不只是一堆文件，它還嵌在別的系統裏。
/agents 解決的是分工。
什麼問題該拆出去，什麼事情適合獨立角色處理。
這個能力一旦用順，你看待 Claude Code 的方式也會變。
以前像一個人硬扛全部活。
後來更像一個帶組織結構的執行系統。
我最近還有兩個習慣也基本固定下來了。
會話一長就用 /compact，避免上下文越滾越胖。
任務跑深了就看 /context，因為你開始關心容量和注意力分配的時候，才算真的進入 agent 使用的下一階段。
工具越來越強，管理工具的方法也得同步升級。
我現在真正想說的，其實只有一句話
很多人會把 Claude Code 的學習重點放在命令表上。
這當然沒錯，命令很重要。
但如果只把它理解成“多會幾個命令”，還是有點淺了。
Claude Code 這波真正值錢的地方，在於它把項目記憶、權限邊界、自動檢查、外部上下文和分工能力，慢慢接成了一條完整鏈路。
你一旦意識到這件事，使用方式就會徹底變掉。
從“怎麼讓它多寫一點”，變成“怎麼讓它長期穩定地參與工程”。
我現在越來越確定，接下來會用 Claude Code 的人會很多。
真正拉開差距的，未必是誰今天又背了幾個命令。
更可能是誰更早把自己的工程習慣，編碼成了系統的一部分。
因為說到底，工程從來不是拼一次性靈感。
拼的是你能不能把對的方法，穩定地重複很多次。
感謝你看到最後。
如果你也在用 Claude Code、Codex 這類工具做真實項目，建議儘快把這 4 個設置補起來，後面會越來越值錢。
推薦閲讀