Claude Code 創辦人點名 15 個被低估的功能：從寫程式助手走向可持續運作的開發系統

AI News · 2026-03-31

原文連結： 寶玉整理串 ・ Boris Cherny 原始串

摘要

• Claude Code 創辦人 Boris Cherny 列出 15 個他認為「明明很強，但還沒有被大多數人真正用起來」的功能，從手機端、跨裝置接手，到定時自動化與平行開發，幾乎把 Claude Code 展現成一個完整的代理平台。
• 這串內容最值得注意的，不是某一個單點功能，而是整體工作模式：把 Claude 從「你問它答」的互動工具，升級成能持續巡邏、可被調度、可自我驗證、可平行擴張的開發系統。
• Boris 特別強調，前端開發一定要讓 Claude 有辦法驗證自己的輸出；更廣義地說，任何能讓代理看見結果、檢查錯誤、回頭修正的機制，都是提升品質的核心。
• 其中最有想像力的功能是 /loop 與 /schedule：讓 Claude 每隔固定時間自動處理 code review、根據 Slack 回饋開 PR、補處理漏掉的評論、清理不再需要的 PR。
• 但這些能力要真正落地，前提也很現實：終端得保持開著、電腦不能睡眠、測試覆蓋要夠強，而且像自動 babysit PR 這類流程，不適合直接照抄到測試薄弱的專案。

· · ·

這串文真正透露的，不只是技巧，而是一整套新的工作方式

Boris Cherny 這串文表面上是在分享「Claude Code 有哪些被低估的功能」，但如果把 15 點一起看，會發現它在講的其實不是指令清單，而是一種新的開發模式。

在這種模式裡，Claude 不再只是你卡住時叫出來補一段 function、解一個 bug 的工具，而是逐漸變成一個可以跨裝置切換、持續在背景工作、能夠自動巡邏、能被拆成多個平行代理的開發系統。

換句話說，這不是「如何更會用聊天視窗」，而是「如何把 Claude Code 當作工作流基礎設施」。

1. 手機端不是拿來硬寫複雜邏輯，而是拿來派工與接手

第一個被 Boris 點名的功能，是很多人根本還不知道的手機端支援。

現在 Claude App 在 iOS 和 Android 上都能進入 Code 分頁。Boris 說，他自己其實有很多程式碼就是在 iOS 上寫的。

這句話聽起來很猛，但更實際的理解應該是：手機端最適合的，不是拿來在 6 吋螢幕上硬拚複雜架構，而是做輕量修改、發動任務、查看進度與補一兩句指令。

例如你在外面、在捷運上、在排隊時，突然想到一個修法或想先叫 Claude 開始處理某件事，手機端就非常合理。它解的是「人不在電腦前，但工作不想停」這個痛點。

2. /teleport 與 /remote-control：讓同一個 session 可以在不同裝置之間接力

Claude Code 支援把 session 在終端、網頁、桌面端與手機端之間來回接手。

Boris 提到兩個功能：

• claude --teleport 或 /teleport：把雲端會話拉到本地繼續
• /remote-control：從手機或網頁遠端控制本機正在跑的會話

這組能力很重要，因為它解掉了一個很真實的工程現場問題：長時間任務通常是在桌機或終端啟動，但人不可能永遠坐在工位前。你可能正讓 Claude 跑大型 refactor、整理 review comment、追 CI 狀態，但中途得出門、得移動、得離開電腦。這時如果沒有跨裝置接手能力，整個流程就會中斷。

當 session 能在多個裝置之間接力，Claude 的使用情境就不再被綁死在單一螢幕前。雖然 Boris 也提到，Remote Control 目前仍屬研究預覽階段，而且同一時間只能遠端控制一個會話，但方向已經很明確：Claude Code 正在往「可遠端駕駛的代理人」演化。

3. /loop 與 /schedule：把 Claude 從互動助手變成背景自動化工人

Boris 直接說，/loop 和 /schedule 是 Claude Code 最強大的兩個功能。

這不是誇飾。因為一旦代理能按照固定節奏自己醒來、自己執行工作，你和它的關係就不再只是一次性對話，而是變成持續運作的流程。

他自己舉的例子包括：

• /loop 5m /babysit：每 5 分鐘處理 code review 意見、自動 rebase、一路把 PR 護送到可合併狀態
• /loop 30m /slack-feedback：每 30 分鐘根據 Slack 回饋開 PR
• /loop /post-merge-sweeper：自動回頭處理之前 review 中漏掉的評論
• /loop 1h /pr-pruner：每小時清理過時或不再需要的 PR

這一段最有啟發性的地方在於：Boris 把工作流想成「skill + loop」的組合。

也就是先把某種重複工作封裝成技能，再讓 Claude 以固定頻率自動執行。這會讓 Claude 從「你有事時叫它一下」升級成「持續在背景替你巡邏的工程助手」。

不過這裡也有幾個不能忽略的現實限制：

• 終端必須持續開啟
• 電腦不能睡眠
• /loop 不是永久任務，最長約三天；若要做到一週等更長週期，通常要搭配桌面端的 /schedule
• 像 /babysit 這種會自動處理 review 甚至逼近自動上線的流程，前提一定是測試覆蓋夠強、流程夠穩

如果專案測試很薄、CI 常常不穩，直接模仿這種做法反而很危險。

4. Hooks：讓代理的生命週期可以插入確定性邏輯

Hooks 是 Boris 特別看重的另一個能力，因為它把 Claude Code 從單純的助手，推向真正的代理平台。

你可以在代理生命週期的特定節點插入預先定義好的邏輯，例如：

• SessionStart：每次啟動時動態載入上下文
• PreToolUse：每次執行 bash 指令前先記錄日誌
• PermissionRequest：把權限請求送到 WhatsApp，讓你遠端批准或拒絕
• Stop：在 Claude 停下來時自動提醒它繼續

這很像 Git 的 pre-commit hook，但作用範圍更大，因為它不是綁在某個 repo 操作點，而是綁在整個 AI 代理的執行生命週期上。

這也是為什麼 hooks 對進階使用者很有吸引力：你不只是「請 Claude 幫我做事」，而是可以開始規劃它什麼時候要載入什麼、做工具前怎麼記錄、需要權限時怎麼通知你、停住時如何重新推動。

學習門檻確實不低，但一旦用起來，Claude Code 的角色就會非常不一樣。

5. Cowork Dispatch：不是控制終端，而是直接遠端操控桌面 Claude

Boris 也提到他每天都在用的 Cowork Dispatch。

這個功能很容易跟前面的 Remote Control 混在一起，但兩者其實不同：

• Remote Control：控制的是終端裡正在跑的 Claude Code 會話
• Dispatch：控制的是 Claude 桌面應用本身

而桌面應用能做的事情更多，因為它可以在授權下使用你的瀏覽器、檔案系統與 MCP 伺服器。Boris 說他會拿 Dispatch 處理 Slack 訊息、電子郵件、檔案管理等工作。這代表 Claude 不再只是處理 code，也開始能接手知識工作與辦公流程。

目前 Dispatch 只支援 macOS，但方向已經很清楚：Anthropic 想做的不是只有 coding assistant，而是一個可以安全遠端操控你工作環境的智慧代理。

6. 給 Claude 一個「驗證自己輸出」的方法，是前端開發最重要的事

在整串內容裡，我認為最值得被記住的，不是任何單一指令，而是 Boris 對前端開發的這個原則：

一定要讓 Claude 有辦法驗證自己的輸出。

他舉的例子是 Chrome 擴充功能。前端專案如果讓 Claude 能打開瀏覽器、看到實際畫面、自己檢查結果、自己迭代修正，輸出品質會明顯提升。Boris 說他每次做前端專案都會裝，因為比其他類似 MCP 工具穩定。

這個觀點其實不只適用前端。把原則再抽象一層，它是在說：

• 能跑測試
• 能看預覽
• 能讀 console
• 能檢查 build
• 能回頭比對修改結果

只要 Claude 能看見自己做完之後的結果，它就比較有機會進入真正的修正迴圈，而不是停在「我理論上應該改對了」。

這條原則很可能比任何 prompt 技巧都更重要。

7. 桌面端內建 Web 預覽，讓 Claude 更像在真實工作環境中操作

除了 Chrome 擴充功能外，Claude 桌面端也能自動啟動 Web 伺服器並在內建瀏覽器中測試，不需要手動做太多設定。命令列或 VSCode 場景則能透過 Chrome 擴充功能取得類似能力。

這個設計的價值，在於它進一步降低了「讓 Claude 看見輸出結果」的門檻。當代理不只是改檔案，而是能自己啟動服務、自己打開畫面、自己檢查是否正常，就更接近真正的人類工程師工作模式。

8. 會話分叉：探索不同做法時，不必推倒重來

Claude Code 也支援會話分叉。

你可以在當前會話中輸入 /branch，也可以用命令列搭配 claude --resume <session-id> --fork-session。

這個功能對探索式工作非常有幫助。當 Claude 已經做到一半，你想試另一種架構、另一條修法、另一個 refactor 方向時，不需要把原來的上下文丟掉重來，而是能直接分叉出去做平行嘗試。

這很像在思考層做版本控制。

9. /btw：Claude 在工作時，順手問一句不打斷主線

/btw 是個小功能，但很貼近真實協作。

當 Claude 正在執行任務時，你可以插入一個快速問題，不中斷它的主工作流。這種問答只跑單輪、不會調用工具，但仍然能看到當前會話的完整上下文。

它很像你站在同事旁邊，看他在工作，順口問一句：「欸順便問一下，這段為什麼要這樣做？」這種細小但不打斷主線的互動，往往很實用。

10. Git worktrees：Claude 平行開發能力的真正基礎建設

如果前面那些功能是在提升單一代理的能力，那 Git worktrees 講的就是如何同時駕馭多個代理。

worktrees 讓你能在同一個 repo 中，把不同分支檢出到不同目錄，各自獨立運作、互不干擾。Claude Code 對 worktrees 有深度支援，因此你可以用 claude -w 啟動新的 worktree 會話，或在桌面端勾選 worktree 模式。

Boris 說他隨時都有幾十個 Claude 實例在跑，靠的就是這套機制。

當然，這種玩法非常吃資源：

• 訂閱額度要夠
• 電腦性能要撐得住
• repo 結構要乾淨
• 測試流程要夠穩

但即使不是幾十個實例，只要能讓 2 到 3 個會話並行開工，worktree 幾乎就已經比你反覆切 branch、重建上下文、來回切換狀態更有效率。

11. /batch：把大量可平行化修改交給整群代理一起做

如果 worktree 是平行開發的基礎設施，那 /batch 就是把這個能力推到極致。

/batch 會先理解你的需求，再把任務分派給多個 worktree 代理平行處理。數量可以是幾十個、幾百個，甚至更多。

這特別適合像這樣的工作：

• 全 repo API 改名
• 批量格式遷移
• 重複但結構化的 refactor
• 大規模樣板替換

當然，前提依然沒變：任務必須真的可平行化，而且你得有足夠的測試保護。 否則只是把錯誤放大而已。

12. --bare：寫 SDK、自動化腳本或 CI/CD 的人很該注意

Boris 也點出一個偏底層但很實用的效能細節：--bare。

預設情況下，claude -p 或 TypeScript / Python SDK 啟動時，會去搜尋本地的 CLAUDE.md、settings 與 MCP 設定。這對互動式使用很合理，但在非互動式場景裡，尤其是你已經明確透過 --system-prompt、--mcp-config 等參數提供所有資訊時，這些搜尋步驟其實是額外浪費。

Boris 說這是當初 SDK 設計上的失誤，未來版本預計會讓 --bare 成為預設；在那之前，需要手動加上。

如果你在做自動化腳本、批次任務或 CI/CD 整合，這條非常值得記下來。

13. --add-dir：跨 repo 工作時，不必被單一目錄邊界綁住

Claude Code 也支援跨目錄、跨 repo 視野。

你可以在一個 repo 啟動 Claude，再用 --add-dir 或 /add-dir 讓它看到並操作另一個 repo。也可以在團隊的 settings.json 裡設定 additionalDirectories，讓大家一啟動就自動帶入共同需要的目錄。

這對 monorepo 以外的工作模式很重要，尤其當你的前端、後端、文件、基礎設施分散在不同 repo，而實際任務又常常跨 repo 時，這種能力會大幅減少來回切換與上下文丟失。

14. --agent：讓不同代理各自專精，而不是什麼都丟給一個通用 Claude

在 .claude/agents 底下，你可以定義自訂代理，然後用 claude --agent=<名稱> 啟動。

每個代理都可以有自己專屬的系統提示、上下文與工具集。這種做法的真正價值，不是「客製化很酷」，而是專業化。

與其讓一個通用 Claude 同時兼任 code review、寫測試、寫文件、整理變更紀錄，不如把這些角色拆開，各自給不同代理不同的規則與工具。這其實和前面 Boris 提到的「skill + loop」邏輯完全一致：把工作流結構化，再讓不同代理在各自的邊界內發揮。

15. /voice：語音編程不是噱頭，但也不是所有場景都比打字快

最後一個功能是 /voice。

Boris 說他大部分的程式碼其實是用講的，不是用打的。命令列可用 /voice 後按住空白鍵說話，桌面端有語音按鈕，iOS 也能配合聽寫使用，目前支援 20 種語言。

這功能很容易被當成噱頭，但如果把使用情境想清楚，它其實很合理：

• 描述功能需求
• 解釋 bug 現象
• 口述重構方向
• 交代高層設計邏輯

這些事情用講的，常常真的比打字快。

但如果你要精準描述變數命名、資料結構、函式簽名或細節排版，那通常還是鍵盤更有效率。語音編程不是全面取代打字，而是擴大「高頻、高抽象、連續思考」這部分的輸入效率。

這 15 個功能共同指向一件事：Claude Code 正在變成開發作業系統

如果只零碎看這 15 點，很容易把它們當成一些炫技指令：手機端、遠端控制、hooks、worktree、batch、voice……每個都很強，但彼此看起來像散的。

可是一旦把它們放回同一張圖，你會發現它們全部都在推同一個方向：

• 讓 Claude 可以跨裝置接力
• 讓 Claude 可以固定頻率自己工作
• 讓 Claude 能插進你的工程流程
• 讓 Claude 有能力驗證自己的輸出
• 讓 Claude 能同時在多個分支、甚至多個 repo 中平行運作
• 讓 Claude 從一個通用助手，變成多個專業代理的集合

這已經不是單純「AI 幫我寫程式」的層次，而是逐步接近一個可調度、可觀察、可驗證、可平行擴張的開發作業系統。

· · ·

我的看法

如果你現在還只把 Claude Code 當成「幫我補這段 code、幫我看這個錯誤」的聊天工具，那你其實只用了它最前面的一小層。

Boris 這串文最有價值的地方，是讓人看見 Claude Code 的真正天花板不在單次回答品質，而在工作流設計。

真正會把差距拉開的，未必是誰 prompt 寫得更花，而是誰更早開始把：

• 驗證機制
• hooks
• loop
• worktree
• 代理專業化

這些能力串成穩定流程。

未來工程團隊的競爭力，很可能不只是誰寫 code 比較快，而是誰先把代理變成可靠的背景生產力系統。