Andersonin kulma

Miksi tekoälyn on vaikea jatkaa puolivalmista tehtävää

mm
Lisää Unite.AI suosikkilähteisiisi Google-palvelussa
AI-generated image (GPT-2): an industrial humanoid robot sits at an office desk, scratching its head while looking into an open cardboard box labeled 'URGENT' that contains assorted machine parts, gears, electronic components, and circuit boards. An office wall with notes and diagrams is visible behind the desk.

Vaikka tekoälyagentit pystyvät ratkaisemaan monimutkaisia tehtäviä, uusi tutkimus viittaa siihen, että niiden on vaikea jatkaa toisen aloittamaa työtä. Seurauksena on päällekkäistä työtä, hitaampaa edistymistä ja suurempia kustannuksia.

 

Tekoälyagenttien ja käyttöliittymien kanssa työskenneltäessä yksi uuvuttavimmista mutta välttämättömistä tehtävistä on tekoälyn perehdyttäminen tilanteeseen lähes jokaisen keskustelun alussa. [1]

Vaikka suositut kielimallit, kuten ChatGPT, tarjoavat jonkin verran mahdollisuuksia käyttää pysyviä, käyttäjäkohtaisia muistoja, toteutus toimii yleensä vaihtelevasti. Lopulta on tavallisesti turvallisempaa nähdä vaivaa tehtävän taustan selittämiseksi* tekoälylle, jotta se ei ainakaan arvaa väärää kontekstia koulutuksessa muodostuneesta latenttiavaruudesta.

Toisen kesken jättämän työn jatkaminen

Haaste on tietenkin tekoälyä vanhempi. Monet yritykset edellyttävät jo, että työntekijät dokumentoivat kehittämänsä tai parantamansa prosessit. Tällä helpotetaan osaltaan uusien työntekijöiden perehdytystä, mutta tarkoituksena voi myös olla työntekijöiden neuvotteluaseman vahvistumisen estäminen.

Käytännössä yleensä vain suuremmat ja paremmin rahoitetut organisaatiot pitävät kiinni dokumentaation laatimisesta, päivittämisestä ja ylläpidosta. Hyvin usein toisten työtä jatkava työntekijä saa sen sijaan eräänlaisen salapoliisitehtävän: hänen on selvitettävä huolellisesti tapahtumaketju, joka johti hänelle nyt annettuun kesken jääneeseen työhön.

Moitteeton dokumentaatio säästäisi tietenkin päiviä, viikkoja tai jopa kuukausia työtä, jos sen laatiminen vain olisi taloudellisesti järkevää. [1]

Kun työn suorittajina ovat tekoälyagentit, ongelman ratkaisemiseen saattaa kuitenkin olla enemmän mahdollisuuksia.

Työn siirtäminen seuraajalle

Yhdysvalloissa laadittu uusi tutkimus mittaa tämän dokumentaation puuttumisesta aiheutuvan taakan ja kutsuu ongelmaa siirtovelaksi.

Jos tekninen velka tarkoittaa tilannetta, jossa tämän päivän nopeat, hätäiset ja halvat tekniset ratkaisut johtavat myöhemmin hauraisiin tai vaikeasti ylläpidettäviin toteutuksiin, siirtovelka tarkoittaa uudelleenselvittämisen kustannuksia: työntekijän tai muun toimijan työvaiheiden jäljittämistä silloin, kun tämä ei ole tavoitettavissa neuvomaan esimerkiksi riitaisan irtisanomisen, kiireen tai kuoleman vuoksi tai ei muuten pysty neuvomaan. Jälkimmäisestä esimerkki on kielimalli, joka on jo kauan sitten menettänyt työn nykytilaan johtaneen kontekstin.

Uusi raportti† on riippumattomien ja Georgia State Universityyn kuuluvien tutkijoiden yhteistyötä. Se käsittelee siirtovelkaa sellaisten koodausagenttien yhteydessä, joiden tehtävänä on jatkaa koodipohjan työstämistä siitä, mihin toinen istunto, henkilö tai muu toimija jäi.

Yksi tutkimuksen tavoitteista on selvittää, kuinka paljon dokumentaatiota siirtovelan vähentäminen edellyttää ja millaisia menettelyjä ja käytäntöjä voitaisiin tulevaisuudessa suositella vakiokäytännöiksi ongelman minimoimiseksi.

Taloudelliset huolenaiheet

Ihannetilanteessa voisi asettaa lokituksen tilaan verbose ja antaa tehtävää jatkavalle uudelle agentille keskeneräiseen työhön liittyvät lokit.

Näin suuren tietomäärän jäsentäminen hyödylliseksi tiedoksi vie kuitenkin aikaa ja kuluttaa tokenibudjettia sekä tuo esiin tallennustilan rajoitukset.

Tämä on budjettiongelma: raakojen tietovedosten käsittely on raskasta, kun taas valikoidut lokit ovat selkeämpiä mutta vaativat resurssien varaamista etukäteen.

Huolelliset, juuri tätä tarkoitusta varten laaditut muistiinpanot perehdyttäisivät työn jatkajan tehokkaasti. Ne vaatisivat kuitenkin vielä enemmän vaivannäköä, joka saattaisi osoittautua tarpeettomaksi, jos työn logiikka olisi lopulta itsestään selvä, työ hylättäisiin tai sitä ei enää koskaan muokattaisi.

Tutkimuksen Handoff Debt: The Rediscovery Cost When Coding Agents Take Over Interrupted Tasks kirjoittajat tarkastelivat kaikkia näitä tilanteita ja sovelsivat olemassa olevia tehtävämalleja uusiin tapoihin mitata ja vähentää siirtovelkaa. Vaikka tutkimus koskee nimenomaan koodausagentteja, se voi viitoittaa hyödyllisiä suuntia myös laajempaan tekoälyn käyttöön ja dokumentointikäytäntöjen järjestämiseen.

Kirjoittajat toteavat:

”Siirtovelkaa syntyy, kun agentti edistyy näkyvästi mutta jättää jälkeensä tilan, josta seuraajan on vaikea jatkaa. Tällaisia ovat esimerkiksi selittämättömät muokkaukset, tilapäiset työtiedostot, piilevät oletukset tai puuttuva näyttö validoinnista.

”Pelkkään lopulliseen ratkaisuun perustuva mittari ei pysty erottamaan kallista uudelleenselvittämistä tehokkaasta jatkamisesta.

”Kaksi edeltävää agenttia voi jättää jälkeensä saman tarkistuspisteeseen tallennetun koodivaraston, mutta niiden seuraajille jatkamisen kustannukset voivat olla hyvin erilaiset. Toinen voi jatkaa heti, kun taas toinen joutuu tekemään lukuisia työkalukutsuja selvittääkseen aiemman tarkoituksen tilapäisistä työtiedostoista ja puutteellisesta komentohistoriasta.”

Menetelmä

Kirjoittajat määrittelevät edeltäjän aiemmaksi agentiksi, joka aloitti työn tai teki sitä viimeksi, ja seuraajan nykyiseksi agentiksi, jonka tehtävänä on jatkaa työtä.

Keskeneräisten ohjelmistokehitystehtävien siirtämisen kustannuksia mittaavaa vertailua varten 75 tehtävää SWE-bench Verified -aineistosta muunnettiin 181 työnsiirtotilanteeksi. Jokainen niistä edusti kohtaa, jossa työ keskeytettiin ja siirrettiin seuraaja-agentille. Kolmea eri seuraajamallia testattiin yhteensä 2 172 jatkamisyrityksessä.

Työnsiirtotesteissä käytettiin eri yhdistelminä seuraavia malliperheitä: Qwen, Gemma ja Devstral.

Kokeissa tutkittiin neljää perityn tiedon tasoa. Rajoittavimmassa asetelmassa seuraaja sai vain koodivaraston tilan — kuin astuisi dokumentoimattomalle katastrofialueelle. Muut asetelmat tarjosivat asteittain enemmän kontekstia toimintajäljistä ja komentohistoriasta tiiviisiin yhteenvetoihin siitä, mitä oli jo yritetty ja opittu.

Vain koodivarasto

Seuraaja saa vain koodivaraston ja tehtävän kuvauksen, ilman mitään tietoa aiemmista toimista, päätöksistä tai epäonnistumisista.

Täydellinen tapahtumaloki

Seuraaja saa edeltävän agentin koko historian, joka paljastaa jokaisen komennon, havainnon, muutoksen, onnistumisen ja epäonnistumisen.

Yhteenvetomuistiinpanot

Seuraaja saa edeltäjän toimintahistoriasta laaditun luonnollisen kielen yhteenvedon, joka tiivistää keskeiset tiedot tekstiksi.

Jäsennellyt muistiinpanot

Seuraaja saa tiiviin työnsiirtoasiakirjan, jonka vakiokentissä kuvataan tehtävän tila, tehdyt muutokset ja validoinnin tulokset.

Tutkimuksessa ei tarkasteltu pelkästään tehtävän ratkeamista, vaan itse jatkamisen kustannuksia: työkalujen käyttöä, tokenien kulutusta ja aiemman työn perustelujen uudelleenselvittämiseen tarvittavaa vaivaa.

Kolme työnsiirtokohdan tunnistamisen määritelmää ja kolme työnsiirtotilaa määriteltiin kokeisiin:

Työnsiirtokohdan tunnistaminen Työnsiirtotilat
Ensimmäisen lähdekoodimuokkauksen jälkeen. Ensimmäisen koodinmuutoksen jälkeen. Ensimmäinen agentti on aloittanut työn, mutta ei ole vielä tarkistanut, toimiiko muutos. Vaatii loppuun saattamista. Tehtävä on keskeneräinen, ja seuraajan on jatkettava työtä oikean ratkaisun saavuttamiseksi.
Ensimmäisen validointituloksen jälkeen. Ensimmäinen agentti on jo suorittanut testin tai validointivaiheen, josta on saatu joitakin todisteita edistymisestä. Jo ratkaistu ja tallennettu. Tehtävä on käytännössä ratkaistu, ja seuraajan tehtävä on välttää sen rikkomista.
Ensimmäisen epäonnistumista seuranneen muokkauksen jälkeen. Testi on epäonnistunut, ja ensimmäinen agentti on jo yrittänyt vastata siihen tekemällä toisen muutoksen. Aiemmin toimiva toiminnallisuus rikkoutunut. Jokin aiemmin toiminut asia on nyt rikki.

Data ja testit

Realististen työnsiirtotilanteiden luomiseksi tutkijat rakensivat vertailuaineiston 75 SWE-bench Verified -ohjelmistokehitystehtävästä. Painopiste oli ongelmissa, joiden ratkaiseminen vie yleensä 15 minuutista neljään tuntiin.

Tutkijat eivät arvioineet ainoastaan valmiita tehtäviä, vaan he tallensivat useita välitarkistuspisteitä työn aikana, luoden tilanteita, joissa toinen tekoälyagentti joutui jatkamaan toisen työtä:

Tehtävän jatkamisen vertailuaineiston rakenne: 75 SWE-bench Verified -tehtävästä muodostettiin 181 luovutuskohtaa työn kolmessa vaiheessa. Ne luokiteltiin luovutushetken koodivaraston tilan mukaan ja arvioitiin neljällä tiedonjakotavalla. Tuloksena oli yhteensä 2 172 seuraaja-agentin jatkosuoritusta. Lähde: https://arxiv.org/pdf/2606.02875

Tehtävän jatkamisen vertailuaineiston rakenne: 75 SWE-bench Verified -tehtävästä muodostettiin 181 luovutuskohtaa työn kolmessa vaiheessa. Ne luokiteltiin luovutushetken koodivaraston tilan mukaan ja arvioitiin neljällä tiedonjakotavalla. Tuloksena oli yhteensä 2 172 seuraaja-agentin jatkosuoritusta. Lähde

Koska yhdestä tehtävästä saattoi syntyä useita työnsiirtokohtia ja jokainen siirto testattiin neljällä tiedonsiirtotavalla, vertailuaineisto laajeni nopeasti. Lopulliseen aineistoon kuului 181 erillistä työnsiirtotehtävää ja 724 jatkamisarviointia kutakin seuraajamallia kohti. Kolmella testatulla tekoälyjärjestelmällä tehtiin näin yhteensä 2 172 jatkosuoritusta.

OpenHands-tyylistä koodausagenttiympäristöä käytettiin testeissä. Siihen kuuluivat terminaalitoiminnot, koodivaraston jäädyttäminen työnsiirtokohdissa, tiedostojen muokkaaminen ja SWE-bench-vertailun virallinen validointi.

Päätutkimuksessa kaikki työnsiirtokohdat olivat peräisin Qwen-pohjaisten edeltäjien suorituksista. Näin saatiin kiinteä lähtökohta eri agenttiyhdistelmien ja tilanteiden välisten erojen arviointiin.

Testatut yhdistelmät olivat Qwen-Qwen; Qwen-Gemma; ja Qwen-Devstral.

Täydellinen tapahtumaloki vähensi seuraajan vaivannäköä eniten: agenttitapahtumat vähenivät 57–59 prosenttia, kun taas yhteenvetomuistiinpanot ja jäsennellyt muistiinpanot vähensivät tapahtumia 20–46 prosenttia. Myös kehotetokenien kulutus väheni kaikilla kolmella lähestymistavalla, 42–63 prosenttia:

Tiedon esitystapa Suoritukset Ratkaisuaste (muutos prosenttiyksikköinä) Agenttitapahtumat (muutos %) Kehotetokenit (muutos %)
Qwen → Qwen
Vain koodivarasto 181 46,4% 99 1,63M
Täydellinen tapahtumaloki 181 52,5% (+6,1 pp) 41 (-59%) 811k (-50%)
Yhteenvetomuistiinpanot 181 51,4% (+5,0 pp) 53 (-46%) 602k (-63%)
Jäsennellyt muistiinpanot 181 50,8% (+4,4 pp) 55 (-44%) 660k (-60%)
Qwen → Gemma
Vain koodivarasto 181 42,5% 49 738k
Täydellinen tapahtumaloki 181 49,2% (+6,6 pp) 21 (-57%) 300k (-59%)
Yhteenvetomuistiinpanot 181 44,2% (+1,7 pp) 33 (-33%) 319k (-57%)
Jäsennellyt muistiinpanot 181 43,6% (+1,1 pp) 39 (-20%) 317k (-57%)
Qwen → Devstral
Vain koodivarasto 181 34,3% 175 3,94M
Täydellinen tapahtumaloki 181 49,2% (+14,9 pp) 73 (-58%) 1,66M (-58%)
Yhteenvetomuistiinpanot 181 43,6% (+9,4 pp) 123 (-30%) 2,30M (-42%)
Jäsennellyt muistiinpanot 181 44,8% (+10,5 pp) 125 (-29%) 2,30M (-42%)

Kun työnsiirrossa annettiin vain koodivarasto, seuraaja-agenttien piti käyttää ylimääräisiä vuorovaikutuksia edeltäjän tarkoituksen, aiemman näytön ja epäonnistuneiden lähestymistapojen selvittämiseen. Täydellinen tapahtumaloki, yhteenvetomuistiinpanot ja jäsennellyt muistiinpanot välittivät osan näistä tiedoista suoraan. Ne vähensivät uudelleenselvittämisen tarvetta, mutta edellyttivät suurempia aloituskehotteita.

Hyötyjen varmistamiseksi jokainen runsaammin kontekstia sisältävä työnsiirto paritettiin samasta kohdasta alkavaan siirtoon, jossa annettiin vain koodivarasto. Kaikissa mallipareissa runsaampi siirtotieto vähensi johdonmukaisesti seuraaja-agentin työmäärää.

Täydelliset tapahtumajäljet tuottivat suurimmat vähennykset, mutta myös yhteenvedot ja strukturoidut muistiinpanot toivat huomattavia säästöjä. Vaikutus näkyi koko vertailuaineistossa eikä johtunut muutamasta poikkeavasta tapauksesta:

Tiedon esitystapa Paritetut suoritukset Agenttitapahtumat pelkällä koodivarastolla Agenttitapahtumat (muutos %) Tapahtumamuutoksen 95 %:n luottamusväli Kehotetokenit (muutos %)
Qwen → Qwen
Täydellinen tapahtumaloki 181 99 41 (-59%) [-50%, -42%] 798k (-51%)
Yhteenvetomuistiinpanot 181 99 53 (-46%) [-38%, -28%] 572k (-65%)
Jäsennellyt muistiinpanot 181 99 55 (-44%) [-34%, -24%] 646k (-60%)
Qwen → Gemma
Täydellinen tapahtumaloki 181 49 21 (-57%) [-47%, -33%] 300k (-59%)
Yhteenvetomuistiinpanot 181 49 33 (-33%) [-25%, -8%] 319k (-57%)
Jäsennellyt muistiinpanot 181 49 39 (-20%) [-18%, -1%] 317k (-57%)
Qwen → Devstral
Täydellinen tapahtumaloki 181 175 73 (-58%) [-45%, -22%] 1,65M (-58%)
Yhteenvetomuistiinpanot 181 175 123 (-30%) [-28%, -15%] 2,28M (-42%)
Jäsennellyt muistiinpanot 181 175 125 (-29%) [-28%, -17%] 2,29M (-42%)

Varmistaakseen, ettei vaikutus johtunut muutamasta poikkeustapauksesta, tutkijat vertasivat jokaista työnsiirtoa samasta kohdasta alkavaan vastaavaan pelkän koodivaraston siirtoon. Vähennykset olivat johdonmukaisia kaikissa mallipareissa. Hyödyt kuvastavat siten laajempaa ilmiötä eivätkä vain yksittäisiä poikkeuksia.

Mitä tästä seuraa?

Lyhyesti†, kirjoittajat havaitsivat, että kun tekoäly siirtää tehtävän toiselle, jo yksinkertaiset muistiinpanot auttavat jälkimmäistä jatkamaan tehokkaammin.

Täydelliset tapahtumalokit toimivat parhaiten, mutta mikä tahansa siirtotieto on parempi kuin kaiken uudelleenselvittäminen pelkän koodin perusteella. Yllä olevat tulokset myös havainnollistavat, että täydellisiin raakalokeihin perustuva lähestymistapa kuluttaa väistämättä enemmän tokeneita.

Johtopäätös

Vaikka tutkimus on suunnattu nimenomaan muille tutkijoille eikä juuri houkuttele satunnaista lukijaa, se käsittelee silti yhtä ihmisen ja tekoälyn nykyisten käyttöliittymien ja vuorovaikutuskäytäntöjen kiinnostavimmista ja kiireellisimmistä ongelmista.

Toivoa sopii, että tällaisessa tutkimuksessa kehitetyt toimintamallit ja saadut oivallukset ulottuvat aikanaan laajempaan tekoälyn käyttöön kuin vain agenttien suorittamaan koodaukseen.

Tulevissa hankkeissa voitaisiin myös tutkia, kuinka tietyn projektin ominaisuuksien ja käyttötarkoituksen perusteella arvioidaan dokumentaation vähimmäistarve. Tämäkin ajan ja rahan käytön järkeistämistä helpottava toiminto kuitenkin maksaa aikaa ja rahaa. Dokumentointiin liittyvää budjettipulmaa on siksi edelleen vaikea välttää.

 

* Omissa ChatGPT-istunnoissani, jotka alkavat hidastella ja kuormittua liiallisesta kontekstista, olen viime aikoina vienyt keskustelun selkeäksi PDF-tiedostoksi — vaivannäköä sekin vaatii — ja käyttänyt sitä uuden, ”osa 2” -istunnon lähtökohtana.

† Valitettavasti tämä ei kuulu tänä vuonna lukemieni tutkimusten helppolukuisimpiin. Siksi en voi suositella alkuperäistutkimusta lukijalle, vaikka sen tiivistetyt tulokset ovatkin kiinnostavia.

Julkaistu ensimmäisen kerran keskiviikkona, 3. kesäkuuta 2026

Kirjoittaja koneoppimisen parissa, ihmisiä esittävien kuvien synteesin asiantuntija. Entinen tutkimussisällön johtaja Metaphysic.ai:ssa, kunnes se sulautui DNEG:n Brahma.ai:hin.
Verkkosivu: martinanderson.ai
Yhteystiedot: martin@martinanderson.ai