Yksi AI-agentti on hyvä työntekijä. Dynamic workflows tekee siitä projektipäällikön, joka rakentaa tehtävää varten oman työryhmän.
Anthropic julkaisi Claude Codeen dynamic workflows -ominaisuuden 28.5.2026 Opus 4.8:n yhteydessä. Ominaisuus on vielä tutkimusversio, mutta ajatus on iso: Claude voi kirjoittaa tehtävälle JavaScript-pohjaisen ohjausrungon, jakaa työn kymmenille tai sadoille sub-agenteille ja tarkistaa tulokset ennen kuin ne päätyvät sinulle.
Tässä oppaassa käydään läpi, mitä dynamic workflows tarkoittaa, milloin sitä kannattaa käyttää ja miten kirjoitat pyynnön, joka ei muutu kalliiksi agenttisumuksi.
Mikä dynamic workflow on?
Dynamic workflow on Claude Coden itsensä kirjoittama työnkulku.
Tavallisessa Claude Code -sessiossa Claude lukee kontekstia, tekee työtä, kutsuu työkaluja, kirjoittaa vastauksen ja jatkaa keskustelua. Jos tehtävä kasvaa, sama keskusteluikkuna joutuu pitämään mielessään kaiken: alkuperäisen tavoitteen, välitulokset, virheet, uudet havainnot, tarkistukset ja sen, mitä seuraavaksi piti tehdä.
Workflow siirtää osan tästä kuormasta pois keskustelusta. Claude kirjoittaa skriptin, joka orkestroi työn taustalla.
Skripti voi jakaa tehtävän osiin, käynnistää sub-agentteja rinnakkain, kerätä tulokset, pyytää muita agentteja tarkistamaan ne ja yhdistää lopuksi kaiken yhdeksi raportiksi tai muutossarjaksi.
Yksinkertaistettuna:
Tapa | Kuka pitää suunnitelmaa? | Mihin sopii? |
|---|---|---|
Tavallinen prompti | Keskustelu | Lyhyet vastaukset ja yksittäiset tehtävät |
Skill | Ohjetiedosto | Toistuva työtapa tai formaatti |
Sub-agentti | Claude, vuoro kerrallaan | Rajattu delegointi yhdelle asiantuntijalle |
Agenttitiimi | Johtava agentti | Muutama pitkäkestoinen rinnakkaistehtävä |
Dynamic workflow | Taustalla ajettava skripti | Laajat, rinnakkaiset ja tarkistusta vaativat työt |
Tärkein ero on tämä: workflow pitää välitulokset skriptin muuttujissa, ei Clauden keskustelukontekstissa. Siksi työ voi skaalautua paremmin kuin yksi pitkä keskustelu.
Ajattele sitä väliaikaisena projektiorganisaationa. Sinä annat tavoitteen. Claude rakentaa työnkulun. Sub-agentit hoitavat omat palansa. Tarkistajat yrittävät löytää virheet. Lopuksi saat yhteenvedon, jonka pitäisi olla enemmän kuin yhden agentin paras arvaus.
Miksi tämä on iso muutos?
Pitkissä agenttitöissä on kolme tuttua ongelmaa.
Ensimmäinen on tavoitteen hämärtyminen. Alussa pyydät tiettyä asiaa, mutta tunnin päästä keskustelussa on niin paljon sivupolkuja, että agentti alkaa optimoida väärää asiaa.
Toinen on itseensä luottaminen. Jos sama agentti tekee ratkaisun ja tarkistaa sen, tarkistus voi jäädä liian lempeäksi. Se näkee oman työnsä sellaisena kuin se tarkoitti sen tehdä, ei sellaisena kuin se oikeasti onnistui.
Kolmas on keskeneräisyyden naamioituminen. Agentti voi raportoida "valmista" liian aikaisin, koska se kadottaa alkuperäisen vaatimuksen, ei aja kaikkia tarkistuksia tai unohtaa yhden haaran isosta tehtävästä.
Dynamic workflows yrittää korjata näitä rakenteella.
Suunnitelma muuttuu ajettavaksi ohjausrungoksi. Osatehtävät eristetään toisistaan. Verifiointi voidaan antaa eri agenteille kuin toteutus. Laajoissa tehtävissä tämä on usein tärkeämpää kuin se, että mallilla on vain enemmän kontekstia.
Claude ei muutu erehtymättömäksi. Virheiden etsimisestä tulee vain paremmin suunniteltua.
Huono workflow lähettää sata agenttia "tekemään jotain". Hyvä workflow sisältää:
Selkeä tavoite.
Rajatut osatehtävät.
Riippumaton tarkistus.
Yhdistävä lopputulos.
Päätös siitä, milloin työ on valmis.
Jos nuo puuttuvat, rinnakkaisuus vain moninkertaistaa sekavuuden.
Saatavuus ja käyttöönotto
Claude Code -dokumentaation mukaan dynamic workflows on tutkimusversio, joka vaatii Claude Code v2.1.154:n tai uudemman. Se on saatavilla maksullisilla Claude-suunnitelmilla sekä Anthropic API:n, Amazon Bedrockin, Google Cloud Vertex AI:n ja Microsoft Foundryn kautta.
Pro-käyttäjien pitää kytkeä ominaisuus päälle /config-valikon Dynamic workflows -riviltä. Organisaatioissa ylläpitäjä voi myös poistaa ominaisuuden käytöstä.
Käyttöön on kaksi päätapaa.
Ensimmäinen on suora pyyntö:
Use a workflow to audit every API endpoint under src/routes for missing auth checks.
Tai suomeksi:
Käytä workflowta tämän raportin faktatarkistukseen.
Jaa väitteet osiin, tarkista lähteet rinnakkain ja palauta lopuksi
vain ne väitteet, joille löytyy luotettava tuki.
Toinen tapa on ultracode.
Voit kirjoittaa pyynnön alkuun avainsanan:
ultracode: käy läpi koko onboarding-polku ja etsi kohdat,
joissa käyttäjä voi jäädä jumiin.
Tai voit asettaa Claude Coden effort-tilaksi ultracode:
/effort ultracode
Tällöin Claude päättää itse, milloin tehtävä kannattaa hoitaa workflowlla. Tämä sopii raskaisiin työpäiviin, joissa tarkoitus on tehdä useita monivaiheisia tehtäviä peräkkäin. Rutiinitöihin se on usein liikaa.
Kun workflow käynnistyy, Claude näyttää suunnitelman ennen ajoa. Komentorivillä näet vaiheet ja voit hyväksyä, perua tai lukea raakaskriptin. Desktop-sovelluksessa näet hyväksymiskortin. Tämä on tärkeä pysähdyskohta: jos vaiheistus näyttää oudolta, korjaa pyyntö ennen kuin annat workflowlle luvan käyttää tokeneita.
Käynnissä olevia ja valmistuneita ajoja seurataan komennolla:
/workflows
Sieltä voit avata workflow-näkymän, tarkistaa vaiheiden etenemisen, lukea yksittäisten agenttien tuloksia, pysäyttää ajon ja tallentaa onnistuneen workflow-skriptin myöhempää käyttöä varten.
Milloin workflow kannattaa käynnistää?
Workflow on järkevä silloin, kun tehtävässä on aitoa rinnakkaisuutta tai aitoa tarkistusriskiä.
Hyviä merkkejä:
Tehtävä koskee kymmeniä tai satoja tiedostoja, lähteitä, rivejä, tikettejä tai dokumentteja.
Yksi agentti joutuisi lukemaan liikaa ennen kuin se voi tehdä päätöksen.
Tulokset pitää tarkistaa riippumattomasti.
Haluat useita vaihtoehtoja ja niille vertailun.
Työ voi kestää pitkään, mutta se voidaan jakaa selkeisiin vaiheisiin.
Lopputulos voidaan arvioida testillä, lähteillä, hyväksymiskriteereillä tai arviointirungolla.
Huonoja workflow-tehtäviä:
"Korjaa yksi kirjoitusvirhe."
"Kirjoita kolme otsikkoa."
"Selitä tämä käsite lyhyesti."
"Tee tästä parempi", jos et määrittele parempaa.
Työ, jossa tarvitaan käyttäjän päätöksiä jokaisen vaiheen välissä.
Dynamic workflows ei poista tarvetta ajatella. Se rankaisee epämääräistä tavoitetta tavallista kalliimmin.
Hyvä perussääntö:
Jos et osaa sanoa, miten tulos tarkistetaan,
älä käytä workflowta vielä.
Kirjoita ensin pienempi tavoite. Käy tavallinen Claude-keskustelu tai pyydä suunnitelma. Kun työ on selkeä, muuta se workflowksi.
Hyvän workflow-pyynnön rakenne
Dynamic workflowlle ei kannata antaa pelkkää tehtävänimeä. Anna sille työn briefi.
Käytä tätä rakennetta:
Osa | Mitä kirjoitat |
|---|---|
Tavoite | Mitä pitää olla valmiina? |
Rajaus | Mitä kansioita, tiedostoja, lähteitä tai aineistoja saa käyttää? |
Vaiheet | Miten työ kannattaa jakaa? |
Tarkistus | Kuka tai mikä yrittää kumota tuloksen? |
Budjetti | Kuinka laajana ajo saa alkaa? |
Luovutus | Mitä lopuksi pitää raportoida? |
Esimerkki:
Käytä dynamic workflowta.
Tavoite:
Tarkista artikkelin tekniset väitteet Claude Coden dynamic workflows
-ominaisuudesta ennen julkaisua.
Rajaus:
- Käytä vain virallisia Claude- ja Anthropic-lähteitä.
- Älä muuta artikkelin tyyliä vielä.
- Merkitse epävarmat kohdat erikseen.
Vaiheet:
1. Etsi artikkelista tarkistettavat väitteet.
2. Jaa väitteet aiheittain: saatavuus, komennot, rajat, käyttötapaukset.
3. Tarkista jokainen ryhmä erillisellä agentilla.
4. Anna toiselle agentille tehtäväksi löytää vastaväitteet tai vanhentunut tieto.
5. Yhdistä tulokset yhdeksi korjauslistaksi.
Done when:
- Jokaisella faktaväitteellä on lähde tai se on muotoiltu yleisemmäksi.
- Komennot ovat dokumentaation mukaisia.
- Lopuksi raportoit muutettavat kohdat ja jäljelle jäävät epävarmuudet.
Tällainen pyyntö tekee kaksi asiaa. Se kertoo, mitä Claude saa tehdä. Ja se kertoo, milloin työn voi lopettaa.
Varsinkin Done when on tärkeä. Pitkä agenttiajo tarvitsee valmistumisehdon. Muuten se voi joko pysähtyä liian aikaisin tai jatkaa siksi, että aina löytyy vielä yksi mahdollinen tarkistus.
Yleisimmät workflow-mallit
Dynamic workflows on teknisesti JavaScript-skripti, mutta käyttäjän ei tarvitse ajatella sitä ensimmäisenä koodina. Käytännössä kyse on muutamasta toistuvasta työmallista.
1. Fan-out ja synteesi
Tämä on perusmalli. Tehtävä jaetaan osiin, agentit tekevät työn rinnakkain ja lopuksi tulokset yhdistetään.
Käyttökohteita:
50 lähteen tutkimus.
200 asiakaspalautteen teemoittelu.
Koko sivuston SEO-auditointi.
Usean kilpailijan analyysi.
Hyvä pyyntö:
Jaa aineisto teemoittain, anna jokaiselle teemalle oma agentti
ja palauta lopuksi yksi yhdistetty raportti. Älä listaa kaikkea,
vaan nosta toistuvat havainnot ja poikkeukset.
2. Adversarial verification
Yksi agentti tekee löydöksen. Toinen yrittää kumota sen.
Tämä sopii erityisesti tilanteisiin, joissa väärä vastaus olisi kallis: tietoturva, juridiset tulkinnat, tekniset väitteet, tutkimusraportit, talousmallit ja julkaisukelpoiset artikkelit.
Hyvä pyyntö:
Jokaiselle löydökselle pitää olla erillinen verifier-agentti,
jonka tehtävä on yrittää osoittaa löydös vääräksi tai liian heikosti
tuetuksi. Raportoi vain löydökset, jotka selviävät tarkistuksesta.
Tässä on yksi workflow-ajattelun tärkeimmistä hyödyistä: tarkistus kuuluu rakenteeseen.
3. Generate and filter
Useat agentit tuottavat vaihtoehtoja. Toinen vaihe pisteyttää, yhdistää ja karsii.
Käyttökohteita:
Tuotenimet.
Mainoskulmat.
Blogiotsikot.
Landing page -rakenteet.
Kurssimoduulien ideat.
Tämä toimii paremmin kuin yksi pitkä ideointilista, jos annat selkeän arviointirungon. Esimerkiksi: "valitse ideat, jotka ovat konkreettisia, erottuvia, ymmärrettäviä alle viidessä sekunnissa ja sopivat suomalaiselle pk-yrittäjälle."
4. Turnaus
Turnaus on generate and filter -mallin tiukempi versio. Agentit kilpailevat samasta tehtävästä, ja arvioijat valitsevat paremmat vaihtoehdot pari kerrallaan.
Käyttökohteita:
Strategiavaihtoehtojen vertailu.
Parhaan artikkelirakenteen valinta.
Hinnoittelupaketin valinta.
Vaikean teknisen ratkaisun vaihtoehdot.
Turnaus sopii makuasioihin paremmin kuin moni uskoisi, kunhan maku muutetaan arviointikriteereiksi.
5. Classify and act
Ensin luokitellaan, sitten toimitaan luokan mukaan.
Käyttökohteita:
Tukipyyntöjen triage.
Myyntiliidien priorisointi.
CV:iden seulonta.
Bugiraporttien luokittelu.
Vanhojen dokumenttien siivous.
Tässä pitää olla tarkkana oikeuksien kanssa. Jos workflow lukee ulkoista tai epäluotettavaa sisältöä, älä anna samojen agenttien tehdä korkean oikeustason toimia. Julkista sisältöä lukevat agentit voivat tuottaa suosituksia. Varsinaiset muutokset kannattaa tehdä erillisessä vaiheessa ja rajatuilla oikeuksilla.
6. Loop until done
Workflow jatkaa, kunnes pysäytysehto täyttyy.
Käyttökohteita:
Satunnaisesti epäonnistuvan testin tutkiminen.
Migraation build- ja testisilmukka.
Datan validointi ja korjaus.
Laajan dokumentaation linkkitarkistus.
Tämä on tehokas mutta kallis malli. Kirjoita budjetti näkyviin.
Aloita 20 tiedoston rajatulla ajolla.
Jos löydät toistuvan korjausmallin, raportoi se ennen koko repoon skaalaamista.
Älä käytä yli 50 000 tokenia ilman erillistä hyväksyntää.
Budjetti ei ole pelkkä tekninen yksityiskohta. Agenttityössä tokenibudjetti on projektibudjetti.
Mihin ei-koodaaja voi käyttää dynamic workflowsia?
Claude Code kuulostaa koodarin työkalulta, mutta dynamic workflows on ehkä kiinnostavimmillaan muualla.
Tilaa AI-Sanomien Plus-jäsenyys niin näet loput sisällöstä
Tilaamalla AI-Sanomien maksullisen jäsenyyden saat pääsyn kaikkiin uutiskirjeen sisältöihin sekä tuet Suomen parasta AI-mediaa.
Miksi tilaus kannattaa?:
• Näet kaikki uutiskirjeen sisällöt, uudet AI-työkalut sekä vinkit tekoälyn käyttöön.
• Pääsy kaikkiin verkkokursseihin kurssit.aisanomat.fi-alustassa
• Pääsy Kehotesuunnittelija.fi Premium-tasoon (15 €/kk)
• Pääsy satoihin maksullisiin sisältöihin, oppaisiin ja artikkeleihin
