Codex karkasi koodarien työkalupakista.

Se on vieläkin koodausagentti. Vahva sellainen. Mutta OpenAI:n kevään 2026 päivitykset kertovat selvästi, mihin suuntaan tuote liikkuu: Codexista rakennetaan työagenttia, joka pystyy käyttämään tietokonetta, selainta, tiedostoja, plugineja, muistia ja ajastettuja tehtäviä.

Keskustelu siirtyy koodin laadusta työnjakoon. Millaisia työpaketteja ihminen voi delegoida agentille ilman, että koko prosessi hajoaa ensimmäiseen epäselvään tiedostoon, kirjautumiseen tai päätöskohtaan?

Codex-sovellus julkaistiin macOS:lle 2.2.2026. Windows-versio tuli 4.3.2026. OpenAI kuvasi sovellusta agenttien komentokeskukseksi: käyttöliittymäksi, jossa voi hallita useita agentteja rinnakkain, antaa niille pitkäkestoisia tehtäviä ja tarkistaa työn tulokset ennen hyväksyntää.

Ensimmäinen versio oli yhä selvästi kehittäjätyökalu. Agentti kirjoitti koodia, korjasi bugeja, teki testejä, avasi työhaaroja ja näytti muutokset katselmoitavaksi. Tämä yksin oli iso muutos ohjelmistotyöhön. Jos olet lukenut aiemman OpenAI Codex natiivisovellus -artikkelimme, lähtökohta on tuttu: Codex siirsi koodausagentin komentoriviltä graafiseen työtilaan.

OpenAI:n mukaan Codex voi nyt käyttää tietokonetta taustalla: nähdä, klikata ja kirjoittaa omalla kursorillaan. Sovellukseen tuli sisäinen selain, jossa käyttäjä voi kommentoida verkkosivua ja antaa agentille tarkempia ohjeita. Codex voi myös tuottaa ja iteroida kuvia GPT Image -mallilla, lukea ja esikatsella dokumentteja, käyttää useampia terminaaleja sekä hyödyntää yli 90 uutta pluginia.

Lisäksi automaatiot laajenivat. Codex voi käyttää vanhaa keskusteluketjua uudelleen, säilyttää aiemmin kerättyä taustaa ja herätä myöhemmin jatkamaan työtä. OpenAI toi mukaan myös muistitoiminnon esikatselun: Codex voi muistaa mieltymyksiä, korjauksia ja työn aikana opittuja asioita.

Tässä kohtaa Codex alkaa muistuttaa työympäristöä.

Samaan aikaan OpenAI julkaisi ChatGPT:hen workspace agents -toiminnon. Ne ovat Codexilla toimivia jaettuja agentteja tiimeille: esimerkiksi viikkoraporttiagentti, liidien käsittelyagentti, ohjelmistopyyntöjen arvioija tai toimittajariskien tarkistaja. Agentit voivat toimia ChatGPT:ssä ja Slackissa, käyttää työkaluja, pyytää hyväksyntää herkissä kohdissa ja jatkaa työtä myös silloin, kun käyttäjä ei ole paikalla.

Tässä näkyy OpenAI:n linja. Codex ei jää ohjelmistokehityksen apuriksi. Siitä tulee pohja työagenteille.

Työagentti on hyvä sana vasta, kun se tarkoittaa jotain konkreettista.

Pelkkä chatbot ei ole työagentti. Se osaa vastata, ehdottaa, tiivistää ja luonnostella. Hyödyllistä, mutta vastuu työstä jää koko ajan käyttäjälle. Sinä haet tiedoston. Sinä avaat järjestelmän. Sinä kopioit tiedot. Sinä tarkistat taulukon. Sinä palaat maanantaina samaan asiaan ja yrität muistaa, mihin viimeksi jäätiin.

Työagentti tarvitsee vähintään viisi asiaa.

Ensimmäinen on tehtävänanto. Agentin pitää ymmärtää, mitä tehdään, miksi ja milloin työ on valmis.

Toinen on työympäristö. Sillä pitää olla paikka, jossa se voi lukea tiedostoja, kirjoittaa tuloksia, ajaa komentoja, käyttää selainta tai avata sovelluksia.

Kolmas on työkalut. Ilman työkaluja agentti jää neuvojaksi. Työkalujen kanssa se voi hakea tietoa, muokata dokumenttia, täyttää taulukkoa, avata tiketin, luoda kuvan tai tehdä tarkistuksen.

Neljäs on muisti tai työhistoria. Agentin pitää pystyä jatkamaan siitä, mihin viimeksi jäätiin. Muuten jokainen käyttökerta alkaa alusta.

Viides on hyväksyntäraja. Kaikkea ei pidä automatisoida loppuun asti. Lähetettävä sähköposti, CRM-päivitys, poistettava tiedosto tai julkaistava kampanja vaatii usein ihmisen hyväksynnän.

Codexin kevään päivitykset osuvat juuri näihin kohtiin. Se saa työympäristön, työkaluja, selaimen, muistin esikatselun, automaatioita, sandboxit ja tavan palata vanhaan työhön. Tämä on sama kehityskaari, jota käsittelimme aiemmin Tekoäly käyttää tietokonettasi -artikkelissa. Kun malli pystyy käyttämään ruutua ja työkaluja, tekoäly ei enää jää tekstilaatikkoon.

Codexin kohdalla kiinnostavaa on myös se, että työagentin ajattelu tulee koodaamisen kautta. Ohjelmistokehitys on hyvä testikenttä, koska siinä on luonnostaan paljon agentille sopivia piirteitä: tiedostoja, testejä, virheitä, versionhallintaa, hyväksyntää ja selkeitä lopputuloksia. Kun tämä malli toimii koodissa, sama logiikka alkaa valua muuhun tietotyöhön. Tekoälyagenttien arkkitehtuurioppaassa sama asia näkyy toisesta suunnasta: agentti tarvitsee mallin lisäksi muistia, työkaluja, ympäristön ja valvontakerroksen.

Raportti on vähän kuin pieni ohjelmistoprojekti. Siinä on lähteitä, raakadataa, välivaiheita, virheitä, tarkistuksia ja lopullinen julkaisuversio.

Sama pätee tarjousmateriaaliin, kuukausiraporttiin, kampanjasuunnitelmaan ja perehdytyspakettiin.

Codexista ei tule yhdessä yössä täydellistä toimistoassistenttia. Se on yhä vahvimmillaan teknisissä tehtävissä, ja moni ei-kehittäjän työnkulku vaatii varovaisuutta. Mutta suunta on selvä. Tehtävät, joissa on tiedostoja, toistuvia vaiheita ja tarkistettava lopputulos, sopivat agentille paremmin kuin avoimet "auta minua ajattelemaan" -keskustelut.

Markkinoijalle Codex voi olla kampanjatyön työpöytä. Agentti voi lukea vanhat kampanjat, tarkistaa brändiohjeen, luonnostella landing page -rakenteen, ehdottaa kuvia, rakentaa yksinkertaisen sivun ja avata sen sisäisessä selaimessa kommentoitavaksi. Ihminen ei odota valmista totuutta, vaan käy läpi agentin tuotoksen ja korjaa suunnan.

Myynnissä ensimmäinen käyttö ei välttämättä ole automaattinen sähköpostien lähetys. Paljon järkevämpi alku on liidien valmistelu. Agentti voi kerätä taustatiedot, verrata liidiä kvalifiointikriteereihin, tehdä tiivistelmän ja luonnostella follow-up-viestin, jonka myyjä hyväksyy itse.

Taloushallinnossa kiinnostava alue on raportin valmistelu. Agentti voi avata taulukon, tarkistaa poikkeamat, luonnostella selitykset, tehdä kaavion ja listata kohdat, jotka vaativat controllerin päätöksen. Se ei päätä kirjanpidon käsittelyä, mutta voi lyhentää matkaa raakadatasta tarkistettavaan luonnokseen.

HR:ssä Codexin kaltaisesta työagentista voi tulla perehdytyksen ja koulutusmateriaalien rakentaja. Se voi lukea vanhat ohjeet, havaita ristiriitoja, ehdottaa uutta rakennetta ja muuntaa sisällön roolikohtaisiksi versioiksi. Rekrytoinnissa taas pitää olla tarkempi, koska EU AI Act ja yhdenvertaisuuslaki tulevat nopeasti vastaan.

Johdon arjessa työagentin ensimmäinen järkevä tehtävä voi olla viikkobriiffi. Agentti hakee Slackista sovitut kanavat, lukee projektidokumentit, tarkistaa mittaritaulukon ja tekee listan asioista, jotka vaativat päätöstä. Hyvä briiffi ei kerro kaikkea. Se kertoo, mihin johtajan kannattaa käyttää seuraavat 30 minuuttia.

Näissä kaikissa on sama peruskaava:

Tämä on hyvä lähtötaso työagentille. Täysi autonomia tulee myöhemmin, jos tulee. Ensimmäinen hyöty syntyy siitä, että agentti tekee 60 prosenttia valmistelusta ja jättää viimeiset 40 prosenttia ihmiselle.

Käytännössä tämä voi näyttää vaikka tältä.

Markkinointitiimin viikkopaketti. Codex lukee edellisen viikon kampanjadatan, kerää kolme parhaiten toiminutta sisältöä, vertaa niitä suunnitelmaan ja luonnostelee seuraavan viikon toimenpidelistan. Ihminen tarkistaa analyysin, poistaa huterat johtopäätökset ja päättää, mitä julkaistaan.

Myynnin asiakasbriiffi. Agentti kokoaa ennen palaveria yrityksen perustiedot, viimeisimmät uutiset, aiemmat muistiinpanot ja CRM:n avoimet asiat. Lopputulos on yhden sivun briiffi, jossa on keskustelun tavoite, mahdolliset riskit ja kolme kysymystä asiakkaalle.

Johdon päätöslista. Agentti käy läpi projektikanavat ja viikkoraportit, poimii kohdat, joissa tarvitaan päätös, ja erottaa ne kohdista, jotka ovat vain informaatiota. Tämä on pieni ero tekstissä mutta iso ero kalenterissa.

Näiden arvo ei ole siinä, että agentti olisi "älykkäämpi" kuin ihminen. Arvo syntyy siitä, että se jaksaa tehdä taustatyön joka viikko samalla rakenteella.

Kun agentti vastaa chatissa, riski on usein rajallinen. Kun agentti toimii työympäristössä, kysymykset muuttuvat.

Kuka agentin omistaa? Mihin dataan se pääsee? Mitä työkaluja se saa käyttää? Saako se lähettää viestin? Saako se muokata taulukkoa? Saako se julkaista muutoksen? Missä sen lokit ovat? Kuka pysäyttää sen, jos se tekee väärän asian?

Nämä kysymykset kuulostavat IT-osaston murheilta. Todellisuudessa ne ovat jokaisen tiimin murheita, jos agentti tekee oikeaa työtä.

OpenAI:n workspace agents -julkaisussa näkyy jo tämä ajattelu. Käyttäjä voi päättää, mitä dataa ja työkaluja agentti saa käyttää. Herkissä kohdissa, kuten sähköpostin lähettämisessä, kalenterimerkinnän lisäämisessä tai taulukon muokkaamisessa, agentin voi pakottaa pyytämään hyväksynnän. Adminit saavat näkyvyyttä agenttien asetuksiin, päivityksiin ja ajoihin. Enterprise- ja Edu-ympäristöissä oikeuksia voi hallita roolipohjaisesti.

Microsoft meni samassa suunnassa vielä pidemmälle Agent 365:llä. Kirjoitin siitä erillisen analyysin: Microsoft Agent 365: yritysten AI-agentit saavat oman valvontakeskuksen. Sen perusajatus on kuiva mutta tärkeä: agentilla pitää olla identiteetti, oikeudet, lokit, ajopaikka ja pysäytysmekanismi.

Suomalaisen yrityksen ei tarvitse ostaa kaikkea heti. Mutta ennen ensimmäistä oikeaa työagenttia kannattaa vastata viiteen kysymykseen:

Jos näihin ei löydy vastausta, tehtävä on liian iso ensimmäiseksi agenttikokeiluksi.

OpenAI julkaisi GPT-5.5:n 23.4.2026. Malli tuli ChatGPT:hen ja Codexiin Plus-, Pro-, Business- ja Enterprise-käyttäjille. Codexissa GPT-5.5 on saatavilla myös Edu- ja Go-suunnitelmissa 400 000 tokenin konteksti-ikkunalla.

OpenAI:n mukaan GPT-5.5:n vahvuudet näkyvät erityisesti agenttisessa koodauksessa, computer use -tehtävissä, tietotyössä ja varhaisessa tieteellisessä tutkimuksessa. Terminal-Bench 2.0 -testissä malli sai 82,7 prosentin tuloksen. OpenAI korostaa myös, että GPT-5.5 käyttää Codex-tehtävissä vähemmän tokeneita kuin GPT-5.4.

Nämä luvut ovat kiinnostavia. Silti ne eivät ole artikkelin ydin.

Työagentin hyöty ei synny pelkästä mallista. Hyvä malli auttaa ymmärtämään epäselvää tehtävää, pitämään laajaa taustaa ja tarkistamaan oletuksia työkaluilla. Huono työnkulku tekee siitä nopean tavan tuottaa epämääräisiä asioita.

Tämä on sama periaate, jota käsittelin SPDD-oppaassa. Tekoälytyöstä tulee toistettavaa vasta, kun tehtävä kuvataan työbriefinä: tavoite, lähteet, rajat, rakenne, tarkistus ja hyväksymiskriteeri. Agenttien aikakaudella tämä korostuu entisestään.

Chatbotille voi kirjoittaa:

Työagentille pitää kirjoittaa:

Tuo ero ratkaisee paljon. Agentti tarvitsee tilan tehdä työtä, mutta myös rajat. Muuten se muuttuu helposti ahkeraksi harjoittelijaksi, joka kyllä yrittää, mutta ei tiedä missä kohtaa pitää pysähtyä.

Codexin työagenttisuunta ei ole yksittäinen tuoteominaisuus. OpenAI rakentaa samaan aikaan useaa kerrosta, jotka vievät agentteja kohti tuotantokäyttöä.

Ensimmäinen kerros on Codex-sovellus. Se antaa ihmiselle paikan, jossa agentteja voi ohjata, seurata ja katselmoida. Tämä on käyttöliittymäkerros.

Toinen kerros on Agents SDK. OpenAI päivitti sen huhtikuussa niin, että kehittäjät voivat rakentaa agentteja hallittuihin sandbox-ympäristöihin. Agentti voi lukea tiedostoja, ajaa komentoja, muokata koodia ja tehdä pitkäkestoista työtä rajatussa ympäristössä. Tämä kuulostaa tekniseltä, mutta yritykselle ajatus on yksinkertainen: agentille pitää antaa työpöytä, jossa se saa toimia ilman, että koko talo on auki.

Kolmas kerros on pilvi-infrastruktuuri. OpenAI ja AWS ilmoittivat 28.4.2026, että OpenAI-mallit, Codex ja Bedrock Managed Agents tulevat AWS-ympäristöihin rajattuna esikatseluna. Tämä on yrityksille tärkeää, koska moni haluaa käyttää AI:ta siellä, missä identiteetti, laskutus, tietoturva ja hankintaprosessit ovat jo valmiina.

Neljäs kerros on tiimien yhteinen agenttikirjasto. Workspace agents vie ajatuksen ChatGPT:n sisälle: tiimi voi rakentaa agentin kerran, jakaa sen organisaatiossa, seurata käyttöä ja parantaa sitä käytön perusteella.

Nämä kerrokset kertovat samasta asiasta kuin OpenAI Frontier -kehitys aiemmin: agentit eivät jää yksittäisiksi chattikokeiluiksi. Niistä tulee työjärjestelmiä. Silloin tärkeäksi nousee sama tylsä kolmikko kuin kaikessa tuotantotyössä: käyttöoikeudet, lokit ja toistettavuus.

Ensimmäinen Codex-työagentti kannattaa rakentaa tylsästä tehtävästä.