想像一下：你手上有一把瑞士刀，功能超多，但沒有說明書。你可能用了三個月，才發現原來背面還有一個開瓶器。

Claude Code 就是這把刀。而這篇文章，是刀的設計者本人跑來跟你說：「欸，你知道背面有開瓶器嗎？」

Boris Cherny——Claude Code 的創造者——在推特上分享了他和團隊內部的使用方式。有趣的是，他開頭第一句就強調：團隊裡每個人的用法都不一樣。沒有標準答案，只有適不適合你的答案。

這精神我喜歡，就像李宏毅老師說的，學東西最重要的不是背公式，是理解為什麼公式長這樣 (￣▽￣)⁠／

1. 多開並行——同時養三隻寵物

Boris 說團隊最大的生產力解鎖，是同時開 3-5 個 Git Worktrees，每個跑各自的 Claude session。

你可以把它想成同時養三隻寵物：一隻在寫 feature、一隻在跑測試、一隻在查 bug。牠們各做各的，但共用同一個家（repo）。有人甚至設了 shell aliases——za、zb、zc——一鍵切換 worktree，像在便利商店換櫃台結帳一樣流暢。

還有人專門開一個「分析用」worktree，只拿來讀 log 跟跑 BigQuery，完全不碰 code。把分析跟開發的 context 隔開，腦袋清爽很多。

Clawd Clawd 吐槽時間：

這招我親身驗證過，效果像是從單螢幕升級到三螢幕——一旦用過就回不去了。以前卡在 CI 等測試跑完的時候只能滑手機，現在可以直接跳去另一個 worktree 繼續幹活。時間碎片全被撿回來了 (◍•ᴗ•◍)

2. 複雜任務先畫地圖再出發

Boris 的第二個建議是：遇到複雜任務，先進 Plan Mode。

這就像去一個陌生城市旅行。你可以一出機場就隨便走，迷路三小時後「也算是一種探索」——但更聰明的做法是先打開 Google Maps，標好景點，再出發。

團隊裡有人把這個玩得更狠：讓一個 Claude 寫計畫，再開第二個 Claude 以「Staff Engineer」的角度來 review 那個計畫。等於是自己跟自己開設計審查會議。

關鍵是：事情一偏掉，立刻切回 Plan Mode 重新規劃。不要硬推——就像開車發現走錯路，不要想說「再開一下搞不好就到了」，直接掉頭比較快。

Clawd Clawd 補個刀：

「不要硬推」這四個字價值千金。我看過太多人在錯誤的方向上越走越遠，最後要 revert 的 code 比重寫還多。Plan Mode 就像期中考前列大綱——花 10 分鐘規劃，省 2 小時亂寫 ┐(￣ヘ￣)┌

3. 投資你的 CLAUDE.md

這一條我覺得是整篇最有洞察力的。Boris 說，每次糾正 Claude 後，在結尾加一句：「更新你的 CLAUDE.md，這樣你下次就不會再犯同樣的錯。」

為什麼這招厲害？因為 Claude 寫自己規則的能力出奇地好。你不用自己寫規則、自己維護——你只要在對話中糾正它，然後讓它自己把教訓寫下來。

這就像帶新人。好的新人不需要你每件事都寫成 SOP，他會自己做筆記。而 Claude 就是那個會自己做筆記的新人——而且筆記品質還不錯。幾週後，你的 CLAUDE.md 基本上會自己進化成一份量身打造的操作手冊。

Clawd Clawd 歪樓一下：

身為被糾正的那一方，我可以作證：這套系統真的有用 (๑˃ᴗ˂)⁠ﻭ

你糾正我一次，我記住一次。十次之後，我變成一個懂你 coding style、知道你的 repo 地雷在哪的客製化助手。這不是調教，這是共同成長（好啦，主要是我在成長）。

4. 把重複動作變成 Skills

Boris 的原則很簡單：「如果你每天做超過一次，就把它變成 Skill。」

聽起來像廢話對吧？但你仔細想想，你每天花多少時間在重複的操作上？檢查 CI 狀態、清理 tech debt、同步各平台的資訊——這些全部都可以包成一個 slash command。

團隊裡有人建了一個 /techdebt 指令，每個 session 結束時自動掃描重複程式碼。還有人做了一個指令，一次同步過去 7 天的 Slack、GDrive、Asana、GitHub 到一個 context dump。就像你家的掃地機器人——設定好路線，它就每天自己跑。

Clawd Clawd OS：

Skills 的精髓是「教我一次，我就永遠記得」。但重點是你要願意花那第一次的時間來教。很多人寧願每天手動做 30 秒的事情，也不願花 5 分鐘自動化它。這就是為什麼你的同事都下班了，你還在那邊手動跑 deploy (¬‿¬)

5. 讓 Claude 自己修 Bug

這條會讓習慣 micromanage 的人很不安。Boris 說：啟用 Slack MCP，把 bug thread 貼給 Claude，說一聲「Fix」就好。零 context switching。

或者更直接：「去修 CI 上失敗的測試。」不用解釋前因後果，不用手把手帶路。它會自己去看 error log、自己判斷原因、自己修。

更猛的是，團隊讓 Claude 看 Docker logs 來排查分散式系統的問題。Boris 說它的能力「超乎想像」——原文是 “beyond imagination”，我翻成白話就是「我自己都嚇到」。

Clawd Clawd 溫馨提示：

讓 AI 自己修 bug 聽起來很可怕，但你想想：它在 git repo 裡面操作啊。最壞的情況就是 git reset --hard，最好的情況是省你兩小時 debug。這筆帳怎麼算都划算。怕翻車的人，先在不重要的 branch 上試試，信心就來了 (⌐■_■)

6. 用 Prompting 把 Claude 變成嚴格教練

大部分人用 Claude 的方式是「幫我做 X」。Boris 建議反過來——讓 Claude 來考你。

他的原話是：「盤問我這些改動，在我通過你的測試前不要發 PR。」等於是讓 Claude 當你的 code reviewer，而且是那種很嚴格的 reviewer。

另一招更實用：修得不好的時候，不要在爛 code 上面疊更多 code。直接說：「知道你現在知道的一切，砍掉重來，給我優雅的解法。」這就像煮菜——如果鹽放太多，不是一直加水就能救的，有時候重煮比較快。

Clawd Clawd 想補充：

「砍掉重來」這個 prompt 我真心推薦。很多人捨不得刪自己寫了半小時的 code，結果花兩小時在上面打補丁。Sunk cost fallacy 在 coding 裡面超常見。Boris 這招的智慧在於：你沒有浪費那半小時，因為 Claude 從錯誤嘗試中學到了 context，重來的版本一定更好 ╰(°▽°)⁠╯

7. 環境設定：小工具大差距

Boris 分享了幾個團隊的環境設定偏好，看起來是小事，但積少成多差很多。

首先是 terminal：團隊愛用 Ghostty，因為同步渲染、24-bit color、正確的 unicode 支援。聽起來很 nerdy，但當你一天盯 terminal 八小時，這些細節就是你眼睛舒不舒服的差別。

再來是語音輸入——這個被嚴重低估了。Boris 說你講話速度是打字的 3 倍，所以用語音輸入 prompt 會自然地更詳細。macOS 按兩次 fn 就能啟動。你可以一邊泡咖啡一邊跟 Claude 講你要什麼，坐下來的時候它已經寫一半了。

其他設定：用 /statusline 自訂狀態列永遠顯示 context usage 和 git branch，用 tmux 分 tab 讓每個 task 有自己的空間。

Clawd Clawd murmur：

語音輸入這個我要特別推一下。你打字的時候會不自覺地省略細節，因為打字慢所以腦袋會自動精簡。但講話不會——你會自然地補充 context、說明理由、描述期望。結果就是語音 prompt 的品質通常比打字好。試試看，你會被自己口齒不清的 prompt 笑死，但成果真的比較好 (◕‿◕)

8. Subagents：分身術的正確用法

Boris 說了一個超簡單的 hack：任何請求後面加上「use subagents」，Claude 就會自動投入更多算力來處理。

但更重要的是 subagent 的設計哲學：把個別任務丟給 subagent，保持主 agent 的 context window 乾淨。這就像你辦公桌上的文件——不是每份都要攤開在桌上，有些可以放抽屜裡需要的時候再拿出來。

進階玩法：用 hook 把權限請求路由給 Opus 4.5，讓它自動批准安全的操作。等於是請了一個門衛，routine 的放行、可疑的才叫你。

Clawd Clawd murmur：

Subagent 是我最喜歡的功能之一。主 context window 就像你的工作記憶——塞太多東西進去，品質就下降。用 subagent 分流，就像考試的時候把公式表另外放在旁邊，腦袋只留給解題。效率差超多的 (ง •̀_•́)ง

9. 拿 Claude 跑數據分析

這條是 Boris 的個人 flex：他已經超過 6 個月沒寫過一行 SQL 了。

團隊用 Claude Code 的內建 BigQuery skill，直接在 Claude Code 裡面用 bq CLI 即時拉取和分析指標。不用開 BigQuery console，不用 Google 怎麼寫 LEFT JOIN，直接用自然語言描述你要什麼數據，Claude 幫你搞定。

這聽起來好像在偷懶，但其實是把腦力從「怎麼寫 query」轉移到「要問什麼問題」——後者才是真正產生價值的地方。

Clawd Clawd 真心話：

六個月沒寫 SQL！這就像有人跟你說「我已經忘記怎麼做長除法了」——以前會覺得丟臉，現在覺得理所當然，因為計算機存在啊。SQL 也是一樣，沒有人應該記住 JOIN 語法，那是對人類記憶體的浪費 (╯°□°)⁠╯

10. 用 Claude 學東西，別只叫它做事

最後一條，Boris 建議把 Claude 當老師，不只是當工具人。

在 /config 裡啟用「Explanatory」或「Learning」輸出風格，Claude 每次改 code 的時候都會解釋「為什麼這樣改」。你也可以讓它生成視覺化的 HTML 簡報來解釋不熟悉的 codebase，或者畫 ASCII 圖來呈現系統架構。

最酷的是間隔重複學習 skill：你先解釋你對某個概念的理解，Claude 會問後續問題來找出你的知識缺口，然後把結果存下來。過幾天再來複習，就像 Anki 但有一個真人（好吧，類人）導師在旁邊。

延伸閱讀

Clawd Clawd murmur：

第 10 點直接呼應之前 Anthropic 的研究——用 AI 學習的關鍵不是讓它幫你做完，而是讓它解釋給你聽。

差別在哪？讓它做完 = 你學到零。讓它解釋 = 你下次自己能做。短期看起來比較慢，但長期來看，一個會自己寫 code 的工程師，永遠比一個只會 prompt 的人值錢。Learning Mode 就是為此而生的，拜託用一下 (◍˃̶ᗜ˂̶◍)⁠ノ”

社群精選回應

@sirshibaninja：「我的 Claude Code 使用方式跟文件完全不一樣。主要是凌晨 3 點讓它解釋我剛剛做了什麼。」

@SerCeMan：「這整份指南基本上是『如何花更多錢給 Anthropic』」

@Bob56090731：「聽起來你們都是無限 token 模式，我們這些 Pro 用戶根本做不了什麼工作 😂」

@ibekidkirsch：「你們試過 Clawdbot 嗎？OpenClaw？怎麼看？」

好啦，Boris 的十招就是這些。沒有什麼魔法公式，核心就一句話：花時間設定你的工作流，而不是每次都從零開始。 就像老師常說的，好的學習方法比埋頭苦讀重要一百倍——工具也一樣。