Claude 新功能 Dynamic Workflow，一句話開上百個 agent 幫你幹活

Anthropic上個月幫Cloud Code加了一個新功能叫做Dynamic Workflows如果要我用白話解釋這個功能就是以前你叫Cloud做事是他一個人慢慢做現在你一句話下去他會自己拉幾十個甚至上百個agent同時開工每一個負責一小塊跑完之後還會再派EP agent互相挑錯互相驗證最後幫你收斂成一份整理好的答案換句話說本來你可能要排上一整個季度的大工程或者好好寫一份很長的提示詞現在一句話一天內就可以搞定因為Code會幫你組建這個專案小組Anthropic出品通常都是精品但Dynamic Workflow到底是什麼什麼時候該用其實很多人是搞不清楚的所以今天這支影片我會把你需要知道的一切講清楚首先是Dynamic Workflow到底是什麼背後怎麼運作再來是它跟SkillsSubagent Agent Team還有我上次聊過的斜線購功能到底差在哪接著我們當然也要聊一下它的優勢它的劣勢這樣你才可以有能力判斷什麼時候要使用這個功能最後我也會分享對於這個功能我自己使用下來的感想還有推薦的use case畢竟真正在實作的人都知道每次有新功能的時候我們最在意的事情真的只有這個功能可以怎麼幫到我好那我們直接開始Dynamic Workflows其實是Cloud幫你寫的一段程式碼你跟他說你要做什麼他不會馬上自己動手而是先幫你寫出一段JavaScript腳本這段腳本才是真正去幹活的東西它跑在背景一個獨立的環境裡所以主對話完全不會卡住以前你都要Cloud跑一個大任務那個對話就卡在那邊你只能幹等或者開其他的Session做事但現在他在背景跑你可以繼續跟這個Session的Cloud對話請他幫你做別的事等workflow跑完後Cloud的自己會帶著結論回來找你這段JavaScript教本做的事情是指揮他把你那個大任務拆成一堆小子任務然後同時派發出去一次拉幾十個甚至上百個Subvation讓他們平行幹活比方說你叫他研究一個題目他可能第一階段先拉個五個Agent從五個不同角度去收資料第二階段再拉個二三十個把收到的東西一片一片深度第三階段又拉一批出來專門互相挑錯互相驗證每一個階段要拉幾個agent甚至用什麼模型都是完全不一樣的而這些你的close to agent都會在寫腳本時自己安排好而這裡有一個很關鍵的設計就是這幾十上百個agent跑出來的中間結果全部留在腳本的變數裡面不會塞進你的主對話close的主context最後只會收到一份整理好的最終答案這也是他跟subagent還有agent team最大的差異細節我等等會再講而且Dynamic Workflow不只是叫很多人來跑這麼簡單它還可以多加一層品質把關比方說讓好幾個agent各自從不同角度去接同一個問題然後再派另外一批agent專門去反駁去挑前面那批的毛病一路炒到答案收斂才回報給你所以他跑出來的東西常常比你單純叫Claude跑一遍還要可靠一個人檢查自己的作業很容易有盲區但找另外一批人專門來挑你毛病能撐過這種攻擊還站得住的結論當然比較可信Workflow就是把这套机制直接内建进去的功能另外你可以指定不同阶段用不同的模型前面那种大量平行洒网式的搜寻你可以叫它用便宜的模型像是Haiiku去跑最后收尾做总结收敛需要更强的推理能力时再换上像是OPUS 4.8这样的旗舰模型这样就会又快又省这个我们讲成本的时候会再细讲如果你有看過我上次那支聊Task Decomposition的影片就是怎麼把一份人的SOP拆成Agent真的跑得動的Workflow那時候我講的是拆解跟編排是你要做的功課現在Dynamic Workflow把這層自己包了你只要把要做的事講出來拆解編排寫腳本它全部自己來當然啦具體交付什麼任務給Agent還是得依靠我們自己的判斷所以我們快速總結一下Dynamic Workflow用一句話解釋就是Cloud幫你寫一個腳本然後用這個腳本去指揮好幾百個Agent接下來這段是最多人搞混的地方Claw code裡面的功能還有專有名詞太多了Skill, Subagent, Agent Team現在又多一個Workflow想要分清楚這一堆名詞其實只要問自己一個問題就好就是下一步是有誰決定的如果下一步是寫詞在程式碼裡有腳本決定的那就是Workflow如果下一步是Claw的臨場看狀況自己決定的那就是另外那幾個控制權是在程式碼手裡還是在模型手裡就差在這先講SkillSkill本質上就是一份食譜或者說一份說明書他在告訴 Claude 遇到什麼情況該用什麼工具按什麼步驟做有什麼限制他不是一個agent他就是一份寫給agent看的指令而且他會佔據你的主 context因為他需要被agent讀進去比方說一份skill可以幫你告訴你的agent每次commit之前要先跑哪些測試commit的訊息要用什麼格式這就是skill在做的事情所以skill跟workflow根本不是同一個層級的東西skill是事情要怎麼做workflow是同時叫多少人去做他們甚至可以疊在一起你的workflow拉出來的那些子agent裡面就可以去呼叫你寫好的skill再來是subagent這個跟workflow最像也最容易搞混subagent是Claude臨時派出去的一個小弟幫你跑一件事跑完結果直接塞回你的主對話比方說你今天要請Claude研究一個他不知道的議題他就可以派一個subagent去網上蒐集資料彙整之後把結論丟回你對話的那個Claude這樣一來就省下了那些搜尋過程中的context不會污染主要session的context window那Workflow呢Workflow是用脚本很有结构的去指挥上百个Subagent但它跟Subagent真正的差别其实不在能派几个而是在指挥这整件事发生在哪里我打个比方你就懂了Subagent就像你叫一个实习生去查个资料他朝了回来把整叠的资料堆在你桌上一两个还好但你同时叫一百个实习生去查一百件事他们把那一叠一叠的资料全堆到你桌上这张桌子马上就保了根本看不完对Claw来讲也一样那张被堆爆的桌子就是他被塞滿的 context而workflow就是那個先在外面把100份資料整理好只把結論端上桌的人正因為他把指揮跟整理這些事全搬到桌子外面去做你組隊換這張桌子永遠是乾淨的他才有辦法一口氣開到幾十上百甚至上千個subagent同時跑而且端上桌之前還會先自己驗受一遍確認沒問題才交到你面前所以subagent幫你省下的是一件任務的過程workflow幫你省下的是指揮一整群任務的過程如果你只是要處理一兩件臨時雜事Sub-agent就夠了但如果任務規模比較大或者數量一大結果一多會賽爆你Context的時候Workflow或許更適合你第三個Agent TeamAgent Team像是一個作戰士或者講白一點像一個工作群組裡面好幾個Agent彼此是會互相講話的會討論會辯論會共用同一張任務清單每個人還有自己的角色跟分工比方說一個辦產品經理一個辦工程師一個辦QA三個在那邊吵直到吵出一個大家都同意的方案Workflow的agent不是这样他们各走各的车道彼此完全不讲话谁也不知道别人在干嘛每个跑完就把结果交给最后负责收敛的那一个整个过程更像是一条工厂的流水线如果你的使用情境是要这些agent互相讨论互相攻防找出彼此的盲点比方说你在设计一个产品的前后端想要一个agent负责前端一个负责后端但在设计的时候要考虑彼此而不是只针对自己的scope去做规划那用agent team可能会比较好最后一个是go指令這個是我上次花了一整支影片在聊的那次我讓AI連續跑了27個小時Goal的精神是深度它是一個回圈會一直跑一直回頭確認達標了沒沒達標就繼續直到達標才停所以它可以咬著一個目標跑很久很久Workflow的精神剛好相反是廣度它不是一直回頭檢查達標沒它是把任務一次橫向鋪開幾十個agent同時做做完會整就結束了如果你今天有一個明確的目標而且你希望不成功變成人沒有達成目標就不准停那用Go因為你需要的是深度是持續跌代因為這邊資訊量比較大我們快速做個總結你可以想像一個階梯這個階梯代表的是你動用多少火力最下面是你直接跟Claw對話往上一階是subagent把雜事丟出去平行做再往上是agent team讓這些agent開始互相溝通互相補位最上面才是workflow用一隻腳本去指揮上百個subagent越往上火力越大能做的是越複雜但也越燒token那Skill跟Go呢他們都不在這個階梯上因為他們根本是另外兩個維度的東西Skill 跟食譜不是更大的火力而是開火的方式一套你可以發給階梯上任何一階的做法你自己可以照食譜做你派出去的Sub-agent可以帶著食譜做連Workflow都能把同一本食譜發給底下100個工人而Goal是目的底講的是你到底要去哪Sub-agent, Agent-Team, Workflow這幾個東西的差別就在下一步到底是誰決定的是寫死的程式碼還是主Session的模型而Workflow就是唯一一個把整個計畫交給程式碼自己在背景跑完不會干擾到主Session的那一個搞懂workflow是什麼以及跟其他功能的差異後接下來就聊聊它的優點和缺點先講優點第一個就是我前面一直在強調的省context但不是省token而是省主session的context想像你僱用一個傭兵軍團幫你的得力助手節省時間跟注意力所以你的得力助手就可以花更多時間在真正重要的事情上面傭兵軍團就是workflow得力助手就是主session的cloth傭兵軍團過程中把手弄得多髒那一大堆過程都不會影響到你的得力助手所以跑再大的任務主對話也不會越跑越腫越跑越頓第二個它可以重跑可以觀測可以驗證為什麼因為它是一段程式碼不是你臨場講的一段話程式碼你可以存起來下次再跑可以一個階段一個階段看它跑到哪燒了多少甚至可以把品質檢查直接寫進去反觀如果你是寫一段prompt叫cloth做事做完就沒了舉個例子假設你每個禮拜都要把新的分支做一次完整的review你把跑順的那個workflow存起來以後每個禮拜叫他出來跑一次就好不用每次重講一遍這種會一直重複的活而且大規模需要多個agent一起處理的任務workflow就顯得特別有價值第三個是規模這個也不用多說前面提到了他可以同時組織超級爆炸多個agent一起跑如果你需要同時10個agent幫你掃程式碼掃完後再丟給10個agent幫你做驗證這種需要動用一個師的軍隊的任務就很適合workflow第四個是可信度前面講過他會自己派agent互相挑錯多角度收斂所以他的產出通常比你叫cloud跑一遍要更不容易出包至於缺點最大缺點就是鬼他拉出來的每一個agent都是一次完整的cloud call每一個都要自己讀一輪context自己跑自己畫token一次拉幾十個幾百個這個帳對於個人戶來說要特別注意不過我等等也會分享三個小技巧幫助各位在測試這個功能的時候可以節省成本第二個缺點是他根本不適合日常小事如果你只是改個一兩行問個小問題查個普通資料動用workflow那就要殺機用牛刀純粹浪費錢第三個是它現在跟Cloud Design一樣還處於Research Preview階段所以使用時仍然要小心但針對這個功能最大的缺點也就是很燒Token這件事我想分享三招給各位讓你們用比較低成本的方式體驗這個新功能第一招是剛剛講過的便宜模型跑廣度旗艦模型做收束前面那種大量撒網的工作丟給Haiku這種便宜的去做最後收斂總結才用Opus 4.8光這一招就能幫你省掉一大筆錢第二招更暴力直接設定預算上限你可以在下指令的時候就告訴他這次最多給你燒多少Token他就不會超過第三招先拿一小塊試水溫不要一上來就叫他燒整個Repo先讓他跑一個資料夾一個比較窄的問題看看大概花多少如果覺得好用划算再來放大你的規模所以這個功能的優點跟缺點是一體兩面的你再用大量平行算力去換那種單次跑不出來的廣度跟可信度如果你的任務真的值這個算力這比交易才划算回到最實際的use case也是每個builder和工程師最想知道的這個功能到底什麼時候該用呢我覺得最關鍵的問題在於你的任務能不能被切成一大堆可以各自獨立又能同時進行的小塊可以那就是workflow的主場不行就是那種一定要一步接一步前面沒做完後面就動不了的或者根本是件小事的那就別用殺雞用牛刀而已你也可以反過來想這件事如果找10個人來能不能拆給他們同時做如果答案是可以才輪到workflow以我這週試玩下來的心得這個功能拿來掃整個代碼庫的bug多個維度的co-review一次要改幾百個檔案的大遷移還有跨來源的深度研究也就是同時去翻官方文件論文社群討論再讓他們互相印證互相驗證這些任務跑出來的產出都還不錯比方說你要做co-review你可以直接跟Claw說用便宜的模型派多個sub-agent去找bug沒找到一個就搭配再另外派一個agent去做驗證反駁辯論目的是確認這個bug是否為真最後再用強的模型把通過驗證的項目整理成一份報告只要你把策略、廣度、驗證、收斂這幾層都交代清楚Cloud就會照著這個結構幫你把腳本寫出來組建這個軍團想快速體驗但不知道該從何下手的朋友我有另外撰寫一篇完整的文章還有提示詞模板像是請Cloud用Workflow掃描整個Report Bug多維度的Coreview還有動工前的方案壓力測試我都寫成了可以直接貼上去的指令有興趣的朋友可以在影片下方資訊欄找到連結操作上的話最簡單的觸發方式就是在Prompt裡打一個workflow這個關鍵字比方說幫我建一個workflow來做什麼什麼Cloud就可以聽得懂了第二種是如果你想讓它自己判斷你可以用Effert這個指令把模式調到UltraCode開了之後它每接到一個任務會自己看這個值不值得開workflow但要注意這整個Session的東西都會變得比較貴因為它把推理拉到最高又會自動編排第三種是最快的體驗方式Cloud Code內建了一個Deep Research功能只要輸入斜線Deep Research就會看到這本身就是一個現成的Workflow你給他一個問題他會自動多角度去搜把找到的來源互相交叉查核對每一個說法投票表決最後給你一份附上出處的報告而且那些自己驗證沒過互相對不起來的說法會先被過濾掉不會混進報告裡你想直接感受一下Workflow是什麼感覺跑這個是最快的不用擔心他會偷偷燒你的錢第一次要跑的時候他一定會先停下來把整個計畫攤給你看問你要不要跑你甚至可以先點開看他寫的那段原始腳本看完再決定跑的時候你打斜線workflows就能看到進度每個階段拉了幾個agent各自燒了多少token跑了多久全部看得到覺得不對勁隨時可以停那如果你跑出一個很滿意的workflow就把它存起來下次可以直接再呼叫一樣的workflow最後給你看一眼他寫出來的腳本長什麼樣如果你不會寫程式看個大概就好最開頭是一段基本資料這個workflow叫什麼做什麼用的然後它會分成好幾個階段比方說第一階段先搜尋第二階段驗證第三階段寫報告每個階段就派一批agent出去跑這裡面agent之間的關係其實主要就兩種一種是排隊接力前一個階段的產出交給後一個階段繼續用另一種是一次排開一次全部撒出去跑完再一起收大部分的workflow就是這兩種搭來搭去組出來的最後再把結果回傳就這樣其實它就是一段有頭有尾分好階段的JavaScript不是什麼阿拉丁神燈最後講一下我自己用下來的感想我自己拿他做過的Deep Code Review還有掃描整個Report的Bug我自己之前很喜歡用Agent Team這個功能因為可以直接看到不同的Agent互相辯論進行思想碰撞但Workflow這個功能確實有幫我省去構思Agent Team這個團隊裡面誰負責什麼的這個環節我直接打開語音模式然後跟他說請你用Workflow先派幾個Agent掃描整個代碼庫掃到問題再派幾個Agent進行驗證最後給我一份Alti報告講完我就可以去買杯咖啡然後回來驗收成果了不過也要老實說我目前沒有遇到use case是沒這個功能會死的如果各位有什麼推薦的使用場景也歡迎在底下留言告訴我但又回到我一直在強調的觀念AI工具會不斷推陳初心每次都聽起來很厲害但重點從來都不是哪個功能最強而是你手上這個任務到底適不適合他不要因為他心他聽起來很猛就什麼都想塞給他任務不對再強的工具也只是在幫你燒錢而已希望今天這支影片有讓各位更認識這個功能也對各位在使用上有所幫助歡迎你在底下留言告訴我你想聽我分享什麼樣的內容也不要忘記幫我按讚追蹤加分享這是我持續創作下去的動力我們下次見

想直接動手玩的話，我把幾個可以複製貼上的 workflow 指令模板（掃整個 repo 的 bug、多維度 code review、動工前方案壓力測試）整理成一篇文章放在 Patreon，有需的可以看看：https://www.patreon.com/posts/160396971
--
Anthropic 幫 Claude Code 加的 Dynamic Workflows，可以讓你一句話下指令，Claude 就自己寫一段腳本、拉上百個 agent 平行幹活，還會互相挑錯驗證，最後收斂成一份整理好的答案。這支影片把它是什麼、背後怎麼運作，跟 skill、subagent、agent team、goal 到底差在哪，還有優缺點、什麼時候該用、怎麼開始，一次講清楚。

📌 時間戳
0:00 Dynamic Workflow 是什麼
1:05 背後怎麼運作
3:41 跟其他功能差在哪
8:40 優點、缺點、省錢三招
11:28 什麼時候該用
12:56 怎麼開始用

📢 追蹤我的頻道
👍 覺得有幫助請按讚、訂閱、開小鈴鐺！

#ClaudeCode #Claude #AIagent #Anthropic #工作流