我所知道的所有 Claude Code 技巧（2026 年 3 月）

@kevinrose 問我用什麼 IDE。我的回覆在 128 個答案中獲得了最多的互動：「沒有 IDE。只有 plan.md 檔案和語音。」以下就是我這句話的完整含義。

1. 當你有了想法，立刻用 /ce:plan 或 /ce:brainstorm

我學到最重要的一件事：當我有一個想法時，立刻用 /ce:plan。

不是「讓我想想」，也不是「讓我開始寫程式」。就是 /ce:plan。每次都這樣。一個瘋狂的產品點子？/ce:plan。有人在 GitHub 上回報 bug？複製問題網址，貼上，/ce:plan。終端機出現錯誤？用 Cmd+Shift+4 截圖，直接 Ctrl+V 貼到 Claude Code 裡，/ce:plan fix this。Claude Code 接受圖片——bug 截圖、錯誤訊息、設計稿、Slack 對話——並能據此寫出計劃。

當你執行它時，底層是這樣運作的。/ce:plan 會同時啟動多個研究 Agent。一個分析你的程式碼庫——讀取你的檔案、找出模式、檢查你的慣例。另一個搜尋你的 docs/solutions/ 資料夾，從過去的 bug 中學習。如果主題需要，更多 Agent 會研究外部的最佳實踐和框架文件。全部同時進行。

然後它會整合並寫出一個結構化的 plan.md：問題是什麼、該採取什麼方法、要修改哪些檔案、帶有核取方塊的驗收標準、以及從你自己程式碼中歸納出的模式。不是泛泛的建議。而是基於你的程式碼庫、你的慣例、你的歷史。

/ce:work 則根據那個計劃來建構。它會將計劃分解成任務，逐一實作，執行測試，並核對條件。上下文丟失了？開啟一個新的對話，指向那個計劃，就能從中斷的地方繼續。計劃就是那個能撐過一切的檢查點。

傳統開發是 80% 寫程式，20% 規劃。這個流程完全翻轉了。正如 @jarodtaylor 所說：「如果你花 80% 的時間用 Opus 規劃，然後讓子 Agent 蜂擁而上...」思考發生在計劃階段。執行只是機械性的。

Compound Engineering 就是讓這一切成真的外掛。來自 @EveryInc：

/plugin marketplace add EveryInc/compound-engineering-plugin

我成了超級粉絲。然後我成了貢獻者，GitHub 上的 #3 貢獻者，21 次提交，僅次於核心團隊。@kevinrose 幾週前介紹給我的。

我現在有 70 個計劃檔案和 263 次提交在 /last30days 上。差距來自於我養成這個紀律之前的早期提交。我現在的規則是：除非真的只是一行程式碼的改動，否則永遠先有 plan.md。

2. 擁抱語音

在 LLM 出現之前，我受不了語音備忘錄。Apple 內建的聽寫功能讓我想摔手機。但語音轉 LLM 完全不同。轉錄不需要完美，因為 Claude Code 能理解上下文。它會猜測麥克風聽錯的部分。你可以含糊其詞、聲音漸弱、重新開始一句話。語音終於可行了，因為聽者夠聰明，能填補空缺。

Monologue（@usemonologue，來自 Every——也就是開發 Compound Engineering 的公司）會將語音輸入到當前聚焦的應用程式中。你說話，它打字到 Claude Code 裡。WhisperFlow 也很棒。選一個就好。我為辦公室買了一個鵝頸麥克風。

我現在正在我的 Tesla 車上，使用 Full Self-Driving 功能，送孩子們上學的同時口述這篇文章。這一段是說出來的，不是打出來的。

3. 同時執行四到六個對話

這是我實際度過一天的方式。四到六個 Ghostty 視窗，每個都執行一個獨立的 Claude Code 對話。一個在寫計劃。一個在根據另一個計劃進行建構。一個在執行 /last30days 研究。一個在修復我測試上一個東西時發現的 bug。

當 /ce:plan 在一個視窗中啟動研究 Agent 時，我切換到另一個視窗，用 /ce:work 處理一個已經寫好的計劃。當那個在建構時，第三個視窗貼入了一個新的 bug。等我循環回到第一個視窗時，計劃已經完成，在 Zed 裡等著我了。

這就是為什麼繞過權限（下一節）是無可妥協的。如果每個對話在每個動作上都問「允許嗎？」，你就無法切換上下文。它們都需要自主運行。檢查、反應、繼續。如果搞砸或毀了一切，還有 GitHub 在。

這也是為什麼我的 MacBook 大約一個小時就沒電了。六個 Claude 對話並行。剛訂了新的 MacBook Pro。

4. 三個改變一切的設定

Claude Code 的預設模式會對每次編輯、每個指令請求許可。你需要三個設定變更。

「Dangerously skip permissions」（是的，它真的叫這個名字）。~/.claude/settings.json：

{

"permissions": {

"allow": [

"WebSearch", "WebFetch", "Bash", "Read", "Write",

"Edit", "Glob", "Grep", "Task", "TodoWrite"

"deny": [],

"defaultMode": "bypassPermissions"

"skipDangerousModePermissionPrompt": true

}

skipDangerousModePermissionPrompt: true 是關鍵。沒有它，Claude 會要求你在每個對話開始時確認。你也可以按 Shift+Tab 來切換。感謝 @danshapiro（Glowforge 創辦人，《Hot Seat》作者）。當我幫一個朋友設定 Claude Code 時，AI 還積極地試圖阻止他啟用這個功能。你必須直接了當。這是你的電腦。

Claude 完成時播放聲音。 加入同一個檔案：

{

"hooks": {

"Stop": [

{

"hooks": [

{

"type": "command",

"command": "afplay /System/Library/Sounds/Blow.aiff"

}

]

}

]

}

走開。聽到聲音再回來。同時執行四到六個對話時，你需要知道哪一個剛剛完成。感謝 Myk Melez。

Zed 自動儲存。 在 Zed 設定中（Cmd+,）：

{

"autosave": {

"after_delay": {

"milliseconds": 500

}

這是類似 Google Docs 的技巧。Zed 每 500 毫秒儲存一次。Claude Code 監視檔案系統。當 Claude 編輯一個檔案時，變更會立即出現在 Zed 中。當你在 Zed 中打字時，Claude 在一秒內就能看到。一半螢幕是 Ghostty，另一半是 Zed，兩者看著同一個檔案。感覺就像在協作一個 Google Doc，只是一個協作者是 AI。

5. 在規劃前先研究

在我 /ce:plan 之前，我通常會先對它執行 /last30days。

我曾在 Vercel 的 agent-browser 和 Playwright 之間做選擇。與其閱讀文件，我執行了 /last30days Vercel agent browser vs Playwright。幾分鐘內：78 個 Reddit 討論串、76 篇 X 貼文、22 個 YouTube 影片、15 個 HN 故事。Agent-browser 使用的上下文 Token 減少了 82-93%。Playwright 僅工具定義就傾倒了 13,700 個 Token。@rauchg 的貼文獲得了 964 個讚。

我將整個輸出餵給 /ce:plan integrate agent-browser。這個計劃的基礎是社群目前實際知道的資訊，而不是六個月前的訓練資料。

/last30days 是開源的（4.5K 星，github.com/mvanhorn/last30days-skill）。它會同時搜尋 Reddit、X、YouTube、TikTok、Instagram、HN、Polymarket 和網路。我做任何事都會這樣做。在選擇一個函式庫之前、在建構一個功能之前、在寫這篇文章之前。我執行了 /last30days Compound Engineering 來為第一節獲取最新的社群引言。研究、規劃、建構。這才是真正的循環。

6. 把任何會議變成 Plan.md

我和一位潛在的候選人共進午餐。我們討論了一個公司裡還沒有人著手的新產品點子。我們也聊了食物、餐廳、孩子。一個半小時的普通對話，其中穿插著產品腦力激盪。

我當時開著 Granola。午餐後，我將完整的對話記錄——九十分鐘，混雜著關於壽司的閒聊——貼進 Claude Code：/ce:plan turn this into a product proposal。

讓它變得神奇的是：Claude Code 已經知道我們的產品程式碼在 GitHub 上的位置。它也能存取我的公司策略資料夾——我寫過的每一個先前的策略 plan.md。所以當它處理 Granola 的對話記錄時，它不僅僅是從午餐對話中提取想法。它還在交叉比對我們實際的程式碼庫和我們之前做過的每一個策略決策。Granola 上下文 + 程式碼庫 + 先前的策略計劃 = 黃金。

一次就生出了一份令人難以置信的提案。目標、用戶故事、技術方法、里程碑。忽略了關於餐廳的部分。當天晚上就發送給了那位候選人。

他現在正和我們全職合作那個產品。

Granola 現在支援 MCP，所以我直接在 Claude Code 內部使用它。不再需要複製貼上。每次會議的上下文都直接流入我的計劃中。

7. 用計劃檔案處理所有事，不只是程式碼

我正在為我的公司寫一份策略文件。Claude Code 和 markdown 檔案並排打開。對著 Monologue 說話：「給我三種上市策略。列出每種的優缺點。」

三個選項出現在 Zed 中。「選項二最接近，但選項一的語言更好。把它們結合起來。」立即更新。「現在指出最大的風險。」加入。「第二段太長了。」縮短。

Claude Code 會拉取我們的 GitHub，所以它了解當前的產品。它也能存取我所有先前的策略 plan.md 檔案。當我在寫新的定位時，它擁有我之前做過的每個策略決策的完整上下文。這種累積的上下文讓每個計劃都比上一個更好。

策略文件、產品規格、競爭分析、這篇文章。同樣的工作流程。說話、規劃、迭代。

8. 用 Mac Mini 執行遠端 Claude Code

我有一台 Mac Mini 是為 OpenClaw 設定的，但我還用它做了另外兩件事：

從手機發 Telegram。 Claude Code 有 Telegram 整合功能。我透過 Telegram 從手機傳訊息給我的 Mac Mini。晚餐時，想到一個 bug，在 Telegram 中輸入 /ce:plan fix the timeout issue。當我回到螢幕前時，計劃已經在 Zed 中等我了。Claude Code 甚至會在我離開時，用我的 OpenClaw AgentMail 將計劃檔案寄到我的信箱。

在飛機航班上用 tmux。 感謝 Nathan Smith。Claude Code 在飛機上的 Wi-Fi 表現不佳。連線中斷，對話就掛了，而且它甚至不會告訴你。但是先用 tmux 連到你的 Mac Mini，對話就會在那台機器上執行。你的筆電只是一個視窗。Wi-Fi 在大西洋上空斷了 20 分鐘？重新連線。對話完全停留在你離開時的樣子，而且它還繼續工作了。

在從歐洲回程的整個航班上，我都在發布功能。

我也將這個工作流程用於開源專案

如果你看我的 GitHub 個人檔案（github.com/mvanhorn），這是我最近被合併的一些專案，全部都是在寫任何一行程式碼之前先有 plan.md 檔案：

Python - defaultdict repr 無限遞迴、man page 文字換行
OpenCV - HoughCircles 回傳型別、YAML 解析器堆積溢位
Vercel Agent Browser - Appium v3 供應商前綴、WebSocket 備援、批次指令工作流程（#5 貢獻者）
OpenClaw - 瀏覽器中繼、速率限制 UX、iMessage 傳遞、Codex 沙箱偵測、語音通話
Zed - $ZED_LANGUAGE 任務變數、在 Finder 標籤頁中顯示的右鍵選單、git 面板 starts_open 設定
Paperclip - SPA 路由、外掛領域事件、promptfoo 評估框架（#3 貢獻者）
Compound Engineering - 計劃門控、序列審查模式、技能遷移、NTFS 冒號處理（#3 貢獻者）

我老婆對我生氣了

我隨身攜帶筆電。四到六個 Ghostty 分頁加上 Zed。她不怎麼高興。Mac Mini 加 Telegram 有幫助。但當我想要多個計劃即時並行發展時，我需要筆電。她真的很希望我別在送小孩上學時還帶著它。

抱歉啦，親愛的。

這篇文章就是用這個工作流程寫的

這是一個在 Zed 中的 markdown 檔案。Claude Code 在 Ghostty 中執行。我對著 Monologue 說話：「主題不對，重寫開頭。」「加入 Granola 的故事。」「不要把 Zed 叫做我的 IDE。」Claude 重寫。變更出現在 Zed 中。我做出反應。總共七次完整重寫。

這就是我所知道的一切。一個語音應用程式、一個計劃檔案外掛、三個設定變更、四到六個並行對話、一台 Mac Mini，以及能變成產品提案的會議。沒有 IDE。沒有程式碼。說話、規劃、建構。在書桌前、在沙發上、在車裡。

加碼：當你 Token 用完時

這種效率會很快用光你每個月 200 美元的 Claude Max 方案。整天四個到六個並行的 Opus 對話，累積起來很可觀。

解決方案：也買每個月 200 美元的 Codex 方案。安裝 Codex CLI，然後 Compound Engineering 就可以改用 Codex 額度來建構。我剛剛將 /ce:work --codex 合併進 Compound Engineering——今天合併的——當 Claude 額度不足時，它會將實作工作委派給 Codex。

有些朋友用 Codex 來審查 Claude Code 的工作，反之亦然。其他人則偏好 Codex 的程式碼輸出，但從 Claude Code 呼叫它來進行編排。這兩個方案互補。Claude 負責規劃，Codex 負責大量實作。

我也有個「晚安」模式，讓我在睡覺時也能工作，但這就留到下次再解釋了。

加碼 2：迪士尼世界即時解說

為了展示這個工作流程從頭到尾應用在非程式碼的事情上，這裡有一個今天的真實例子。我在足球場看我孩子的比賽。另一位家長和我聊到了迪士尼世界之旅。我拿出筆電，展示給她看。

步驟 1： /last30days Disney World。兩分鐘後，完整畫面出現。66 個 Reddit 討論串（11,804 個讚）、34 篇 X 貼文、8 個 YouTube 影片。價格衝擊是主要的討論話題——r/DisneyPlanning 上一個 8,500 美元的旅遊報告有 183 則留言。僅三月就有六個遊樂設施關閉。巴斯光年將於 4 月 8 日以新武器重新開放。搖滾過山車將改為布偶主題。恐龍樂園已被拆除。

步驟 2：「What will be open / not open in Pairl April 16th to be specific」（拼寫錯誤也沒關係——CC 不在乎）。Claude 檢查了翻新日程表，交叉比對了 last30days 的資料，給出了完整的開放/關閉列表。

步驟 3： /ce:plan I'm going to be at Disney World for one day. I want to do at least three parks, maybe four, probably four, because I'm crazy. I want to do Guardians at Epcot, do a few rides at Hollywood Studios, do a few rides at World, do the Everest ride at Animal Kingdom, and at least one Avatar ride. Plus: "What is the strategy to get all the Genie Plus and the other things to make this work? Also, one week before, don't I have to look up something? What do I buy when? Help me set the reminders. I don't care about food. I do not have a hotel. happy to pay the $25 for one time pass"

Claude 的研究 Agent 啟動了，交叉比對 last30days 的資料，並寫出了一個結構化的 plan.md：遊園順序（AK -> HS -> Epcot -> MK）、精確的 Lightning Lane 預訂策略、4 月 13/14/15 日早上 7:00 的三個鬧鐘提醒、哪些遊樂設施需要單次通行證（14-22 美元） vs 多次通行證、以及我孩子的身高限制。

步驟 4： 在 Zed 中打開計劃。審閱它。對另一位家長說，幫她做一個計劃：「So I'm going on a trip to Disney World, and I'm doing three days in the parks. Tell me the most efficient routes, what passes to get, what extras to have... it's an eight and five-year-old.」Claude 寫了一個新的 305 行計劃，包含 Rider Switch 協議、每日行程，以及一個「這週記得穿著鞋子量一下你五歲小孩的身高」的警告。

步驟 5：「csn you pushCan you publish this last one on a Vercel site in light mode? That's easy to see.」（更多拼寫錯誤。仍然沒關係。）Claude 建立了一個乾淨的 HTML 頁面並部署了它。

網址在 disney-plan-ebon.vercel.app

步驟 6： 透過 Telegram 將 .md 檔案丟進 OpenClaw。說「can you make a plan to add all these reminders to YOU with dobel safeties in case you mess up day before / calendar etc.」OpenClaw 讀取了計劃，在我的工作日曆上設定了日曆事件，以及會透過 Telegram 通知我的 cron 任務備份。為每個關鍵預訂窗口提供了雙重保障。太平洋時間 4 月 13 日凌晨 3:50：「BUY Multi Pass NOW。」4 月 16 日凌晨 3:50：「BUY Single Passes NOW。」都在東部時間早上 7 點窗口開啟前 10 分鐘。觸發後自動刪除。