Design system szerződések: amikor sem a Figma, sem a kód nem "az igazi"

Minden design system ugyanabba a csapdába esik. Van egy komponenskönyvtár Figmában, és van ugyanaz kódban - és a kettőnek elvileg egyeznie kellene. A gyakorlatban viszont szépen lassan szétcsúsznak. Valaki átír egy gombot Figmában, a fejlesztő meg elfelejti update-elni a kódban, és két hét múlva már azon vitatkoztok code review-n, hogy melyik verzió a hiteles. Ismerős, ugye?

A cikk szerint a megszokott megoldás - "vagy a Figma a főnök, vagy a kód" - hosszú távon nem működik, mert amit nem koronázol meg, azt valakinek örökké karban kell tartania. A javaslat ehelyett egy harmadik szereplő: egy külön fájl (JSON vagy YAML), ami "szerződésként" leírja a komponenst - milyen variánsai vannak, milyen tokeneket használ, mit csinál kattintásra. Sem a Figma, sem a kód nem az eredeti innentől - mindkettő ugyanabból a receptből épül automatikusan, és van egy ellenőrző eszköz, ami megmondja, ha a kettő mégis elkezd elcsúszni egymástól.

Ami igazán érdekessé teszi a témát, az az AI szerepe. A Southleft csapata tesztelte: egy AI, amit szabadjára engedtek egy design systemen, 69 pontot kapott 100-ból - kitalált opciókat, hardkódolt színeket, saját ízlése szerint variált komponenseket. Ugyanaz az AI, amikor a szerződést kapta meg szigorú szabálykönyvként, 100/100-at ért el, és amikor valamit nem tudott megoldani, inkább jelezte, mint hogy kamu megoldást adjon. Ez a rész számomra a lényeg: amíg emberek dolgoztak mindkét oldalon, a "ide-oda finomítunk Figma és kód között" munkamódszer még elment. De ha AI is bekerül a képbe, ez a fajta lazaság már nem munkamódszer, hanem egy lyuk, amin keresztül az egész rendszer szépen lassan szétesik.