Warp julkaisi tiistaina Warp Factories -alustan, jolla yritys voi pystyttää oman pilviagenttien tuotantolinjan ohjelmistokehitykseen. Tiketti tulee sisään, agenttitiimi vie sen läpi vaiheiden ja ulos tulee katselmointivalmis pull request. Warpin mukaan ensimmäisen tehtaan saa pystyyn alle viidessä minuutissa.
Ajatus ei ole uusi. Ohjelmistotehtaista on puhuttu koko kuluneen vuoden, ja moni suuri kehitysorganisaatio on rakentanut omansa käsin. Warpin lupaus on, että vaikeimmat arkkitehtuuriratkaisut on nyt tehty valmiiksi.
Tuotantolinja tikettien ympärille
Ohjelmistotehdas on automaatiosilmukka ohjelmistokehityksen elinkaaren ympärillä. Työjono ei kasva, vaan siitä valmistuu tasainen virta yhdistämiskelpoisia muutoksia. Vaiheet ovat tutut: triage, määrittely, toteutus, katselmointi ja varmistus.
Työ voi tulla tehtaaseen monesta suunnasta. Warp Factories kytkeytyy tikettijärjestelmiin kuten Lineariin ja Jiraan sekä viestimiin kuten Slackiin ja Teamsiin. Mukana on myös Factory MCP, jonka kautta mikä tahansa koodausagentti voi työntää työtä tehtaaseen tai vetää sitä sieltä paikalliseen iterointiin.
Warpin blogissa kuvattu esimerkki alkaa Sentryn havaitsemasta kaatumisesta. Monitorointiagentti luo siitä Linear-tiketin, triage-agentti arvioi korjauksen laajuuden ja toteutusagentti kirjoittaa koodin. Katselmointiagentti tarkastaa tuloksen ennen kuin ihminen näkee sen.
Warp ennustaa ohjelmistotehtaiden yleistyvän muutamassa vuodessa yhtä arkisiksi kuin CI/CD-putkista aikanaan tuli. Väite on rohkea. Suunta on silti sama, johon useat koodausagenttien tekijät ovat kuluvana vuonna liikkuneet.
Foreman jakaa työn neljälle roolille
Tehtaan keskiössä on foreman eli työnjohtaja. Se on ainoa agentti, jonka kanssa ihminen keskustelee, ja se reitittää työn muille. Foreman valitsee myös kullekin aliagentille mallin, kehyksen ja kontekstin.
Neljä oletusagenttia jakaa elinkaaren keskenään. Triage tutkii pyynnön ja määrittää laajuuden. Spec kirjoittaa tuote- ja tekniset määrittelyt luonnos-pull-requestiin. Implement jatkaa samaa haaraa ja kirjoittaa koodin testeineen, ja Review tarkastaa lopputuloksen tuorein silmin.
Vaiheet eivät ole kiinteä putki. Pieni ja hyvin rajattu muutos ohittaa määrittelyn kokonaan, ja katselmointi voi palauttaa työn takaisin toteutukseen. Foreman valitsee lyhimmän reitin, joka vielä täyttää tiimin laatupolitiikan.
Warp suosittelee ajamaan katselmointiagenttia eri mallilla kuin toteutusagenttia. Perustelu on suoraviivainen: kaksi samaa mallia jakaa samat sokeat pisteet. Agenteilla on myös pääsy tietokoneen käyttöön, jolloin ne voivat klikata muutoksen läpi ja tallentaa videon pull requestin kuvaukseen.
Määrittelyt koodina ja mittarit päälle
Tehdas määritellään versionhallittuina tiedostoina. Repot, agentit, automaatiot, ajurit, taidot ja MCP-palvelimet kuvataan koodina, samaan tapaan kuin Terraformissa. Muutokset saavat siten saman katselmoinnin, historian ja palautusmahdollisuuden kuin muukin koodi.
Mittarointi on rakennettu sisään. Kojelauta näyttää työkohteiden tilan, ajot, automaatiot, kustannukset ja vertailuluvut. Pisteyttäjät arvioivat valmistuneen työn laatua, ja omia pisteyttäjiä voi määritellä lisää.
Tokenien kulutus on oma mittarinsa. Kun kaikki agentit ajetaan samassa ympäristössä, eri kokoonpanojen kustannuksia ja laatua voi verrata suoraan. Ero on käytännöllinen verrattuna tilanteeseen, jossa jokainen kehittäjä ajaa omaa agenttiaan omalla koneellaan.
Itseparannus sulkee silmukan. Toistuvista epäonnistumisista tehdas muodostaa jatkotoimenpide-ehdotuksia, jotka menevät ihmisen hyväksyttäviksi. Prosessin hallinnasta tulee siis osa sitä työtä, jota tehdas itse automatisoi.
Ihminen pitää portit hallussaan
Warp on jättänyt kolme päätöstä ihmiselle. Määrittely pitää hyväksyä ennen toteutuksen alkua, epäselvissä vaatimuksissa foreman kysyy sen sijaan että arvaisi, ja yhdistäminen on aina ihmisen käsissä.
Katselmointiagentin verdikti on nimenomaisesti neuvoa-antava. Se suosittelee hyväksymistä, korjausta tai ihmisen päätöstä, mutta se ei hyväksy eikä yhdistä pull requestia. Oikeudet määräytyvät repositorion omien asetusten mukaan.
Jokainen agentti näkee vain ne repot, salaisuudet ja MCP-palvelimet, jotka sen kokoonpanoon on kirjattu. Rajaus on olennainen, koska agentit saavat käyttöönsä komentorivin ja tiedostojärjestelmän.
Oletusasetuksia voi myös löysätä. Määrittelyn hyväksyntävaatimus on kirjattu foremanin ohjeisiin, ja tiimi voi muuttaa sitä. Juuri siinä kohdassa tehtaan nopeus ja sen turvallisuus asettuvat vastakkain.
Yhteenveto
Warp Factories ei tuo uutta mallia eikä uutta koodausagenttia. Se tuo rakenteen, joka on tähän asti pitänyt koota itse: reitityksen, mittarit ja ihmisen päätöspisteet yhteen paikkaan.
Kiinnostavin kysymys on, kestääkö laatu volyymin kasvaessa. Pisteyttäjät ja itseparannussilmukka antavat ainakin välineet mitata sitä, mikä on enemmän kuin useimmilla käsin kootuilla putkilla on tarjota.