Anthropic 為旗下的 AI 程式設計工具 Claude Code 新增了一個指令「/fork」,並翻新了命令列介面(以文字輸入來操作的畫面,CLI)。這項新增被報導時,距離微軟結束開發者大會「Build 2026」(6 月 2 至 3 日於舊金山舉辦)已過去約十天。[1]它不是引人注目的新模型,乍看之下並不起眼,但由於它正好貼合工程師每天都在重複的工作流程,對使用體驗的影響比它本身的分量要大得多。
「/fork」能做什麼
「/fork」會把你目前正在與 Claude Code 進行的工作階段,就地分叉出第二個並行的副本。一個工作階段裡累積了它的全部脈絡:你正在處理的問題、牽涉到的檔案,以及你先前下過的指令。執行分叉後,你會得到一個繼承了這些脈絡的副本,於是能在不破壞原工作階段的前提下,嘗試另一種做法。
如果新方向行得通,就保留這條分支;如果沒能得到想要的結果,就捨棄它,從原封不動的原工作階段繼續。在此之前,每嘗試一個替代方案,都得重新說明前提,或者手動把進行中的工作暫存起來。有了分叉,這樣的切換只需一道指令就能完成。
借鏡自 Git 的熟悉思路
這個思路幾乎是直接沿用了軟體開發中廣為使用的版本控制工具「Git」的分支功能。在 Git 中,你會切出一條分支來試做新功能,而不影響主程式碼。任何日常使用分支的開發者,都能立刻領會分叉的概念。
藉由貼合人們早已信賴的工作模式,Anthropic 把學習新指令的負擔壓得很低。無論你是想比較兩段提示詞(你下給 AI 的指示),還是想測試兩種不同的實作,嘗試的門檻都大幅下降。
與子代理的搭配
把「/fork」指令與稍早前加入的「子代理」功能放在一起看,它的用意就清楚了。子代理讓一個中心工作階段呼叫多個輔助 AI,把一項工作拆開來並行處理。
如果說子代理是「把一種做法拆開來並行處理」,那麼分叉擔當的就是「讓多種做法本身並行展開」的角色。切出分支去探索替代方案,把瑣碎的工作交給子代理分擔,最後留下最好的結果。Claude Code 正逐步告別第一代 AI 程式設計助手所特有的單線對話,轉向更接近工程團隊實際運作方式的形態。
為何這是一個開發者驅動的故事
這些並不華麗的功能改進,恰恰擊中了一個核心問題:在漫長的多步驟工作中,你能在多大程度上信任 AI?工作持續得愈久,AI 走上錯誤方向的機率就愈會累積,而一旦單線的工作階段出了狀況,要把它救回來就很費勁。分叉把這種風險變成一次低成本的實驗——切出分支、試一試、不行就丟掉。由於失敗的代價是有限的,開發者就能把更有野心的工作交給 AI。
這背後的事實是,Claude Code 是 Anthropic 史上成長最快的產品。有分析估計,在某個時點,全球公開的 GitHub 提交(程式碼的變更紀錄)中約有 4% 是由 Claude Code 撰寫的。開發者自發地用了起來,企業的支出隨之而來,這種由下而上的擴散抬升了 Anthropic 的業務地位。分叉與子代理這樣的功能,正是進一步鞏固這個立足點的一步棋。
要說明的是,Claude Code 的功能幾乎是以每週一次的節奏在更新,因此指令的確切寫法與行為,最好以 Anthropic 的官方文件為準。
總結
「/fork」指令把開發者在 Git 中習以為常的「分支」帶進了 AI 對話本身。由於可以在保留原工作階段的同時嘗試替代方案,長工作中重做失敗嘗試的負擔變輕了,能交給 AI 的工作範圍也隨之擴大。再與先前加入的子代理結合,就能同時推進分工與反覆試錯。相較於新模型發布,它並不顯眼,卻是讓 AI 程式設計更接近「可以放心交付的工具」的一個務實步伐。
參考資料
[1] 微軟 Build 2026 舉辦日期(6 月 2 至 3 日,舊金山):https://www.thurrott.com/microsoft/334704/microsofts-build-2026-session-catalog-is-now-live
