Slik starter du hundrevis av agenter i Claude Code med Dynamic Workflows

Finn flere materialer om konfigurering av verktøy i Ailoot-dokumentasjonen.

Hva er Dynamic Workflows, og hvorfor lanserte Anthropic dem 28. mai?#

Tidligere begrenset selve formatet omfanget: én chat = én plan = ett kontekstvindu. Underagenter hjalp, men avgjørelsen om «hva som skal kjøres neste gang» lå fortsatt hos Claude i hovedsamtalen, og hvert mellomresultat brukte av det samme kontekstvinduet. Dette ble en flaskehals i en oppgave som omfattet 500 filer eller ti uavhengige hypoteser.

Dynamic Workflows flytter planen inn i kode. Claude formulerer oppgaven som et orkestratorskript, kjøretidsmiljøet kjører skriptet i et isolert miljø, og mellomresultatene ligger i skriptets variabler i stedet for i konteksten din. Økten forblir responsiv mens agentene jobber i bakgrunnen.

Det som faktisk endres sammenlignet med den gamle tilnærmingen, er at uavhengige agenter utfordrer hverandres funn, og bare det som består kryssjekkingen, blir med videre. «Dynamisk» i navnet viser nettopp til dette: Hver kjøring skrives for oppgaven som skal løses. Det finnes ingen ferdig liste over prosesser.

Slik skiller en Workflow seg fra en underagent og en Skill: 3 typer orkestrering#

Jeg velger mellom en Workflow, en underagent og en Skill ved å stille to spørsmål: Hvem holder planen, og hvor ligger mellomresultatene?

Den viktigste endringen er at planen flyttes inn i kode. Med underagenter og Skills er Claude alltid orkestratoren: Den bestemmer underveis hva den skal starte neste gang, og hvert svar havner i kontekstvinduet. En Workflow holder løkken, forgreningen og mellomresultatene for seg selv; bare det endelige svaret når Claude.

Du kan kjøre den samme planen slik at uavhengige agenter går løs på den fra ulike vinkler, og skriptet samler det som holder mål. Det kan du ikke gjøre i en vanlig gjennomgang i én chat: Claude har ikke noe uavhengig syntesepunkt.

Slik velger jeg: For en rutineoppgave med flere trinn kan du bruke underagenter eller en Skill. For en oppgave som ikke får plass i én samtale, eller en prosess du vil kunne kjøre på nytt ved behov, bruker du en Workflow. Jeg har omtalt alle fire byggesteinene i detalj i hovedveiledningen Skills, Subagents, MCP, or Plugins.

3 måter å starte en Workflow i Claude Code på#

Metode 1. Nøkkelordet workflow i en ledetekst. Det enkleste alternativet; det endrer ikke innstillingene for økten. Sett bare inn ordet workflow i en hvilken som helst ledetekst, så fremhever Claude Code det mens du skriver og genererer et orkestratorskript i stedet for en vanlig samtale.

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

Hvis Claude Code fremhever ordet, men du ikke mente å starte en Workflow, deaktiverer alt+w utløseren for den ledeteksten.

Metode 2. Modusen /effort ultracode. Denne aktiverer modellens høyeste innsatsnivå (xhigh) og lar også Claude selv avgjøre når en oppgave tilsier at en Workflow bør brukes.

/effort ultracode

I denne modusen kan én forespørsel utfolde seg til flere Workflows etter hverandre: én for å forstå koden, en annen for å gjøre en endring og en tredje for å kontrollere resultatet. Hver kjøring bruker flere tokener og tar lengre tid enn et vanlig innsatsnivå. Modusen gjelder bare for den gjeldende økten og tilbakestilles når du åpner en ny. Når du går tilbake til rutinearbeid, slår /effort high av ultracode.

Metode 3. Den innebygde kommandoen /deep-research. En ferdig Anthropic-Workflow for nettsøk. Neste del dekker denne metoden.

For alle tre metodene ber Claude Code om bekreftelse ved første kjøring og viser en liste over faser. Svaralternativene er Yes, run it, Yes, and don't ask again for <name> (husker godkjenningen din), View raw script (åpner koden med Ctrl+G) og No. I Auto-modus trengs bekreftelse bare første gang; senere kjøringer fortsetter uten å spørre. Med claude -p og Agent SDK får du ingen bekreftelse i det hele tatt: Underagentenes tillatelser hentes da fra den delte tillatelseslisten.

Den ferdige Workflow-en /deep-research: eksempel på første kjøring#

Den raskeste måten å prøve Dynamic Workflows på er å kjøre en ferdig Workflow i stedet for å skrive din egen. Anthropic inkluderer den innebygde Workflow-en /deep-research i Claude Code. Den undersøker et spørsmål fra flere uavhengige vinkler, henter inn kilder, stemmer over hver påstand og lar bare dem som består kryssjekkingen, stå igjen i rapporten.

1. Kjør kommandoen

   I en Claude Code-økt skriver du inn /deep-research og formulerer spørsmålet som en detaljert ledetekst. Jo mer presist du formulerer den, desto færre faser vil skriptet bruke tid på å starte unødvendig.

2. Tillat Workflow-en

   En dialog vises med fasene og knappene Yes / View raw script / No. Godkjenningen lagres for prosjektet hvis du velger et alternativ med don't ask again.

3. Følg med på fremdriften med /workflows

   Kjøringen går videre i bakgrunnen, og økten er ledig. Kommandoen /workflows viser en liste over kjørende og fullførte kjøringer. Bruk piltastene til å velge en fase, Enter for å utvide den og se agentene, j/k for å bla gjennom detaljer, p for å sette på pause, x for å stoppe kjøringen, r for å starte en agent på nytt og s for å lagre skriptet.

4. Les rapporten

   Når kjøringen er ferdig, vises rapporten med lenker i økten. Påstander som ikke besto kryssjekkingen, filtreres automatisk bort.

I motsetning til en vanlig chat med ett nettsøk, parallelliserer /deep-research søkene på egen hånd og avklarer konflikter mellom kilder. Jeg kjører den for å utforske et emne før jeg skriver en veiledning: Det er en praktisk måte å få en følelse av tokenbruken på før du skalerer opp en Workflow.

Ultracode: Modusen der Claude bestemmer når en Workflow skal startes#

Ultracode kombinerer to ting: maksimal resonneringsinnsats og tillatelse til at Claude starter Workflows på egen hånd. Som standard kjører selv /effort xhigh en vanlig samtale: Claude tenker lenger, men holder fortsatt trinnene i sin egen kontekst. Ultracode gir Claude i tillegg lov til å gjøre en oppgave om til en Workflow på egen hånd så snart den forstår at én økt ikke vil være nok.

/effort ultracode

Når modusen er aktivert, kan én forespørsel starte to eller tre Workflows etter hverandre: én undersøker kodebasen, en annen gjør en endring, og en tredje kjøring prøver separat å motbevise den. Det er det samme mønsteret med «flere uavhengige forsøk ⇒ endelig syntese», men du slipper å starte hver fase manuelt.

Kostnaden er åpenbar: Hver forespørsel tar lengre tid og koster mer enn med /effort high. Under panseret kjøres flere Workflows med egne grenser, og Anthropic anbefaler ikke selv ultracode som standardmodus. Den gjelder bare for den gjeldende økten og tilbakestilles i den neste.

Når du går tilbake til rutinearbeid, slår /effort high av ultracode, og økten går tilbake til å være en vanlig chat med underagenter. På modeller som ikke støtter xhigh, vises ikke alternativet ultracode i /effort.

Begrensninger, tokener og fallgruver ved første kjøring#

Kjøretidsmiljøet setter disse harde tekniske grensene:

• Opptil 16 agenter kjører parallelt samtidig. Færre på maskiner med få kjerner. Dette er en lokal ressursgrense.
• 1 000 agenter per kjøring. Et vern mot løpske løkker: Hvis et skript begynner å starte agenter i det uendelige, vil kjøretidsmiljøet stenge det ned.
• Du kan ikke vente på brukerinndata under en kjøring. Bare verktøytillatelser kan sette den på pause. Hvis du må godkjenne mellom fasene, deler du arbeidet opp i separate Workflows.
• Selve skriptet har ikke direkte tilgang til filer eller kommandoskallet. Agentene det starter, står for lesing, skriving og kjøring av kommandoer. Skriptet koordinerer dem bare.
• Claude Code v2.1.154 eller nyere kreves. Tilgjengelig på Pro, Max, Team og Enterprise (Pro aktiveres gjennom /config), samt via Claude API, Amazon Bedrock, Vertex AI og Microsoft Foundry.

Den viktigste advarselen gjelder kostnadene.

Alle agentene i en kjøring bruker modellens øktmodell, med mindre skriptet sender en fase til en annen modell. Før en stor kjøring bør du sjekke /model: Hvis du pleier å bytte til en billigere modell for rutineoppgaver, kan ultracode og /deep-research øke regningen hvis du hopper over denne kontrollen. Du kan uttrykkelig be Claude i ledeteksten om å «bruke en billigere modell for faser som ikke trenger maksimal kapasitet»—det er en gyldig måte å styre kostnadene på.

Hvis en kjøring kommer på avveie, åpner du /workflows, velger kjøringen og trykker x. Agenter som allerede er ferdige, beholder resultatene sine. Du kan fortsette en stoppet kjøring der med p, eller be Claude starte skriptet på nytt fra samme punkt: Bufrede agenter returnerer resultatene sine, mens de andre fortsetter arbeidet. Dette fungerer innenfor én økt: Når du forlater Claude Code, starter neste økt Workflow-en fra begynnelsen.

Hvis du planlegger lange kjøringer, bør du begynne å styre bruken med veiledningen How Not to Burn Through Claude Code Limits og Second Brain: Med riktig prosjektstruktur henter ikke Workflow-en hele repositoriet inn i hver agent.

Slik lagrer du Workflow-en i et prosjekt#

Hvis Claude har satt sammen en Workflow for en gjentakende oppgave (for eksempel å gå gjennom hver gren eller utføre en regelmessig sikkerhetsrevisjon), kan du lagre skriptet og slippe å beskrive oppgaven med ord hver gang.

1. Åpne /workflows

   Kommandoen viser en liste over nylige kjøringer. Bruk piltastene til å velge den du trenger.

2. Trykk s

   En lagringsdialog vises. Tab bytter lagringssted.

3. Velg en mappe

   .claude/workflows/ ligger i prosjektet og er synlig for alle som har klonet repositoriet. ~/.claude/workflows/ ligger i hjemmekatalogen din, er tilgjengelig på tvers av alle prosjektene dine og er bare synlig for deg.

4. Kall den som en kommando

   /[script_name] starter Workflow-en med det samme skriptet som første gang. Hvis det finnes Workflows med samme navn i prosjekt- og hjemmemappene, får den i prosjektmappen forrang.

Dette skaper et interessant mønster: Én person i et team får en Workflow til å fungere én gang, legger den inn i .claude/workflows/, og deretter kjører hvert teammedlem den samme orkestreringen med en kommando. Skriptet er lesbar JavaScript, så du kan undersøke, redigere og legge inn en ny versjon.

Første gang du kjører en lagret Workflow i et prosjekt, viser Claude Code fortsatt en tillatelsesdialog, så lagring av skriptet betyr ikke at det automatisk blir godkjent. Godkjenning gis separat med Yes, and don't ask again.

Hvilke oppgaver egner Workflows seg egentlig til?#

Anthropic lister uttrykkelig opp situasjonene kjøretidsmiljøet ble laget for:

• Revisjoner av hele kodebasen—kontroller hvert endepunkt, hver fil og hver funksjon opp mot en sjekkliste. Du kan for eksempel se etter manglende autentiseringskontroller, finne duplisert logikk eller revidere sikkerheten opp mot OWASP-regler. En egen agent startes for hver gren i sjekklisten.
• Store migreringer—bytt rammeverk, gå bort fra et utdatert API eller porter tusenvis av filer til et annet språk. Workflow-en følger med på fremdriften, agentene arbeider parallelt på filer, og agenter som kryssjekker, ser etter det som eventuelt er oversett.
• Forskning med kryssjekking—et spørsmål som trenger kilder fra ulike vinkler og en vurdering av hvilke påstander som holder ved kryssjekking. Dette er grunnscenarioet den innebygde /deep-research ble laget for.
• En kompleks plan du vil skissere fra flere uavhengige vinkler—Workflow-en lager flere uavhengige planutkast, motstridende agenter undersøker dem, og en syntese leveres. Dette passer når «kostnaden ved en feil er høy, og én gjennomgang ikke er nok».

For en oppgave som «rett én feil» eller «legg til én funksjon» taper Dynamic Workflows mot en vanlig økt: Tokenbruken er ikke verdt tiden. Dokumentasjonen fra Anthropic gjør dette klart: «begynn med en avgrenset oppgave for å få en følelse av bruken». Min regel: Hvis det er færre enn 5 uavhengige deloppgaver eller færre enn 50 filer, løser en vanlig chat med et par underagenter oppgaven rimeligere.

Hvis du leder et team på Enterprise-abonnement, kan en administrator ha slått av Workflows gjennom administrerte innstillinger eller bryteren på Claude Code-administrasjonssiden. Før du behandler Workflows som en «løsning på alt», bør du kontrollere at de faktisk er aktivert: /config → oppføringen for Dynamic workflows.

Finn flere materialer om arbeid med verktøy i Ailoot-dokumentasjonen.