Hor sartzen da DESIGN.md, oraindik alpha fasean dagoen estandar ireki bat, design system baten erabakiak (kolorea, tipografia, ikonografia, tartea, osagaiak eta erabilera-arauak) pertsonek eta agenteek irakur dezaketen testu-fitxategi batera eramaten dituena. Workoholics-en, esperientzia digitalen diseinuan eta garapenean aditua den agentzia gisa, Figma eta Dev-en arteko fluxua probatzen ari gara, IAk azkarrago exekutatzeaz gain, diseinatu dugun irizpidea hobeto interpreta dezan. Sormena eta teknologia, oraingoan, (literalki) hizkuntza bera hitz eginez.
Irailaren 17an, goizeko 8:30ak, Workoholicsen egoitza, Done Bikendi plaza 2, Bilbo. Claude Coderekin lanean ari ginen Figman diseinatutako interfaze bat garatzeko. Design systema ondo definituta dago izena eta helburuak, eskala zehaztuta duten tipografiak, espazio-tarteak, osagaiak aldaera posible guztiekin, eta abar zehaztuta dituzten kolore-tokenekin. Dena ezin hobeto.
Agenteari testuingurua ematen diogu eta diseinua ezartzeko eskatzen diogu. Emaitzak funtzionatzen du, baina bisualki nahiko aldentzen da definitutakotik. Gure paletan existitzen es diren koloreak agertzen dira, asmatutako tarteak, ausazko tipografia bat... ezta sistemaren arrastorik ere. Ene bada!
Ez da IAren hutsegitea, testuinguru falta baizik. Lan egiteko bete behar zituen arauak ondo ezagutzen ez zituenez, hutsuneak bere kabuz bete zituen. Gizajoa.
Diseinu eta garapeneko solaskide berri bat
WKHSn, diseinu eta garapen taldeek eskuz esku eta modu koordinatuan lan egiten dugu mota guztietako proiektuetan. Bi taldeen arteko etengabeko komunikazioak aukera ematen du alderdi bakoitzaren beharrak ulertzeko, bidean sortzen diren zalantzak argitzeko eta azken emaitza diseinatu denarekin koherentziaz garatzen dela ziurtatzeko. Agentziako lantaldearen zati handi batek Claude Code programatzeko erabiltzen duenetik, agenteak solaskide berri bihurtu dira prozesu horren barruan. Oso ongi etorriak, gainera.
Gaur egun, Figmarekin konekta ditzakegu eta diseinuaren beraren osagai, aldagai edo informaziorako sarbidea eman diezaiekegu. Baina sistemara sartzeak ez du esan nahi atzean dauden erabaki eta arau guztiak ezagutzen dituenik. Testuinguru hori modu argian ematen ez badiegu, hutsuneak beren kabuz beteko dituzte. Intentzioz, bai, baina inprobisatuz. Hemen sartzen da DESIGN.md.
DESIGN.md: zer da eta zer ez?
Hemen une batez gelditzea eta zalantza hori argitzen hastea merezi du, guk geuk galdera hori bera egin baikenuen Workoholics-en: DESIGN.md bat Design System bat al da? Ba ez zehazki.
DESIGN.md bat ez da diseinu-sistema bera, sistema hori pertsonek zein IAko agenteek irakur dezaketen formatu batean jasotzen duen irudikapena baizik. Sistemak dagokion lekuan jarraitzen du, Figma-n, bere osagai, aldaera, dokumentazio eta haren inguruan hartzen ditugun erabaki guztiekin.
DESIGN.md testu-fitxategi soil bat da, eta sistema horren zati bat jasotzen du (kolore-tokenak, tipografia-eskalak, tarteak, erradioak, itzalak, osagaien portaera-arauak eta abar), baita horiek nola eta zergatik erabili behar diren azaltzeko aukera ere. Hau da, ez du design system-a ordezkatzen, osatu egiten du.
Eta, formak gure metodologiari ekiten badio, denbora dezente aurreztu diezaguke. Funtsean, bestela prompt batean berriro azaldu beharko genituzkeen arau asko proiektuaren testuinguruaren parte bihurtzen direlako. Eta hori mugarri bat ezartzen du.
Hori bai, bada garrantzitsua den zerbait. DESIGN.md ez da automatikoki eguneratzen diseinu-sistema Figman aldatzen denean. Token bat, osagai bat edo beste edozein erregela aldatzen badugu, aldaketa hori fitxategira ere eraman beharko dugu. Horregatik, komeni da diseinu-sistemaren pieza bizitzat ulertzea eta hasieratik beharrezkoak diren prozesuak edo automatizazioak aurreikustea, azkenean fitxategiak gauza bat esaten duen bitartean Figma-k beste bat esan ez dezan.
Diseinuaren eta garapenaren arteko marruskadura murriztea
IZENAmd-k ezagutza barreiatu horren zati bat (eta askotan sisteman lan egin dutenen buruan dagoena) dokumentu bakar, bertsionatu eta kontsultagarri bihurtzen laguntzen du.
Haren balioa bereziki nabaritzen da norbait proiektu batean sartzen denean edo proiektu hori beste baten esku geratzen denean. Testuingurua galdera, oroimen edo «itxaron, erakutsiko dizut non dagoen» ugariren bidez berreraiki beharrean, modu ordenatuan aurkituko ditugu lanean jarraitzeko behar diren arauen zati handi bat, denborarik eta koherentziarik galdu gabe.
Eta hemen bereziki gustatzen zaigun zerbaitekin egin dugu topo. AA bati diseinu-sistema bat argi azaldu behar izateak gure artean hobeto azaltzera ere behartzen gaitu: zer esan nahi duen token bakoitzak, zergatik existitzen den arau bakoitza, zer den benetan sistemaren parte eta non hasten diren salbuespenak.
Azken finean, diseinuaren eta garapenaren arteko elkarrizketa hori hobeto antolatzera behartzen gaitu. Eta hor sormena eta teknologia nahiko modu naturalean elkartzen dira berriro. Izan ere, teknologiak prozesuak gauzatzen eta bizkortzen laguntzen digu, baina, hala ere, atzean erabakiak, asmoa eta irizpidea egotea behar du. Horixe da oraindik gure lana.
DESIGN.md bezeroarentzako entregagarria al da?
Gure artean gehien egiten ari garen galderetako bat da, eta hau da erantzun zintzoa: ikusi egin behar.
DESIGN.md motz geratzen da diseinu-sistema bat aurkezteko dokumentazio gisa ulertzen badugu. Ez du Figma liburutegi bat, gida bisual bat edo hartu ditugun erabakien azalpena ordezkatzen. Haren balioa beste nonbait dago.
Design systemaren osagarri tekniko gisa, bereziki produktuko eta garapeneko taldeek dagoeneko AAko agenteekin lan egiten duten bezeroentzat, nahiko pieza erabilgarria izan daiteke. Sistemaren arauen zati bat proiektuarekin batera eramatea eta lehen egunetik taldeak erabiliko dituen tresnentzat eskuragarri egotea ahalbidetzen du.
Design systemaren poltsikoko bertsio bat bezala ikus dezakegu. Baina bereziki erabilgarria den zati bat biltzen du, diseinu hori Figmatik koderako pasatu egin eta agenteek ere interpretatu behar dutenean.
Eta horrek aukera interesgarria ematen digu agentzia gisa, pertsonentzat ez ezik, pertsona horiek lan egiteko erabiltzen dituzten tresnentzat ere prestatutako diseinu-sistemak eman baititzakegu.
Iristear dagoena
Hori guztia bizirik mantentzeko modua ikasten jarraitzen dugu, mantentze-lan huts bihurtu gabe. Argi eta garbi, hor dago benetako erronketako bat. Baina zerbait argi badugu, diseinua ez dela inoiz Figman amaitu.
Orain, bertan hartzen ditugun erabakiak proiektuarekin batera eramateko eta garapenera, beste talde batzuetara edo AAko agente batengana iristen direnean zentzua izaten jarrai dezaten lortzeko modu berriak ditugu. Hori bai, baldintza negoziaezin batekin: horrek ez du ordezten diseinatzailearen eta garatzen duenaren arteko elkarrizketa.
DESIGN.md bezalako tresnek bidean sortzen den marruskadura murrizten lagun dezakete. Irizpidea, galderak eta partekatutako erabakiak gure esku daude oraindik. Eta horrela izaten jarraitzea espero dugu.
Gauza berari bueltak ematen ari bazarete edo konpontzeko modu hoberik baduzue, idatz iezaguzue. Ziur elkarrekin ikasten jarraituko dugula.