如何用好Claud code？Claud開發(fā)團(tuán)隊整理了這份實操指南

作為最火熱的AI生產(chǎn)力工具之一，Claud code近來引發(fā)的關(guān)注度居高不下。

日前， Claud code開發(fā)者Boris在X上發(fā)帖，分享了團(tuán)隊使用這個工具的系列技巧。

但他補(bǔ)充說，使用 Claude Code 沒有唯一正確的方法，每個人的設(shè)置都不同，“你應(yīng)該多嘗試，找到最適合自己的方法”。

整套方法下來，核心大概就是，把 Claude 當(dāng)成一個可以訓(xùn)練、可復(fù)用、能并行協(xié)作、能邊用邊學(xué)的工程搭檔，而不是一次性問答工具。

我們特將他的分享整理出來，供各位朋友參考。

1. 盡可能多做并行（Do more in parallel）

比如，一次性啟動 3–5 個 git worktree，

每個 worktree 里各跑一個獨立的 Claude 會話，并行工作。

這是提升生產(chǎn)力最明顯的一招，也是團(tuán)隊內(nèi)部公認(rèn)的頭號技巧。

我個人更習(xí)慣用多個 git checkout，但大多數(shù) Claude Code 團(tuán)隊成員更偏愛

worktree——甚至因為這個需求，@amorriscode 還專門在 Claude Desktop 里做了原生支持。

此外，有些人還會給每個 worktree 起名字，以及配置 shell 別名（比如 za、zb、zc）。

這樣可以一鍵切換不同工作區(qū)，幾乎零成本跳轉(zhuǎn)。

還有人會單獨建一個專用的 analysis worktree（分析專用工作區(qū)）。

這個區(qū)只干兩件事，看日志（logs）和跑 BigQuery / 數(shù)據(jù)查詢。

也就是說，它完全不寫代碼，只做排查和分析。

如果要總結(jié)的話，就是，不讓 Claude 串行排隊干活，而是把它當(dāng)成 3-5 個實習(xí)生，同時開工。

2. 從 Plan 模式開始處理每一個復(fù)雜任務(wù)

把主要精力花在“規(guī)劃”上，這樣 Claude 才能 一次性（1-shot）把實現(xiàn)寫對。

比如，先讓一個 Claude 寫完整的執(zhí)行方案（plan），然后再啟動第二個 Claude，以資深工程師（staff engineer）的視角專門做評審（review）。

只要事情開始跑偏，就立刻切回 Plan 模式重新規(guī)劃，而不是硬推下去。

我的小伙伴們還會明確指示 Claude 進(jìn)入 Plan 模式做“驗證步驟”，而不僅僅是在“寫代碼之前”才用 Plan。

也就是說，不是只有 build 前才 plan，檢查、 驗證、調(diào)試前，也要先 plan。

3.認(rèn)真投入維護(hù)你的 CLAUDE.md

每一次糾錯之后，我們都在結(jié)尾明確對 Claude 說，“把這次的經(jīng)驗更新進(jìn) CLAUDE.md，下次不要再犯同樣的錯誤?！?/p>

隨著使用推進(jìn)，要對 CLAUDE.md毫不留情地持續(xù)編輯和優(yōu)化。

直到你能明顯看到Claude 的出錯率在可量化地下降。

還有一位工程師的做法是：

• 讓 Claude 為每個任務(wù) / 項目維護(hù)一個 notes 目錄

• 每次 PR 之后都更新這些筆記

• 再在 CLAUDE.md里 指向（引用）這個notes目錄

也就是說，CLAUDE.md不寫所有細(xì)節(jié)，而是作為“總綱”，具體經(jīng)驗沉淀在項目級notes里。

總結(jié)下來就是，不要反復(fù)教Claude同一件事，把教過的內(nèi)容寫成它的“憲法”。

4.構(gòu)建屬于你自己的 skills（技能/能力模塊），并提交到 git，在所有項目中復(fù)用它們。

也就是說，不要每個項目都重新教 Claude，一次封裝，處處復(fù)用。

對此，我們的團(tuán)隊給出了幾個實戰(zhàn)建議：

• 如果一件事你 每天要做超過一次，就把它做成一個 skill 或 slash command（斜杠命令）

• 做一個 /techdebt命令，每次工作結(jié)束都跑一遍，自動查找并清理重復(fù)代碼 /技術(shù)債 / 冗余邏輯

• 建一個 slash command，把它們統(tǒng)一匯總成一個 context dump（上下文打包輸入），這樣 Claude 一次就能理解你這周的全部工作背景
  

• 像analytics engineer一樣構(gòu)建專用Agent， 讓它們能夠 寫 dbt 數(shù)據(jù)模型、 做代碼 review、 在 dev 環(huán)境測試變更等。

• 這 相當(dāng)于給數(shù)據(jù)工程流程配了一個“自動化同事”。
  

總結(jié)起來就是，把 Claude 從“聊天工具”升級成“可復(fù)用的命令行工具箱”。

可做個這樣的比喻，prompt 是一次性，skill 是資產(chǎn)，而git 可以等于你的 AI 能力倉庫。

還可以延展閱讀下這些：

5.讓 Claude 自己修 Bug

這一方面，我們是這樣做的：啟用 Slack MCP（Model Context Protocol），然后把 Slack 里的 bug 討論串直接貼給 Claude，然后只說一句“fix”，或“去把 failing 的 CI tests 修好”。

不需要額外解釋，也不用來回切工具，直接開修。

要知道，Claude 很擅長自己“拆解問題 → 定位 → 修改 → 驗證“ ”這一整套流程。

再比如，還可以把 docker logs 丟給 Claude，讓它排查分布式系統(tǒng)問題，效果也會出奇地好。

6.升級你的 Prompt 能力（Level up your prompting）

a. 主動“挑戰(zhàn)”Claude

多給 Claude 壓力測試，而不是直接讓它交付結(jié)果。

比如，你可以這樣說，“狠狠審查（grill）我這次的改動，沒通過你的測試前不要創(chuàng)建 PR?！?/p>

或者說，“證明給我看這個真的能跑?！?/p>

這樣，可以讓 Claude 自動對比main 分支和你的 feature 分支，做行為 diff，驗證功能是否真的生效。

也就是說，不要只讓它“寫代碼”，還要讓它“質(zhì)疑代碼、驗證代碼”。

b. 修得一般？直接推倒重來

如果第一次修得很平庸，可以直接說，“基于你現(xiàn)在掌握的全部信息，把剛才那版廢棄掉，重新實現(xiàn)一個更優(yōu)雅的方案?！?/p>

而不要在 mediocre（普通/湊合）的實現(xiàn)上打補(bǔ)丁。

這樣，Claude 往往就會第二版好于第一版，重寫優(yōu)于修修補(bǔ)補(bǔ)。

c. 寫清楚規(guī)格，消滅歧義

在把任務(wù)交給 Claude 之前，寫詳細(xì) spec，明確約束，同時減少模糊描述。

你的需求給得越具體，輸出結(jié)果就越好。

簡單來說就是，把 Claude 當(dāng)成一個高水平同事來協(xié)作，而不是搜索引擎。

讓它 review 你，讓它證明結(jié)果，讓它重寫而不是修補(bǔ)，用 spec 替代隨口描述。

7.Terminal & 環(huán)境配置

團(tuán)隊里很多人都很喜歡 Ghostty 終端。

原因包括同步渲染更流暢（synchronized rendering），支持 24-bit 真彩色，以及完整的 Unicode 支持。

整體體驗上，更現(xiàn)代，對多會話、多任務(wù)切換特別友好。

為了更方便地同時管理多個 Claude，會用 /statusline 自定義狀態(tài)欄，讓它始終顯示上下文使用量和當(dāng)前 git 分支。

這樣你能隨時知道還剩多少 token，及自己在哪個分支干活，而不用反復(fù)切窗口確認(rèn)。

很多人還會給終端標(biāo)簽頁起名字、加顏色，甚至配合 tmux，一個任務(wù)、一個 worktree、 一個 tab，清晰的一對一映射。

這樣大腦負(fù)擔(dān)會小很多，不容易串任務(wù)。

另外一個強(qiáng)烈推薦是，語音輸入。

因為說話速度 ≈ 打字的 3 倍，能自然說出更長、更詳細(xì)的 prompt，以及提示詞質(zhì)量明顯提升。

很多人一旦開始用語音寫 prompt，就再也不想打字了。

8.使用 Subagents（子智能體）

a. 需要更多算力時，直接調(diào)用子智能體

在任何請求后面加一句，“use subagents”。

當(dāng)你希望 Claude 為這個問題投入更多算力、更深思考、更并行處理時，就這樣做。

這等于是告訴它，別一個人想，拉幾個“分身”一起干。

b. 把獨立任務(wù)拆給子智能體處理

把單獨的小任務(wù)丟給 subagents，這樣可以讓你的 主 Agent（main agent）保持上下文干凈、專注。

避免日志、中間步驟、噪音信息等，把主對話的 context window 擠爆。

讓子任務(wù)在子線程里消化，主線程只保留關(guān)鍵結(jié)果，這本質(zhì)上就是用subagents 做“上下文隔離”。

這種處理特別適合跑測試、分析日志、重構(gòu)代碼、數(shù)據(jù)處理、批量修改文件等“又長又臟”的活。

c. 用 Hook 把權(quán)限請求路由給 Opus 4.5 審核

可以通過 hook 機(jī)制把所有 permission（權(quán)限）請求轉(zhuǎn)交給 Opus 4.5，讓它掃描潛在攻擊風(fēng)險行為，及自動批準(zhǔn)安全操作。

這相當(dāng)于給 Claude 加了一個“自動安全審計員”，既安全，又不用你手動一個個點確認(rèn)。

（具體可參考：code.claude.com/docs/en/hooks）

總結(jié)起來，可以說是讓 Claude 變成了一個團(tuán)隊，而不是單兵作戰(zhàn)。

Main agent 等于 Tech Lead，Subagents 等于工程師們，Opus 則是安全/審核。

9.用 Claude 做數(shù)據(jù)與分析（Data & Analytics）

直接讓 Claude Code 調(diào)用 bq 命令行工具（BigQuery CLI），實時拉取并分析數(shù)據(jù)指標(biāo)。

我們在代碼倉庫里內(nèi)置了一個 BigQuery skill（技能模塊），團(tuán)隊所有人都在 Claude Code 里直接跑分析查詢。

說實話，我個人已經(jīng)6 個多月沒寫過一行SQL了。

這套方式同樣適用于任何提供CLI（命令行工具）、MCP、API 等接口的數(shù)據(jù)庫。

只要能被程序調(diào)用，Claude 就能直接幫你寫查詢、跑查詢、分析結(jié)果、總結(jié)洞察，然后生成報表，整條鏈路自動化完成。

這等于把“寫 SQL”這件事完全外包給 了Claude。

10.用 Claude 來學(xué)習(xí)

別只讓 Claude 干活，也讓它當(dāng)你的導(dǎo)師、助教和教練。

團(tuán)隊總結(jié)了幾條，把 Claude Code 當(dāng)學(xué)習(xí)助手用的小技巧：

a. 打開解釋型輸出模式

在 /config 里啟用“Explanatory”（解釋型）或“Learning”（學(xué)習(xí)型），這樣 Claude 在做修改時，不只會告訴你 改了什么，還會解釋 為什么要這么改（the why），也就是把“思考過程”講給你聽。

b. 讓 Claude 生成可視化 HTML 講解

把一段你看不懂的代碼丟給 Claude，然后說“做一份 HTML 幻燈片講解這段代碼。”

這樣，它會直接生成可視化頁面、圖示、分步驟說明，及類似 slides 的結(jié)構(gòu)，而且效果出奇地好。

這基本等于自動給你做了一份技術(shù)分享 PPT

c. 讓 Claude 畫 ASCII 圖

對于新的協(xié)議（protocol）、系統(tǒng)架構(gòu)、代碼庫結(jié)構(gòu)等，可以直接說“用 ASCII 圖給我畫出來解釋?！?/p>

比如

Client → API → Service → DB
↓
 Cache

這種文本結(jié)構(gòu)圖，對于理解復(fù)雜系統(tǒng)特別快。

d. 構(gòu)建一個間隔重復(fù)學(xué)習(xí)（Spaced Repetition）技能

做一個學(xué)習(xí)型 skill，流程大概是：

• 你先講一遍自己的理解
  

• Claude 提問追問，找出知識盲點

• 幫你補(bǔ)充缺失點
  

• 把結(jié)果記錄下來，定期復(fù)習(xí)
  

掃碼邀請進(jìn)群，我們帶你一起來玩轉(zhuǎn)ChatGPT、GPT-4、文心一言、通義千問、訊飛星火等AI大模型，順便學(xué)一些AI搞錢技能。