Så startar du hundratals agenter i Claude Code med Dynamic Workflows

Hitta fler material om hur du konfigurerar verktyg i Ailoot-dokumentationen.

Vad är Dynamic Workflows, och varför lanserade Anthropic dem den 28 maj?#

Tidigare begränsade själva formatet skalbarheten: en chatt = en plan = ett kontextfönster. Underagenter hjälpte, men beslutet om ”vad som ska köras härnäst” låg kvar hos Claude i huvudkonversationen, och varje mellanresultat använde samma kontext. Det blev en flaskhals vid uppgifter som omfattade 500 filer eller tio oberoende hypoteser.

Dynamic Workflows flyttar planen in i koden. Claude formulerar uppgiften som ett orkestreringsskript, runtime-miljön kör skriptet i en isolerad miljö och mellanresultaten lagras i skriptets variabler i stället för i din kontext. Sessionen förblir responsiv medan agenterna arbetar i bakgrunden.

Vad som faktiskt förändras jämfört med det gamla tillvägagångssättet: oberoende agenter ifrågasätter varandras resultat, och bara det som klarar dubbelkontrollen går vidare. ”Dynamic” i namnet syftar just på detta: varje körning skrivs för den aktuella uppgiften. Det finns ingen färdig lista med processer.

Hur skiljer sig ett workflow från en underagent och en Skill: 3 typer av orkestrering#

Jag väljer mellan ett workflow, en underagent och en Skill genom att ställa två frågor: vem håller i planen, och var lagras mellanresultaten?

Den största förändringen är att planen flyttas in i koden. Med underagenter och Skills är Claude alltid orkestratören: den bestämmer under arbetets gång vad som ska startas härnäst, och varje resultat hamnar i kontextfönstret. Ett Workflow sköter själv loopen, förgreningarna och mellanresultaten; bara det slutliga svaret når Claude.

Du kan köra samma plan så att oberoende agenter granskar den ur olika perspektiv, och skriptet sammanför det som håller. Det går inte att göra på samma sätt i en vanlig genomgång i en chatt: Claude har ingen oberoende punkt för syntes.

Så här väljer jag: för en rutinuppgift med flera steg använder du underagenter eller en Skill. För en uppgift som inte ryms i en konversation, eller en process som du vill kunna köra igen på begäran, använder du ett workflow. Jag har beskrivit alla fyra byggstenarna i detalj i huvudguiden Skills, Subagents, MCP, or Plugins.

3 sätt att starta ett Workflow i Claude Code#

Metod 1. Nyckelordet workflow i en prompt. Det enklaste alternativet; det ändrar inte sessionsinställningarna. Lägg bara in ordet workflow i valfri prompt, så markerar Claude Code det medan du skriver och genererar ett orkestreringsskript i stället för en vanlig konversation.

Run a workflow to audit every API endpoint under src/routes/ for missing auth checks

Om Claude Code markerar ordet men du inte menade att starta ett workflow, stänger alt+w av utlösaren för den prompten.

Metod 2. Läget /effort ultracode. Det aktiverar modellens högsta ansträngningsnivå (xhigh) och låter dessutom Claude själv avgöra när en uppgift motiverar ett workflow.

/effort ultracode

I det här läget kan en begäran utvecklas till flera workflows i följd: ett för att förstå koden, ett annat för att göra en ändring och ett tredje för att kontrollera resultatet. Varje körning använder fler token och tar längre tid än en vanlig ansträngningsnivå. Läget gäller bara den aktuella sessionen och återställs när du öppnar en ny. När du återgår till rutinarbete stänger /effort high av ultracode.

Metod 3. Det inbyggda kommandot /deep-research. Ett färdigt Anthropic-workflow för webbresearch. Nästa avsnitt går igenom den här metoden.

För alla tre metoderna ber Claude Code om bekräftelse första gången och visar en lista med faser. Svarsalternativen är Yes, run it, Yes, and don't ask again for <name> (sparar ditt godkännande), View raw script (öppnar koden med Ctrl+G) och No. I läget Auto behövs bekräftelse bara första gången; efterföljande körningar fortsätter utan att fråga. Med claude -p och Agent SDK visas ingen bekräftelse alls: underagenternas behörigheter hämtas då från den gemensamma tillåtelselistan.

Det färdiga workflowet /deep-research: exempel på första körningen#

Det snabbaste sättet att prova Dynamic Workflows är att köra ett färdigt workflow i stället för att skriva ett eget. Anthropic inkluderar det inbyggda workflowet /deep-research i Claude Code. Det utforskar en fråga ur flera oberoende perspektiv, hämtar källor, röstar om varje påstående och tar bara med dem som klarar dubbelkontrollen i rapporten.

1. Kör kommandot

   Skriv /deep-research i en Claude Code-session och formulera frågan som en detaljerad prompt. Ju mer exakt formuleringen är, desto färre faser slösar skriptet tid på att starta.

2. Tillåt workflowet

   En dialogruta visas med faserna och knapparna Yes / View raw script / No. Godkännandet sparas för projektet om du väljer ett alternativ med don't ask again.

3. Följ förloppet med /workflows

   Körningen flyttas till bakgrunden, så att sessionen blir ledig. Kommandot /workflows visar en lista över pågående och slutförda körningar. Använd piltangenterna för att välja en fas, Enter för att expandera den och se dess agenter, j/k för att bläddra bland detaljerna, p för att pausa, x för att stoppa körningen, r för att starta om en agent och s för att spara skriptet.

4. Läs rapporten

   När körningen är klar visas rapporten med länkar i sessionen. Påståenden som inte klarade dubbelkontrollen filtreras bort automatiskt.

Till skillnad från en vanlig chatt med en webbsökning parallelliserar /deep-research frågorna på egen hand och reder ut motsägelser mellan källorna. Jag använder det för att utforska ett ämne innan jag skriver en guide: det är ett smidigt sätt att få en känsla för tokenförbrukningen innan jag skalar upp ett workflow.

Ultracode: läget där Claude själv avgör när ett Workflow ska startas#

Ultracode kombinerar två saker: maximal ansträngningsnivå i resonemanget och tillåtelse för Claude att starta workflows på egen hand. Som standard kör /effort xhigh fortfarande en vanlig konversation: Claude tänker längre, men behåller ändå stegen i sin egen kontext. Ultracode ger Claude tillåtelse att själv omvandla en uppgift till ett workflow så snart den inser att en enda session inte räcker.

/effort ultracode

När läget är aktiverat kan en begäran starta två eller tre workflows i följd: ett granskar kodbasen, ett annat gör en ändring och ett tredje är en separat körning som försöker motbevisa den. Det är samma mönster med ”flera oberoende försök ⇒ slutlig syntes”, men utan att du behöver starta varje fas manuellt.

Kostnaden är tydlig: varje begäran tar längre tid och kostar mer än med /effort high. Under huven körs flera körningar med egna gränser, och Anthropic rekommenderar inte ultracode som standardläge. Det gäller bara den aktuella sessionen och återställs i nästa.

När du återgår till rutinarbete stänger /effort high av ultracode, och sessionen återgår till en vanlig chatt med underagenter. På modeller som inte stöder xhigh visas alternativet ultracode helt enkelt inte i /effort.

Begränsningar, token och fallgropar vid första körningen#

Runtime-miljön sätter följande hårda tekniska gränser:

• Upp till 16 agenter körs parallellt samtidigt. Färre på maskiner med få processorkärnor. Det här är en lokal resursgräns.
• 1 000 agenter per körning. Ett skydd mot skenande loopar: om ett skript börjar starta agenter i oändlighet stänger runtime-miljön ner det.
• Du kan inte invänta användarindata under en körning. Bara verktygsbehörigheter kan pausa den. Om du behöver godkänna något mellan faserna delar du upp arbetet i separata workflows.
• Skriptet har inte direkt åtkomst till filer eller kommandoskalet. Det är agenterna som skriptet startar som läser, skriver och kör kommandon. Skriptet samordnar dem bara.
• Claude Code v2.1.154 eller senare krävs. Tillgängligt för Pro, Max, Team och Enterprise (Pro aktiveras via /config), samt via Claude API, Amazon Bedrock, Vertex AI och Microsoft Foundry.

Den största varningen gäller kostnaden.

Varje agent i en körning använder sessionens modell, om inte skriptet dirigerar en fas till en annan modell. Kontrollera /model före en stor körning: om du brukar byta till en billigare modell för rutinuppgifter kan ultracode och /deep-research snabbt dra upp kostnaden om du hoppar över kontrollen. Du kan uttryckligen be Claude i prompten att ”använda en billigare modell för faser som inte kräver maximal kapacitet”—det är ett giltigt sätt att hantera kostnaderna.

Om en körning spårar ur öppnar du /workflows, väljer körningen och trycker på x. Agenter som redan har slutfört sitt arbete behåller resultaten. Du kan återuppta en stoppad körning där med p eller be Claude starta om skriptet från samma punkt: cachade agenter returnerar sina resultat medan de andra fortsätter att arbeta. Det här fungerar inom en och samma session: när du lämnar Claude Code startar workflowet om från början i nästa session.

Om du planerar långa körningar kan du börja hantera förbrukningen med guiden Så undviker du att förbruka Claude Code-gränserna och Second Brain: med rätt projektstruktur hämtar workflowet inte hela kodbasen till varje agent.

Så sparar du ditt Workflow i ett projekt#

Om Claude har satt ihop ett workflow för en återkommande uppgift (till exempel att granska varje branch eller utföra en regelbunden säkerhetsgranskning) kan du spara skriptet och slippa beskriva uppgiften med ord varje gång.

1. Öppna /workflows

   Kommandot visar en lista över de senaste körningarna. Använd piltangenterna för att välja den du behöver.

2. Tryck på s

   En dialogruta för att spara visas. Tab byter lagringsplats.

3. Välj en mapp

   .claude/workflows/ finns i projektet och är synlig för alla som har klonat kodbasen. ~/.claude/workflows/ finns i din hemmapp, är tillgänglig i alla dina projekt och synlig bara för dig.

4. Kör det som ett kommando

   /[script_name] startar workflowet med samma skript som första gången. Om workflows med samma namn finns i projektmappen och hemmappen har projektets företräde.

Det här skapar ett intressant mönster: en person i teamet får ett workflow att fungera en gång, checkar in det i .claude/workflows/, och varje efterföljande teammedlem kör samma orkestrering med ett kommando. Skriptet är läsbar JavaScript, så du kan granska det, redigera det och checka in en ny version.

Första gången du kör ett sparat workflow i ett projekt visar Claude Code fortfarande en behörighetsdialog, så det innebär inte att skriptet automatiskt godkänns. Godkännandet ges separat med Yes, and don't ask again.

För vilka uppgifter är Workflows värda att använda?#

Anthropic listar uttryckligen de scenarier som runtime-miljön byggdes för:

• Granskningar av hela kodbasen—kontrollera varje endpoint, fil och funktion mot en checklista. Till exempel kan du leta efter saknade autentiseringskontroller, hitta duplicerad logik eller granska säkerheten mot OWASP-regler. En separat agent startas för varje del av checklistan.
• Stora migreringar—byt ramverk, lämna ett föråldrat API eller porta tusentals filer till ett annat språk. Workflowet följer upp framstegen, agenterna arbetar parallellt med filer och agenter som dubbelkollar letar efter sådant som missats.
• Research med dubbelkontroll—en fråga som kräver källor ur olika perspektiv och en bedömning av vilka påståenden som håller vid dubbelkontroll. Det här är grundscenariot som det inbyggda /deep-research skrevs för.
• En komplex plan som du vill skissa ur flera oberoende perspektiv—workflowet producerar flera oberoende utkast till planer, motstående agenter granskar dem och en syntes levereras. Det passar när ”kostnaden för ett misstag är hög och en genomgång inte räcker”.

För en uppgift som ”rätta en bugg” eller ”lägg till en funktion” är Dynamic Workflows sämre än en vanlig session: tokenförbrukningen är inte värd tidsåtgången. Anthropic säger det tydligt i sin dokumentation: ”börja med en avgränsad uppgift för att få en känsla för förbrukningen.” Min tumregel: om det finns färre än 5 oberoende deluppgifter eller färre än 50 filer räcker en vanlig chatt med ett par underagenter billigare.

Om du leder ett team med Enterprise-plan kan en administratör ha stängt av Workflows via hanterade inställningar eller reglaget på administrationssidan för Claude Code. Innan du behandlar Workflows som en ”lösning på allt”, kontrollera att de över huvud taget är aktiverade: /config → posten Dynamic workflows.

Hitta mer material om att arbeta med verktyg i Ailoot-dokumentationen.