Olet rakentanut viikolla 3 oman agentin: tools, memory, guardrails. Nyt kysymys: miksi yksittäinen agentti ei riitä?
Software factory
Software factory on orkestroitu pipeline, jossa AI-agentit hoitavat autonomisesti suurimman osan SDLC:stä — koodaus, testit, debuggaus, katselmointi, dokumentaatio — samalla kun ihmiset antavat suunnan, arkkitehtuurin ja validoivat lopputuloksen. Avain: se ei ole "yksi iso agentti", vaan useita rajattuja agentteja, joita ohjataan politiikoilla ja spekseillä.
Neljä vaihetta — sama matka
Olet käynyt kaikki neljä vaihetta läpi:
| Sessio | Vaihe | Mitä se ratkaisi | Mikä jäi jäljelle |
|---|---|---|---|
| S1: Greenfield | Vibe Coding | Nopeat prototyypit | Ennakoimaton laatu |
| S2: Brownfield | Discipline | Spec, TDD, audit-traili | Manuaalinen, hidas |
| S3: Agents | Autonomous loops | AI tekee itse | Yksi agentti, ei skaalu |
| S4: Factories | Factory & team | Agentit + kuri tiimitasolla | — |
Mikä menee pieleen ilman tehtaita?
Kun annat autonomisen agentin tiimillesi ilman factory-rakennetta, näet nämä neljä oiretta:
1. Inconsistent output across runs
Sama syöte → erilainen output. Joskus hyvä, joskus huono. Ei luottamusta tuotantoon.
2. No audit trail
Kysytään miksi agentti teki muutoksen X. Ei voida vastata. Compliance-tiimi sanoo ei.
3. Prompt drift
Jokainen tiimin jäsen säätelee promptiaan eri tavalla. Kahden viikon päästä viisi versiota samasta agentista, viisi eri käyttäytymistä.
4. Expensive compute, no quality guarantees
Agentti palaa silmukassa. API-bill 10x odotettua. Output ei ole sen parempi kuin halvalla mallilla.
Pro tip
Jos olet tunnistanut yhden näistä omasta tiimisi käyttäytymisestä viime viikkoina — olet löytänyt factory-paineen. Kun tarpeeksi ihmistä käyttää agenttia samaan asiaan, "vain prompt" muuttuu velaksi. Factory ratkaisee tämän tekemällä politiikoista version-controlled artefakteja.
AI-Assisted Dev → Autonomous Agent → AI Software Factory
Asteittainen polku:
| Vaihe | Mikä se on | Esimerkki |
|---|---|---|
| AI-Assisted Dev | Ihminen ajaa, AI auttaa | Cursor täydentää koodia, sinä accept/reject |
| Autonomous Agent | AI ajaa yhden tehtävän, ihminen valvoo | "Korjaa bugi #1234" — agentti tekee, sinä review |
| AI Software Factory | Useita agentteja governoidussa pipelinessa | PR avataan → analyzer-agent → planner-agent → fixer-agent → reviewer-agent → human approval gate |
Ihmisen rooli muuttuu: koodin kirjoittajasta arkkitehdin, hyväksymiskriteerien määrittelijän ja outputin validoijan rooliksi.
Mitä factory tuo?
| Hyöty | Miten | Mitä mittaa |
|---|---|---|
| Consistent quality | Sama policy, sama backend → sama output | % PR:istä jotka läpäisevät tarkistukset 1. kierroksella |
| Faster cycles | Rinnakkainen ajo, ei sarjallinen | PR open → merge -aika |
| Auditable traces | Strukturoidut lokit, decision-trail | Voitko vastata "miksi muutos X?" |
| Easy onboarding | Uusi tiiminjäsen ajaa samaa factoryä | Aika ekan PR:n mergeen uudelle kehittäjälle |
| Scalable | Lisää agentteja, ei ihmisiä | PR-throughput / dev |
Reaalimaailma — esimerkkejä
| Yritys | Mitä rakensi | Avainoivallus |
|---|---|---|
| Stripe | "Minions" — Slack-triggered agentit → PR:t | Tapaa devit siellä missä he työskentelevät |
| StrongDM | AI hoitaa kaiken koodin, ihmiset = roadmaps | Ihmisrooli = suunta + validointi |
| Cursor | Automations — background agentit tehtäville | IDE-native factory pattern |
| Factory.ai | Dedikoitu AI factory -alusta ($1.5B arvostus) | Factory-as-a-service on markkina |
Tuottavuusdata mittauksissa:
- 📈 30–70 % tuottavuusparannukset
- 🚀 8–20× nopeutuminen migraatioissa
- 🤖 ~50 % AI:n generoimaa koodia top-tiimeissä
Productivity multiplier
Factory-arkkitehtuuri ei ole vain "AI nopeuttaa". Se on tuottavuuskerroin, joka ainoastaan toteutuu, jos kaikki kerrokset (orchestration, agents, tools, memory, validation, observability, integration) ovat kunnossa. Yhden kerroksen puute (esim. observability) voi muuttaa kertoimen vastuuvelaksi.
Yhteenveto
- 🚨 Autonomiset agentit ilman factory-rakennetta = vibe coding kalliimmalla hinnalla
- 🏗️ Factory = orkestroitu pipeline, jolla on policy, audit ja gates
- 🎯 Ihmisrooli muuttuu: koodista → arkkitehtuuriin, hyväksymiskriteereihin ja validointiin
- 📊 Tuottavuusvoitot ovat todellisia (30–70 %), mutta vain jos kaikki 7 kerrosta ovat kunnossa
Seuraavassa oppitunnissa: Mitkä ovat ne 7 kerrosta, ja miten ne kartoittuvat sessioihin 1–3?