AI-agenttien kehitys: Hiekkalaatikosta kehitystiimiin

Alkuun AI-koodausavustajat kuten Claude herättävät varovaisuutta. Haluat suojella kaikkea turva-aidoilla. Se on ymmärrettävää. Yksikin väärä komento voisi tuhota koko kodin.

Kontit pelastivat tilanteen. Niissä agentit saavat vapauden ilman riskiä. Pian huomattiin: nämä työkalut pärjäävät oikeissa tehtävissä. Ei vain leikeissä. Tuotantoon kelpaavassa koodissa.

Yksittäinen agentti alkoi pettää.

Rinnakkaisuuden haasteet, joista ei puhuta

Kuvittele nämä tehtävät:

• API-päädyn uudelleenkirjoitus
• Testien korjaus
• Docker-ongelman selvitys
• Frontend-parannukset

Normaalisti laitat ne jonoon. Agentti hoitaa yhden, tarkistat, sitten seuraava. Se tappaa autonomian. Istut valvomaan kuin lapsenvahti. Agentin pointti on vapauttaa aika strategiseen työhön.

Kokeilet useita agentteja rinnakkain. Silloin alkaa kaaos.

Git räjähtää. Kaksi agenttia muokkaa samaa repoa samalla haulla. Commitit törmäävät. Opit miksi code review on keksitty.

Tiedostojärjestelmä vastustaa. Projektit keräävät roinaa: node_modules, build-kasheit, generoitua koodia, SQLite-tietokantoja, .env-tiedostoja. Ne eivät ole gitissä. Useat prosessit törmäävät.

Docker Compose tuhoaa. Molemmat haluavat portin 5432. Saman niminen kontti "postgres-dev". Yhteinen volyymi. Edistys muuttuu konttien kuolinkierteeksi.

Git worktrees ei riitä

Monet ehdottavat: "Käytä git worktrees!"

Toimii teoriassa. Käytännössä vajava.

Worktree mahdollistaa useita hakemistoja eri hauilla, sama .git. Hyvä ihmisille. Agenttien kannalta se korjaa vain osan. Ei erillisiä node_moduleseja. Ei omia .env-tiedostoja. Ei Docker Compose -eristyksiä. Joka worktree vaatii manuaalisen setupin: depit, kashtit, porttien vaihdot, absoluuttipolkujen toiveet.

Kuin antaisit työntekijälle puutteellisen työpöydän.

Uusi tapa ajatella: Agentit kehittäjinä

Vaihda näkökulma: agentit eivät ole työkaluja, vaan kehittäjiä.

Et sano uudelle työntekijälle: "Toimi worktreena nykyisen hakemiston vieressä." Sanot: "Klonaa repo, rakenna ympäristö, aja lokaalisti, puska haara kun valmis."

Forkkaat koko kehitysympäristön, ei vain haun.

Rinnakkaisille agenteille tarvitaan:

Eristetyt ympäristöt. Oma klooni, depit, .env. Ei jaettua tilaa, ei törmäyksiä.

Omat infrastruktuurit. Eri Docker Compose -projektit. Agentti A:n Postgres ei riitele B:n Redis'in kanssa. Kaikki ajavat ja testaavat vapaasti.

Oikeat tunnukset. SSH-gitille. Scoped GitHub-avaimet. Ei globaalia jaettua avainta.

Kontekstitietoisuus. Agentti tietää haun, roolinsa, onnistumisen kriteerit.

Asynkroninen koordinointi. Agentit tekevät työnsä, jättävät review-kuntoon. Sinä päätäät mergerit.

Näin se näyttää käytännössä

NameOceanissa tiimit rakentavat AI-avusteista kehitystä näin. Ei yksi agentti per projekti. Useita instansseja:

• Konttisolut (kuten yolobox)
• Omat tietokannat tai fixturet
• Eri Docker Compose -setupit
• Kontekstimanifestit agenttien luettavaksi
• Leikepöytä- ja SSH-sillat integraatioon

Työnkulku:

1. Agentti Alpha käynnistyy solussa A, hoitaa autentikointimoduulin
2. Agentti Beta solussa B, API-dokumentaatiota
3. Agentti Gamma solussa C, testejä
4. Jokainen puskaa feature-haaroihin itsenäisesti
5. Sinä revikkaat rinnakkain, mergerit järkevästi

Ei jonoja. Ei valvontaa. Ei konttikuolemia.

Infrastruktuurin rooli

Tämä vaatii kehitysympäristöjen uudelleenmietintää. Pilvipalvelut heräävät. IaC ei ole luksus. Docker, Kubernetes ja konttikehitykset (kuten NameOceanin Vibe Hosting tutkii) ovat välttämättömiä.

Templatointi ratkaisee. Dockerfile-palat, compose-vaihtoehdot, bootstrap-skriptit. Niistä agentit lukevat speksit.

Miksi juuri nyt?

AI-agentit ovat valmiita: vaarallisen hyviä, investointikelpoisia. Tiimit, jotka organisoivat agentteja tiimeiksi, kiihdyttävät. Toiset jumittuvat hiekkalaatikoihin.

Ei vain nopeutta. Kyse on kehityskapasiteetin kerrostamisesta, ei pelkistä näppäilyistä.

Seuraavat askeleet

Kokeiletko AI-agentteja? Toimi näin:

1. Unohda yksittäinen agentti. Suunnittele skaalautuvuus alusta.
2. Templaa ympäristöt. Docker ja IaC ovat agentin käyttöjärjestelmä.
3. Rajoita oikeudet. Laajat accessit = kaaos.
4. Priorisoi provisioning. Nopea agentin spawnaus on tuottavuutta.
5. Versionoi agentti-configit. Kuten koodi, myös ympäristöt.

Tulevaisuus ei ole ihminen + agentti. Se on orkestroitu tiimi, eristetyissä konteksteissa, yhteistä tavoitetta kohti.

Silloin tuottavuus räjähtää.