Software garatzaile, tech lead eta DevOps ingeniari gehienek eraikitzaile gisa hasten dute beren ibilbidea.

Sistemak, aplikazioak, osagaiak, gaiak, patroiak, moduluak eta pipeline-ak eraikitzen dituzte. Diseinuak optimizatzen dituzte, kasu bereziak konpontzen, bateragarritasuna mantentzen eta sistemak aurrera eramaten, commit bana. Lana zehatza, praktikoa eta sakonki teknikoa da.

Baina une batean, zerbait aldatzen da.

Profesional onenek ez dute eraikitzeari uzten, baina sistemetan pentsatzen hasten dira.

Eraikitzailetik sistemen pentsalari

Aldaketa: emaitzatik arauetara

Eraikitzaile gisa, arreta emaitzan jartzen da: osagaiak, txantiloiak, orriak, funtzionalitateak, liburutegiak, aplikazioak.

Sistemen pentsalari gisa, arreta arauetara aldatzen da: mugak, elkarrekintzak, feedback-begiztak.

"Nolakoa da osagai hau?" galdetu beharrean, sistemen pentsalariek beste galdera batzuk egiten dituzte: Zer arauk gobernatzen dute osagai hau? Zerk dauka haren gainean eragiteko baimena? Nola jokatzen du aldaketaren aurrean? Nola irauten du asmoak denboran zehar?

Aldaketa honek modu naturalean eramaten gaitu sistema agentikoetara.

Diseinua estatiko izateari uzten dionean

Diseinu-sistema modernoek dagoeneko logika kodetzen dute: tokenek mugak definitzen dituzte, osagaiek egitura, patroiek portaera.

Hala ere, sistema gehienek giza orkestrazio handiaren mende jarraitzen dute.

IA agenteek eredu desberdin bat ekartzen dute: sistemek beren arauak bete araztea, erabakiak etengabe balioztatzea, testuinguruaren arabera erreakzionatzea eta barnean koordinatzea posible den eredua.

Hemen eboluzionatzen du diseinuak dokumentaziotik logika exekutagarrira.

Nora goazen

Orain, ideia hauek benetako sistema funtzionaletan ezartzea da ardatza, ez esperimentu gisa, oinarri gisa baizik.

1. IA agenteen integrazio sakonagoa diseinu-tresnekin (Figma)

Diseinu-sistema agentikoetara begira

Diseinu-tresnek ez lukete oihal pasibo huts izan behar.

Helburua Figma-rekin IA agenteak integratzea da: diseinu-tokenak eta osagaien mugak ulertzen dituztenak, erabakiak denbora errealean balioztatzen dituztenak, diseinu-asmoa sistema-mailako arau bihurtzen dutenak eta lankide gisa jarduten dutenak, ez esportatzaile gisa.

Horrek diseinua gorantz mugitzen du, asmoa gorde egiten den lekura, geroago ondorioztatu beharrean.

2. IA agenteen kudeaketa eskalagarria

Helburua: 150 agente, bat osagai bakoitzeko

Helburu orokorreko IA bakar bat erabili beharrean, taldeak espezializatutako agente askorantz mugitzen ari dira.

Osagai bakoitzak bere agentea du, ardura definituekin, muga argiekin eta lotutako osagaien berri izanik.

Horrela eskalatzen dira sistema osasuntsuak: espezializazioaren, koordinazioaren eta kontratu argien bidez.

3. Benetako trebetasunak, tresnak eta pluginak dituzten agenteak

Agenteek jarduteko gai izan behar dute.

Horrek esan nahi du trebetasunez hornitu behar direla (irisgarritasunaren gaineko arrazoibidea, diseinuaren balioztatzea, errendimenduaren kontzientzia), tresnez (linter-ak, test-exekutatzaileak, diseinu-APIak) eta pluginez (Storybook, Drupal, CI pipeline-ak, Figma integrazioak).

Tresnarik gabeko agentea teorikoa da. Tresnak dituen agentea sistemaren beraren parte bihurtzen da.

4. Onarpen funtzional automatizatuko proba adimentsuagoak

IAk gidatuak eta asmoa ulertzen dutenak

Ohiko probek emaitza egiaztatzen dute. Agenteek gidatutako probek portaera ulertzen dute.

Ardatza hauxe da: erabiltzaileen ibilbideei buruz arrazoitzen duten IA agenteak, selektoreak baino asmoa ulertzen duten proba funtzionalak, probak osagaiekin batera eboluzionarazten dituzten sistemak, eta proba hauskorrak murriztea konfiantza semantikoa handitzen den bitartean.

Probak sistemaren adimenaren beste geruza bat bihurtzen dira.

TDD eta BDD IAren garaian: zergatik eskatzen dute IA agenteek % 100 gehiago test-first garapena

Zergatik den garrantzitsua

Taldeak beren sortzaileak baino gehiago irauten duten sistemak eraikitzen ari dira, etengabe egokitzen direnak eta epe luzerako diseinu-erabakiak aurrera eramaten dituztenak.

Mundu horretan, eskuzko kontrola ez da eskalatzen. Baina ongi definitutako arauak bai.

Diseinatzaileek, garatzaileek eta IA agenteek esparru logiko berean jardun behar dute: muga eta asmo-sistema partekatu bakar batean.

Eraikitzailetik sistemen pentsalarira igarotzea ez da inplementazioa alde batera uztea. Sistemak zati-bildumak baino zerbait gehiago bezala ikustea da.

Hurrengo urratsa sistemei arrazoitzeko, egokitzeko eta eboluzionatzeko aukera ematen dieten arauak diseinatzea da.

Aldaketa hau egiten duten software garatzaileak, tech lead-ak eta DevOps ingeniariak ez dira soilik eraikitzen ari: sistemek beren burua eraikitzeko baldintzak eraikitzen ari dira.