Claude Code Workflows: Vad de är och när du faktiskt behöver ett

Claude Code Workflows: Vad de är och när du faktiskt behöver ett

Uppdaterar du till Claude Code v2.1.154 hittar du en ny rad i /config märkt Dynamic workflows. Slå på den och Claude kan nu skriva ett JavaScript-skript som fördelar arbetet till upp till 16 agenter igång samtidigt. Det är funktionen alla pratar om. Den officiella dokumentationen berättar vad den gör. Den berättar inte det du faktiskt vill veta: behöver du den, eller räcker de subagenter du redan har?

Det är det här gapet vi fyller. Claude Code workflows lanserades som en research preview och dokumentationen läser mer som referensmaterial än som råd. Så vi körde det enda inbyggda workflow som finns, /deep-research, i vår egen innehållspipeline, loggade de verkliga siffrorna och skrev ner den ärliga bedömningen. Kort version: kan du fortfarande hålla koll på dina agenter för hand, behöver du inget workflow ännu. Men några av er gör det verkligen. Låt oss ta reda på vilken grupp du tillhör.

Viktiga slutsatser:

• Ett Claude Code workflow är ett JavaScript-skript som Claude skriver för att orkestrera subagenter i stor skala (research preview, v2.1.154+, alla betalplaner).
• Du behöver ett workflow bara när en uppgift kräver fler agenter än ett samtal kan koordinera. Annars räcker subagenter.
• Ett enda workflow finns i dag: /deep-research. Det kör i bakgrunden medan din session förblir responsiv.
• Workflows är tokentörstiga. Vi mätte en riktig körning innan vi rekommenderar det (siffror nedan).

Vad är ett Claude Code Workflow?

Ett Claude Code workflow är ett JavaScript-skript som orkestrerar subagenter i stor skala. Du beskriver uppgiften, Claude skriver skriptet, och en runtime kör det i bakgrunden medan din chattsession förblir responsiv. Det är en research preview-funktion i Claude Code, kräver Claude Code v2.1.154+ och körs på alla betalplaner (Pro, Max, Team, Enterprise, plus API och Bedrock/Vertex/Foundry).

Vardagsversionen: tänk dig att du går fram till en köksdisk och beskriver rätten du vill ha. Kocken skriver ett recept, lämnar det till ett kök fullt av kockar, och de sätter igång medan du fortsätter prata vid disken. Du mikromanagear inte varje kock. Det gör receptet. Det receptet är workflow:et, kockarna är subagenter, och köket som kör i bakgrunden är runtimen.

Ett workflow är inte ytterligare en agent. Det är skriptet som talar om för dina agenter vad de ska göra, i vilken ordning, och vad de ska göra med resultaten. Den skillnaden är viktigare än allt annat i det här inlägget, och vi konkretiserar den i nästa avsnitt.

En snabb förvirring att reda ut. Söker du på "claude code workflows" stöter du på GitHub-repos, plugins och en marketplace full av community-svärmsverktyg som Ruflo, claude-flow och wshobson/agents. De är tredjepartsorkestratorer. Anthropics officiella Dynamic workflows är en annan, inbyggd funktion. Finns den inte i /config på v2.1.154+, är det inte den officiella.

Det här sitter ihop med andra research previews från Anthropic, som den nyliga fast mode research preview: lanserade tidigt, bakom en toggle, och fortfarande lite ojämna i kanterna. Behandla det som en preview, för det är det. Hela specifikationen finns i den officiella workflows-dokumentationen.

Workflows vs Subagenter vs Skills: Vem håller i planen?

Det renaste sättet att skilja dessa tre åt är att ställa en fråga: vem håller i planen? En skill är paketerade instruktioner och kunskap som Claude laddar på begäran. En subagent är en separat kontext som gör ett delegerat jobb. Ett workflow är det orkestrationsskript som koordinerar subagenter i stor skala, upp till 16 åt gången. Samma verktygsbox, tre olika jobb.

Här är jämförelsen som den officiella dokumentationen antyder men aldrig presenterar sida vid sida:

Om ett Claude-samtal fortfarande kan hålla hela planen i huvudet vill du ha en subagent, inte ett workflow. I det ögonblick du spawnar fler agenter än du, som människa, kan hålla koll på -- vem gör vad och i vilken ordning -- har planen vuxit ifrån samtalet. Det är linjen ett workflow korsar.

Vill du gå djupare på den första delen? Vår skills-handledning går igenom hur du paketerar kunskap som Claude laddar på begäran. Och om du väger om du ska ta ett fullt agent-framework istället för nativ orkestrering, hjälper den jämförelsen också. Vår ärliga bedömning: nativa primitiver räcker längre än man tror innan ett framework tjänar sin plats.

När Behöver du Egentligen ett Claude Code Workflow?

Du behöver ett Claude Code workflow när (a) uppgiften kräver fler agenter än ett samtal kan koordinera, (b) du vill att orkestrationskoden sparas som körbar kod snarare än ett engångsprompt, eller (c) du behöver adversarial eller kors-kontrollerad granskning där flera agenter kontrollerar varandras arbete. Om inget av det stämmer räcker subagenter. Var ärlig mot dig själv här.

Det här är den del dokumentationen inte säger rakt ut, men det gör vi: du behöver förmodligen inget workflow ännu. En handfull subagenter koordinerade i ett normalt samtal hanterar vardagsarbete. Workflows är inte ett uppgraderat steg du automatiskt tar. De är ett verktyg för en specifik sorts problem: fler agenter än en hjärna kan hålla koll på.

Kör igenom den här checklistan. Du behöver förmodligen ett workflow om du svarar ja på minst ett:

• Uppgiften kräver fler agenter än ett samtal kan hålla koll på.
• Du vill ha orkestrationen som körbar kod, inte ett engångsprompt du skriver om varje gång.
• Du behöver adversarial eller kors-kontrollerad granskning (flera agenter som verifierar varandra).
• Du kör samma flerkontextsuppdrag upprepade gånger, som en återkommande kodbasrevision eller en 500-filsmigration.

Svarade du nej på alla fyra? Håll dig till subagenter. Du sparar tokens, håller saker debuggbara och förlorar ingenting. Den specdriversna skaran känner igen det här mönstret från bra CLAUDE.md-metoder: skriv ner planen en gång, gör den körbar, sluta skriva om den. Ett workflow är den idén driven till den punkt där planen i sig behöver en runtime för att exekvera.

Det Enda Workflow du Redan Har: /deep-research

/deep-research är det enda inbyggda workflow som lanserades i previwen. Anropa det med en fråga och det sprider ut subagenter för att forska om ämnet parallellt, kors-kontrollerar deras resultat mot varandra och returnerar ett syntetiserat svar till din kontext -- allt medan det körs i bakgrunden så din session förblir användbar.

/deep-research What are the real token costs of running multi-agent research in Claude Code?

Det är hela gränssnittet. Under huven rör det sig igenom faser: det bryter ner din fråga i forskningstrådar, spawnar agenter för att följa varje tråd, kör en kors-kontroll- eller granskningsfas så agenterna fångar varandras svaga påståenden, och syntetiserar sedan ett slutsvar tillbaka i din chatt. Du styr det inte under körningen. Du frågar, det jobbar, det rapporterar tillbaka.

Det är genuint användbart för de röriga forskningsfrågorna där du annars öppnar tio flikar och förlorar din eftermiddag. Bygger du redan researchtooling är vår sammanfattning av bästa MCP-servrar ett bra komplement till den här typen av fan-out-forskning. Men "användbart" och "värt tokenräkningen" är inte samma sak -- och det är precis vad vi satte oss för att mäta.

Vad Hände När Vi Körde ett Workflow i Vår Egen Pipeline

Vår /deep-research-körning spawnerade 9 subagenter över 4 faser, brände strax över 1 miljon tokens och avslutades på ungefär 8 minuters väggklocketid. Var det värt det? För en snabb fråga, absolut inte. För en researchtask vi annars skulle handkoordinera med ett halvdussin agenter, betalar det sig. Här är den ärliga genomgången.

I vår pipeline producerades det här inlägget du läser av ett flerkontextsystem: research, brief, skrivande, validering, översättning och publicering körs var och en som separata subagenter. Vi lever alltså redan i "för många agenter för ett samtal"-världen från checklistan ovan. Det gjorde oss till rätt testfall, inte ett konstruerat ett.

Vi körde /deep-research på ett live-nyckelord vi redan forskade om och loggade hela körningen:

Det som överraskade oss mest var kors-kontrollsfasen. Några tidiga påståenden som en agent producerat korrigerades tyst när en annan agent utmanade dem -- den typen av sak som ett enskilt samtal tenderar att låta passera. Det adversariala steget är det verkliga värdet, mer än den rena parallellismen. Tokenkostnaden är dock hög, och de agenterna kör på Opus-tier-modeller (se nyheter i Opus 4.8 för varför det spelar roll för notan). En miljon tokens för en fråga du kunde ha besvarat med två promptar är en dålig affär. För en fråga som genuint kräver att sex källor stäms av mot varandra är det ett kap av din tid.

Det är den typen av orkestrering vi bygger åt klienter på Techsy, så vi hade en stark känsla för var det lönar sig och var det bara bränner budget. Vår bedömning: kör det på de svåra frågorna, hoppa över det på de enkla.

Hur du Skriver och Sparar Ditt Eget Workflow

För att skapa ett eget workflow beskriver du uppgiften för Claude på vanlig svenska med nyckelordet workflow, granskar och godkänner skriptet det genererar, och sparar sedan det skriptet som ett återanvändbart /command. För högre ansträngningsnivå, sätt /effort ultracode och Claude planerar ett workflow på egen hand. Du behöver inte skriva JavaScript; Claude skriver skriptet, du godkänner det.

Här är hela loopen, som också fungerar som steg-för-steg om du följer med:

1. Aktivera Dynamic workflows. På Pro, öppna /config och slå på raden Dynamic workflows. (Du är på v2.1.154+, eller hur?)

   bash

   /config
   # aktivera sedan raden "Dynamic workflows"

2. Beskriv uppgiften med nyckelordet workflow. Inkludera ordet workflow var som helst i ditt prompt, till exempel: "Kör ett workflow för att granska varje routefil i det här repot för saknade autentiseringskontroller." Claude Code markerar ordet och skriver ett skript istället för att arbeta tur för tur. Vill du att Claude ska bestämma själv? Sätt /effort ultracode, vilket kombinerar xhigh-resonemang med automatisk workflow-orkestrering för varje substantiell uppgift (och bränner fler tokens, så växla tillbaka till /effort high för rutinarbete).

3. Granska och godkänn det genererade skriptet. Claude visar dig JavaScript-orkestrationen innan det kör något. Läs igenom det. Det är din chans att fånga en fan-out som är bredare än du vill ha.

4. Spara det som ett /command för återanvändning. När det fungerar, spara workflow:et som ett anpassat snedstreckkommando så att nästa kvartals revision är en enda knapptryckning.

Återanvändbarheten är den tysta vinsten. En engångskörning av /deep-research är praktisk, men ett sparat workflow för "granska auth genom alla routes" eller "migrera den här katalogen till det nya API:et" förvandlar ett mångtimmarskoordineringsarbete till ett enda repeterbart kommando. Det är när tokenkostnaden börjar amorteras över körningar istället för att svida varje gång.

Begränsningar, Kostnad och Hur du Stänger Av Workflows

Workflows kör upp till 16 simultana agenter med ett hårt tak på 1 000 agenter per körning, accepterar ingen input under körningen och kan bara återupptas inom samma session. De är tokentörstiga per design, eftersom varje agent förbrukar kontext. Du kan inaktivera funktionen helt med disableWorkflows i config eller miljövariabeln CLAUDE_CODE_DISABLE_WORKFLOWS.

Var och en av de begränsningarna betyder något för din uppgift. Ingen input under körning innebär att du inte kan korrigera kursen när den väl startat, så ett vagt prompt slösar hela körningens tokens. Kan bara återupptas i samma session innebär att om du stänger terminalen är körningen borta. 1 000 agenter per körning låter enormt, men en bred fan-out på Opus-tier-priser är riktiga pengar, så behandla standardinställningen på 16 simultana som en funktion, inte som ett tak att trycka mot.

För att stänga av det:

export CLAUDE_CODE_DISABLE_WORKFLOWS=1
# eller sätt "disableWorkflows": true i din config

Versionssnubbelstenen snubblar många: om /config inte visar raden Dynamic workflows är du under v2.1.154. Uppdatera först. Och om du bygger agentpipelines som den här för riktigt arbete och vill att de faktiskt ska löna sig, bygger vi agentpipelines åt B2B-team. Boka en kostnadsfri konsultation → om orkestrering börjar bli en flaskhals.

Slutsats

Hela inlägget på fem rader. Ett Claude Code workflow är ett JavaScript-skript som Claude skriver för att orkestrera subagenter i stor skala, lanserat som en research preview i v2.1.154. Det enda som finns i dag är /deep-research. Du behöver ett workflow bara när en uppgift växer ur vad ett samtal kan koordinera, när du vill ha körbar orkestrering, eller när du behöver agenter som kors-kontrollerar varandra. Vår riktiga körning kostade ~1M tokens för 9 agenter på 8 minuter, vilket är överdrivet för enkla frågor och värt det för hård forskning. Du behöver förmodligen inget ännu, och det är helt okej.

Vanliga Frågor

Vad är ett Claude Code workflow?

Ett Claude Code workflow är ett JavaScript-skript som orkestrerar subagenter i stor skala. Du beskriver uppgiften, Claude skriver skriptet och en runtime kör det i bakgrunden medan din session förblir responsiv. Det är en research preview-funktion i Claude Code v2.1.154+, tillgänglig på alla betalplaner.

Vad är skillnaden mellan ett workflow och en subagent?

En subagent är ett enda delegerat jobb som körs i sin egen separata kontext och koordineras av dig i samtalet. Ett workflow är det orkestrationsskript som koordinerar subagenter på en gång, upp till 16 stycken. Om ett samtal fortfarande kan hålla hela planen, använd en subagent. Om planen behöver en runtime för att hålla koll på agenterna, använd ett workflow.

Hur mycket kostar ett Claude Code workflow i tokens?

I vår uppmätta /deep-research-körning brände 9 subagenter över 4 faser ungefär 1,05 miljoner tokens på cirka 8 minuter. Workflows är tokentörstiga per design eftersom varje agent förbrukar sin egen kontext, och de agenterna kör på Opus-tier-modeller. För enkla frågor är det slöseri; för genuin flerkällsforskning tjänar det sin kostnad.

Behöver jag en betalplan för att använda Claude Code workflows?

Ja. Dynamic workflows körs på alla betalda Claude-planer (Pro, Max, Team, Enterprise) plus API och Bedrock/Vertex/Foundry. Det finns inget tillgång på gratistier. På Pro aktiverar du funktionen genom att slå på Dynamic workflows-raden i /config efter uppdatering till Claude Code v2.1.154 eller senare.

Vad är /deep-research i Claude Code?

/deep-research är det enda inbyggda workflow som lanserades i research-previwen. Du ger det en fråga och det sprider ut subagenter för att forska om ämnet parallellt, kör en kors-kontrollfas där agenter verifierar varandras resultat, och syntetiserar sedan ett svar tillbaka in i din kontext, allt medan det körs i bakgrunden.

Hur sparar jag ett workflow som ett snedstreckkommando?

Beskriv uppgiften för Claude med nyckelordet workflow, granska och godkänn det JavaScript-skript det genererar, spara sedan det godkända skriptet som ett anpassat /command. Därefter kör hela flerkontextsuppdraget med en enda knapptryckning, vilket är där workflows börjar amortera sin tokenkostnad över upprepade körningar.

Hur många agenter kan ett workflow köra samtidigt?

Ett workflow kör upp till 16 simultana agenter med ett hårt tak på 1 000 agenter per körning. Standardinställningen på 16 simultana finns av god anledning: en bred fan-out på Opus-tier-priser blir snabbt dyrt. Behandla begränsningarna som räcken snarare än mål, och håll din fan-out så smal som uppgiften tillåter.

Hur stänger jag av Dynamic workflows?

Sätt disableWorkflows till true i din config, eller exportera miljövariabeln CLAUDE_CODE_DISABLE_WORKFLOWS=1 innan du startar Claude Code. Båda inaktiverar funktionen helt. Ser du helt enkelt ingen Dynamic workflows-rad i /config är du troligen under det krävda v2.1.154 och behöver uppdatera först.

Behöver du egentligen Claude Code workflows, eller räcker subagenter?

Subagenter räcker tills en uppgift växer ur ett samtal. En handfull subagenter koordinerade i ett normalt samtal täcker vardagsarbete utan tokenkostnad. Du behöver genuint ett workflow bara när en uppgift spawnar fler agenter än ett samtal kan hålla koll på, när du vill ha körbar orkestrering som kod, eller när du behöver agenter som kors-kontrollerar varandra adversarialt.