Dizajn je kód

Ako logika bunkových automatov pretvorí agentické dizajnové systémy a prečo budúcnosť vývoja webu môže byť už napísaná v jednoduchých pravidlách

Na priesečníku dizajnových systémov, umelej inteligencie a teórie výpočtov sa deje hlboká premena. Je taká zásadná, že spochybňuje samotné chápanie toho, čo "dizajn" znamená vo veku autonómnych agentov.

Desaťročia sme dizajn a kód považovali za dve oddelené disciplíny: dizajn ako oblasť ľudskej tvorivosti a estetického úsudku, kód ako mechanický preklad týchto nápadov do spustiteľnej podoby. Lenže AI agenti čoraz častejšie skladajú používateľské rozhrania samostatne, využívajú dizajnové systémy ako strojovo čitateľnú infraštruktúru a generujú kód zo sémantických tokenov. Blížime sa tak k bodu zbližovania, ktorý pripomína oveľa staršiu myšlienku z teórie výpočtov.

Aká je to myšlienka? Dizajn je kód.

Nie je to len pútavá fráza. Je to uznanie, že možno smerujeme k svetu, v ktorom dizajnové systémy fungujú ako bunkové automaty: jednoduché pravidlá dávajú vznik zložitému, emergentnému správaniu. K svetu, kde sa rozdiel medzi "navrhovaním" a "programovaním" úplne rozplynie. Kde autonómni agenti dizajnové systémy nielen používajú, ale sú dizajnovými systémami v praxi.

Tento blogový príspevok skúma hlboké súvislosti medzi bunkovými automatmi, emergentným správaním a budúcnosťou agentických dizajnových systémov. Vystopujeme teoretické základy od samoreplikujúcich sa strojov Johna von Neumanna až po dnešné roje AI agentov.

Pozrieme sa, ako Drupal a moderné CMS platformy integrujú AI prostredníctvom modulov, ako sú Schema.org Blueprints a Drupal AI. A zamyslíme sa nad tým, čo to všetko znamená pre dizajnérov, vývojárov a budúcnosť tvorby digitálnych produktov.

Bunkové automaty a logika emergencie

Krása jednoduchých pravidiel

V roku 1970 matematik John Conway predstavil Hru života, "hru bez hráčov", ktorá sa stala jedným z najviac skúmaných systémov v teórii výpočtov. Pravidlá sú pozoruhodne jednoduché:

1. Každá živá bunka s menej ako dvoma živými susedmi zomiera (podpopulácia)
2. Každá živá bunka s dvoma alebo tromi živými susedmi prežíva
3. Každá živá bunka s viac ako tromi živými susedmi zomiera (premnoženie)
4. Každá mŕtva bunka s presne tromi živými susedmi ožije (rozmnožovanie)

Z týchto štyroch pravidiel, vyjadrených hŕstkou binárnych podmienok, vzniká ohromujúci vesmír zložitosti. Glidery putujú nekonečnými mriežkami. Oscilátory pulzujú v nekonečných rytmoch. Gliderové delá vystreľujú prúdy vzorov naprieč bunkovým priestorom. A najpozoruhodnejšie je, že Hra života je dokázateľne Turingovsky úplná: všetko, čo sa dá vypočítať algoritmicky, sa v princípe dá vypočítať aj v Conwayovej jednoduchej mriežke.

Obrázok 1: Gosperovo kluzákové delo v Conwayovej Hre života. Tento vzor vytvára nepretržitý prúd kĺzavých útvarov (gliderov) a ukazuje, ako jednoduché pravidlá dokážu zrodiť nekonečnú, samoudržiavajúcu sa zložitosť.

Toto je prvá lekcia bunkových automatov: zložitosť nie je podmienkou zložitého správania. Jednoduché pravidlá, dôsledne uplatňované na celej ploche, môžu vyvolať vzory a správanie, ktoré nikto výslovne nenaprogramoval.

Langtonove slučky a samoreplikácia

V roku 1984 Christopher Langton tento princíp posunul ďalej svojimi samoreplikujúcimi sa slučkami, bunkovým automatom, ktorý predviedol skutočné princípy umelého života. Zatiaľ čo Conwayova Hra života ukazuje emergentnú zložitosť, Langtonove slučky ukazujú emergentné rozmnožovanie.

Každá slučka tvorí cyklická hranica, ktorá uzatvára „genóm“ zakódovaný v stavoch buniek. Tento genóm nepretržite prúdi okolo slučky a von pozdĺž konštrukčného ramena, ktoré počas 151 časových krokov vybuduje dcérsku slučku. Keď je hotová, dcéra sa od rodiča oddelí a obe pokračujú v replikácii.

Obrázok 2: Langtonova slučka v počiatočnej konfigurácii. Genetická informácia cirkuluje slučkou a prostredníctvom vysúvajúceho sa ramena riadi stavbu dcérskych slučiek.

„Ak je samoreprodukujúci sa stroj možný v rámci bunkového automatu, potom by mohol byť život sám dosiahnuteľný pre stroje.“

- Christopher Langton, „Studying Artificial Life with Cellular Automata“ (1986)

Dôsledky sú hlboké. Langtonove slučky dokazujú, že samoreplikácia nevyžaduje zložitosť biologických buniek ani univerzálne konštrukčné schopnosti pôvodného návrhu Johna von Neumanna. Stačí k nej iba:

• súbor jednoduchých, lokálnych pravidiel
• mechanizmus na kódovanie inštrukcií
• proces, ktorým sa tieto inštrukcie vykonávajú

Pravidlá sú organizmus. Návrh je kód.

V roku 1999 Hiroki Sayama predstavil evoloopy, varianty so štrukturálnou rozpustnosťou a fenotypovými interakciami, ktoré umožňujú spontánne mutácie a evolučnú dynamiku. Tieto slučky sa vyvíjajú priamymi fyzickými kolíziami počas replikácie, čo vedie k variáciám genotypu, väčšej morfologickej rozmanitosti a rastu zložitosti naprieč generáciami. Na rozdiel od Langtonovej pevnej replikácie evoloopy predvádzajú dedičné mutácie bez vonkajšieho zásahu.

Pravidlo 110 a univerzálny výpočet

Skúmanie elementárnych bunkových automatov Stephenom Wolframom vyvrcholilo ohromujúcim objavom: Pravidlo 110, jedno z iba 256 možných pravidiel pre najjednoduchší typ jednorozmerného bunkového automatu, je schopné univerzálneho výpočtu.

Pravidlo 110 možno úplne zadať tak, že určíme výsledok pre každú z ôsmich možných kombinácií bunky a jej dvoch susedov. A predsa toto banálne jednoduché pravidlo – osem binárnych rozhodnutí – dokáže simulovať univerzálny Turingov stroj.

Obrázok 3: Celulárny automat Pravidlo 110. Napriek jednoduchej definícii vykazuje Pravidlo 110 správanie triedy 4 – zložité vzory, ktoré nie sú ani úplne stabilné, ani úplne chaotické – a bolo dokázané, že je Turingovsky úplné.

„Na univerzálny výpočet nie je potrebné nič ako celý počítačový procesor. Stačí len toto maličké pravidlo.“

– Stephen Wolfram, „A New Kind of Science“

V roku 2004 Matthew Cook publikoval dôkaz, že Pravidlo 110 s určitým opakujúcim sa vzorom pozadia je Turingovsky úplné. Dôkaz ukazuje, že Pravidlo 110 dokáže emulovať cyklické tag systémy, ktoré zasa dokážu emulovať ľubovoľný Turingov stroj. Spomedzi 88 možných jedinečných elementárnych celulárnych automatov je Pravidlo 110 jediné, pri ktorom bola Turingovská úplnosť dokázaná priamo.

Princíp výpočtovej ekvivalencie, ktorý Wolfram sformuloval, naznačuje niečo ešte radikálnejšie: systémy nad minimálnou hranicou zložitosti sú vo svojich výpočtových schopnostiach v podstate rovnocenné. Ľudský mozog, systém počasia a Pravidlo 110 sú v nejakom hlbokom zmysle výpočtovo ekvivalentné.

Metabunka 0E0P: skutočná samoreplikácia

V októbri 2018 Adam P. Goucher dokončil konštrukciu metabunky 0E0P – vzoru v Conwayovej Hre života, ktorý je schopný skutočnej samoreplikácie. Na rozdiel od predchádzajúcich metabuniek, ktoré potrebovali v okolí už existujúce kópie, dokáže metabunka 0E0P vytvoriť kópie samej seba od základov vrátane vlastnej inštrukčnej pásky.

Tento úspech je medzníkom v umelom živote: ide o systém, ktorý sa dokáže šíriť výpočtovým substrátom iba pomocou lokálnych pravidiel. Dňa 23. novembra 2013 Dave Greene zostrojil v Hre života prvý replikátor, ktorý vytvorí úplnú kópiu seba samého vrátane inštrukčnej pásky – čím ukázal, že aj Conwayov jednoduchý dvojstavový automat dokáže podporiť neobmedzenú sebareprodukciu.

Dizajnové systémy ako výpočtové substráty

Od atómového dizajnu k agentnému dizajnu

Metodológia Atomic Design Brada Frosta, predstavená v roku 2013, zmenila spôsob, akým o dizajnových systémoch premýšľame. Rozložením rozhraní na atómy (základné prvky ako tlačidlá a vstupné polia), molekuly (jednoduché kombinácie), organizmy (zložité sekcie rozhrania), šablóny (rozloženia stránok) a stránky (finálne implementácie) priniesol Atomic Design hierarchickú štruktúru na zvládanie zložitosti.

No pozrite, čo je spätne pozoruhodné: Atomic Design už stelesňoval princípy celulárnych automatov, hoci ich výslovne nepomenoval.

„Keď je dizajnový systém nudný, uvoľňuje dizajnérom a vývojárom ruky pre nové veci a pre riešenie nových problémov. Dizajnový systém nesie bremeno nudnej práce, aby ho nemuseli nosiť dizajnéri a vývojári.“

– Josh Clark, „The Most Exciting Design Systems Are Boring“

Vo februári 2023 napísal Brad Frost o téme „Design Systems in the Time of AI“:

„AI je prirodzený spotrebiteľ dizajnových systémov... Pravda je, že veľa práce na komponentoch dizajnového systému je naozaj mechanická a predvídateľná. Už dnes používame nástroje ako PlopJS, ktoré vygenerujú základnú kostru komponentu zodpovedajúcu tvaru zvyšku knižnice. Rád by som privítal pomoc AI pri tvorbe množstva bežných štandardných základov.“

– Brad Frost

Mechanická a predvídateľná povaha dizajnových systémov je presne to, čo ich robí vhodnými na fungovanie v štýle celulárnych automatov. Keď sú pravidlá jasné, lokálne a dôsledne uplatňované, agenti môžu pracovať samostatne – rovnako ako bunky v Conwayovej Hre života nepotrebujú centrálny ovládač, aby vytvorili glidery a oscilátory.

Imperatív strojovej čitateľnosti

Iniciatíva Storybook MCP (Model Context Protocol) predstavuje v tomto smere kľúčový vývojový krok. Storybook MCP, oznámený koncom roka 2025, poskytuje AI programovacím agentom strojovo čitateľné metadáta komponentov z existujúcich nastavení Storybooku.

Kľúčové zistenie je, že agenti nepotrebujú surový kód ani vizuálnu dokumentáciu. Potrebujú:

• Manifesty komponentov: Štruktúrované metadáta o každom komponente – jeho vlastnosti (props), varianty, väzby na dizajnové tokeny a príklady použitia
• Sémantické pomenovanie: Tokeny bohaté na zámer, ako action.primary.confirm, ktoré agentom odovzdávajú význam, nielen hodnoty
• Validačné slučky: Schopnosť spúšťať testy, vidieť chyby a opravovať sa sám

„Storybook MCP pomáha agentom dodržiavať vaše vzory a prejsť vašimi testami. Dáva agentom dve veci, ktoré doteraz nemali: strojovo čitateľné metadáta komponentov a iteratívnu slučku, v ktorej si samy opravia chyby.“

- Tím Storybooku

Storybook MCP obsahuje autonómnu opravnú slučku. Agentom umožňuje spúšťať testy vašich komponentov (interakčné aj prístupnosti), zistiť, čo zlyháva, a opraviť si vlastné chyby. Vývojár musí zasiahnuť až po tom, čo testy prejdú. Žiadne ďalšie vodenie agenta za ruku promptmi.

Presne takto vyzerá architektúra celulárneho automatu aplikovaná na dizajn: lokálne pravidlá (špecifikácie komponentov), interakcie so susedmi (vzory kompozície) a iteratívne aktualizácie (validácia a samoopravovanie).

Môj manifest komponentu ako genóm

Porovnanie s Langtonovými slučkami je ešte výstižnejšie, keď sa pozrieme na to, ako fungujú manifesty komponentov. V Langtonovom systéme „genóm“ zakódovaný v obiehajúcich bunkách obsahuje pokyny na vytvorenie novej slučky. V strojovo čitateľnom dizajnovom systéme obsahuje manifest komponentu pokyny na zostavovanie rozhraní.

Manifest komponentu môže určovať:

{
  "name": "Button",
  "variants": ["primary", "secondary", "destructive"],
  "sizes": ["sm", "md", "lg"],
  "props": {
    "label": "string",
    "disabled": "boolean",
    "onClick": "function"
  },
  "tokens": {
    "background": "color.action.primary",
    "borderRadius": "radius.md",
    "padding": "space.3"
  },
  "constraints": [
    "Must have accessible contrast ratio",
    "Label required for non-icon buttons",
    "Minimum touch target 44x44px"
  ],
  "examples": [
    { "variant": "primary", "label": "Submit", "size": "md" },
    { "variant": "destructive", "label": "Delete", "size": "sm" }
  ]
}

Tento manifest je zároveň dizajnová špecifikácia aj spustiteľný kód, alebo presnejšie inštrukcie, z ktorých sa dá spustiteľný kód vygenerovať. Agent, ktorý tento manifest spracúva, nemusí chápať estetiku ani používateľský zážitok v ľudskom zmysle. Musí dodržiavať pravidlá, skladať prvky podľa ich obmedzení a vytvárať platné výstupy.

S Bradom Frostom súhlasím, že formát yaml je dobrý nápad.

Komponenty v Drupale používajú formát yaml. Niečo takéto:

$schema: https://git.drupalcode.org/project/drupal/-/raw/HEAD/core/assets/schemas/v1/metadata.schema.json
name: Button
status: experimental
description: Use Bootstrap custom button styles for actions in forms, dialogs, and more with support for multiple sizes, states, and more.
props:
  type: object
  properties:
    html_tag:
      type: string
      title: The HTML tag to use for the button (button | a). Defaults to `button`.
      default: button
      enum:
        - button
        - a
    url:
      type: string
      title: URL Link
      description: URL link for the button when the HTML tag is an anchor link.
      $ref: "ui-patterns://url"
    color:
      type: string
      title: Color
      description: Bootstrap includes several predefined button styles, each serving its own semantic purpose, with a few extras thrown in for more control.
      default: ''
      enum:
        - ''
        - primary
        - secondary
        - success
        - danger
        - warning
        - info
        - dark
        - light
        - link
    outline:
      type: boolean
      title: Outline
      description: In need of a button, but not the hefty background colors they bring? Replace the default modifier classes with the .btn-outline-* ones to remove all background images and colors on any button.
      default: false
    size:
      type: string
      title: Size
      description: Bootstrap button size
      default: ''
      enum:
        - ''
        - btn-sm
        - btn-lg
    disabled:
      type: boolean
      title: Disabled
      description: Disabled button
      default: false
    button_utility_classes:
      type: array
      title: Utility Classes
      default: []
      items:
        type: 'string'
      description: An array of utility classes that can be used to add extra Bootstrap utility classes or custom classes to this component.
    attributes:
      type: object
      title: Attributes
      description: HTML attributes for the containing element.
      $ref: 'ui-patterns://attributes'
slots:
  content:
    type: string
    title: Content
    description: The content for the button
    minLength: 1
    examples:
      - Press
      - Submit now
      - Save
      - Login
      - Read more

Dizajn je kód.

• Varianty
• Tokeny
• Props

• Obmedzenia (mohli by sme ich pridať ku komponentom)

• Pravidlá slotov (čo sa môže umiestniť do iných slotov alebo čo sa smie umiestniť do môjho slotu)

• Pravidlá

• Príklady 

• Animácie  ( povolené alebo odporúčané na použitie )

Potom sledujte a experimentujte so správaním.

ako v https://storybook.demo.varbase.vardot.com/?path=/story/atoms-button--primary 

Dizajnové tokeny ako premenné prostredia

Dizajnové tokeny sú ďalším dôležitým dielikom skladačky. V bunkových automatoch bunky reagujú na svoje najbližšie okolie, teda na stavy susedných buniek. V dizajnových systémoch komponenty reagujú na dizajnové tokeny, čiže kontextové hodnoty, ktoré určujú ich vzhľad a správanie.

Moderné architektúry tokenov používajú viacero vrstiev:

• Základné tokeny: Surové hodnoty, napríklad color.blue.500: #3B82F6
• Sémantické tokeny: Odkazy podľa zámeru, napríklad color.action.primary: color.blue.500
• Tokeny komponentov: Aplikácie vymedzené na konkrétny komponent, napríklad button.background.primary: color.action.primary

Keď agent generuje komponent Button, nemusí vedieť, že „primary“ znamená modrú. Stačí, ak odkáže na button.background.primary a dôveruje, že systém tokenov to prevedie na správnu hodnotu. Prostredie (vrstva tokenov) obsahuje informácie; komponent (bunka) na ne len musí reagovať.

Nástroje ako Tokens Studio sa vyvinuli tak, že s dizajnovými tokenmi zaobchádzajú ako s výpočtovými grafmi s resolvermi, teda uzlami, ktoré podľa kontextu sémanticky rozhodujú, ktoré základné tokeny použiť. Z dizajnových tokenov sa tak zo statických hodnôt stávajú dynamické systémy založené na pravidlách.

Ekosystém Drupalu a integrácia AI

Integrácia AI do systémov na správu obsahu je ideálnym laboratóriom na preskúmanie princípov „dizajn je kód“. CMS ako Drupal už základné koncepty zahŕňajú: štruktúrované typy obsahu, definície polí, vzťahy a pravidlá skladania.

Nikdy by som si nemyslel, že budeme môcť povedať niečo také. Pre mňa to bol vrchol možného.

 Ultimátny počítač, aký by sme mohli mať. Vývojári, ktorí akoby prišli zo Star Treku budúcnosti a hovoria s počítačom, aby za nich programoval.

Agent Experience (AX) a nový používateľ

Dizajn pre stroje

Začiatkom roka 2025 predstavil Mathias Biilmann, CEO Netlify, koncept „Agent Experience“ (AX), novú disciplínu zameranú na to, ako AI agenti pracujú s produktmi a platformami.

Ide o zásadný posun. Desaťročia sa UX (User Experience) optimalizoval pre ľudské vnímanie, myslenie a správanie. DX (Developer Experience) sa optimalizoval pre ľudských vývojárov, ktorí tvoria softvér. AX uznáva, že agenti sa stávajú hlavnými používateľmi digitálnych systémov, a majú úplne iné potreby:

• Nezaujíma ich vizuálna estetika, iba štruktúrované a spracovateľné dáta
• Nenavigujú v rozhraniach, volajú API a spracúvajú manifesty
• Nečítajú dokumentáciu ako ľudia, potrebujú kontext čitateľný strojom
• Nerobia subjektívne súdy, riadia sa pravidlami a obmedzeniami

„AI agenti nie sú ľudia: nezaujíma ich veľkosť tlačidla, čitateľnosť typografie, krásna farebná paleta na vašom webe ani efektné animácie vo vašej aplikácii. Čo je teda to, na čom agentom AI „záleží“? Je to otázka, na ktorú dnes neexistuje konkrétna odpoveď, no v nasledujúcich rokoch bude čoraz dôležitejšia.“

- AX Research

Odpoveď: jasné pravidlá, predvídateľné správanie, dobre štruktúrované dáta a spätnoväzobné slučky, ktoré im umožňujú overiť si a opraviť vlastné kroky.

Výzva dvojitého rozhrania

Navrhovať pre AX znamená budovať dve rozhrania naraz:

1. Rozhranie človek–agent: Tu ľudia dohliadajú na správanie agentov, schvaľujú ho, upravujú a usmerňujú – ide o vrstvu „riadiaceho centra“. Myslite na dashboardy a fronty na schválenie, nie na formuláre a tlačidlá.
2. Rozhranie agent–systém: Tu agenti komunikujú s API, databázami a nástrojmi – ide o „operačnú“ vrstvu. Musí byť robustná, dobre zdokumentovaná a optimalizovaná pre efektivitu strojov.

Zrkadlí to architektúru celulárnych automatov, v ktorej popri sebe existujú dve odlišné perspektívy:

• Lokálna perspektíva: Každá bunka (agent) sa riadi jednoduchými pravidlami podľa svojich najbližších susedov
• Globálna perspektíva: Vznikajú zložité vzory, ktoré sú viditeľné až vo veľkom meradle

„Návrh agentskej skúsenosti (AX) by mal priniesť skvelú použiteľnosť pre agentov aj ich samotných. Skvelé AX teda vedie ku skvelému používateľskému zážitku (UX). Ak AI agent narazí na pokazený proces, protokol či dokonca nejednotné formulácie naprieč systémami, danú úlohu nesplní. Pre agenta je to zlá skúsenosť, ktorá následne vedie k zlému zážitku zákazníka alebo zamestnanca.“

- Kat Holmes, Chief Experience Officer, Salesforce

Od UX k AX: Vývoj digitálneho dizajnu

Stigmergia a nepriama komunikácia

Jedným z najsilnejších konceptov z inteligencie roja je stigmergia – nepriama koordinácia prostredníctvom stôp v prostredí. Mravce si navzájom priamo nehovoria, kde je potrava; zanechávajú feromónové stopy, ktoré nasledujú ďalšie mravce. Prostredie sa tak stáva komunikačným médiom.

V agentských dizajnových systémoch má stigmergia podobu:

• Zdieľané knižnice komponentov: Agenti „vidia“, ktoré komponenty existujú a ako sa používali
• Dizajnové tokeny: Sémantické hodnoty, ktoré kódujú dizajnové rozhodnutia ako fakty prostredia
• Dokumentácia vzorov: Príklady použitia, ktoré slúžia ako feromónové stopy pre budúcich agentov
• Testovacie sady: Validačné pravidlá, ktoré vymedzujú priestor platných výstupov
• História Gitu: Záznam minulých rozhodnutí, na ktorý sa môžu agenti odvolávať

Keď agent vygeneruje používateľské rozhranie pomocou nejakého komponentu, zanechá stopy – v kódovej základni, v dokumentácii, vo vzoroch, ktoré zavedie. Budúci agenti, ktorí narazia na podobné úlohy, sa týmito stopami nechajú ovplyvniť, a tak vzniká forma kolektívnej inteligencie, akú žiadny jednotlivý agent nemá.

Agentské dizajnové vzory

Andrew Ng a ďalší identifikovali štyri kľúčové vzory pre agentské systémy AI:

1. Reflexia: AI vyhodnocuje vlastný výstup a postupne ho zlepšuje
2. Používanie nástrojov: AI komunikuje s externými nástrojmi, API a systémami
3. Plánovanie:Umelá inteligencia rozdelí zložitú úlohu na podúlohy a vykonáva ich postupne
4. Multiagentný prístup: Viacero špecializovaných agentov spolupracuje na zložitých úlohách

Tieto vzory sa priamo premietajú do pojmov z oblasti celulárnych automatov:

Dizajn je kód – hlbšie čítanie

Čo naozaj znamená „dizajn je kód“

Keď hovoríme, že „dizajn je kód“, tvrdíme naraz hneď niekoľko vecí:

1. Sémantická ekvivalencia

Dizajnové rozhodnutia sa po správnom zakódovaní stávajú spustiteľnými. Dizajnový token nie je len hodnota – je to inštrukcia. Špecifikácia komponentu nie je len dokumentácia – je to program. Keď tieto artefakty spracúvajú agenti, dizajn zároveň vykonávajú aj implementujú.

2. Generatívna schopnosť

Rovnako ako Rule 110 dokáže vypočítať čokoľvek vypočítateľné, aj dostatočne úplný dizajnový systém dokáže vygenerovať akékoľvek platné rozhranie. Systém v sebe nesie potenciál všetkých svojich platných podôb. To, čo z neho vznikne, závisí len od počiatočných podmienok (požiadaviek) a pravidiel (obmedzení).

3. Emergentná zložitosť

Najprepracovanejšie rozhrania sa nenavrhujú zhora nadol; vznikajú dôsledným uplatňovaním jednoduchých pravidiel. Dobre navrhnuté tlačidlo, používané konzistentne, vytvorí súdržný vizuálny jazyk, aj keď túto súdržnosť nikto výslovne neplánoval.

4. Výpočtová neredukovateľnosť

Niektoré dizajnové výsledky sa nedajú predpovedať bez toho, aby sa systém skutočne spustil. Nemôžete vedieť, ako bude vyzerať rozhranie zložené agentom, kým ho agent nezloží. Je to Wolframov princíp výpočtovej neredukovateľnosti aplikovaný na dizajn.

5. Sebaúprava

Rovnako ako evoloopy, ktoré mutujú počas replikácie, aj dizajnové systémy pripravené pre agentov sa môžu vyvíjať používaním. Komponenty vygenerované agentmi sa stanú súčasťou knižnice, ktorú budú využívať budúci agenti. Systém sa učí, prispôsobuje a rastie.

Rozšírená metafora celulárnych automatov

Viac než metafora: skutočná konvergencia

Nejde však len o metaforu. Konvergencia je skutočná a deje sa práve teraz:

• Storybook MCP mení knižnice komponentov na strojovo čitateľné inštrukcie, ktoré agenti vykonávajú
• Model Context Protocol štandardizuje, ako agenti pristupujú k nástrojom a kontextu – vytvára univerzálny substrát pre agentické operácie
• Multiagentné architektúry rozdeľujú prácu medzi špecializovaných agentov (architekt, programátor, recenzent), ktorí spolu komunikujú podľa protokolov – ako bunky s odlišnými funkciami
• Samoopravné slučkyUmožňujú agentom spúšťať testy, odhaľovať chyby a iterovať – rovnaké mechanizmy spätnej väzby, aké využívajú celulárne automaty na vývoj stabilných konfigurácií
• Schema.org Blueprints robia štruktúry obsahu strojovo čitateľnými a sémanticky zmysluplnými
• Drupal AI poskytuje infraštruktúru, vďaka ktorej môžu AI agenti samostatne vytvárať, upravovať a spravovať obsah

Nepristupujeme k tézam „dizajn je kód“ ako k filozofickému postoju. Budujeme ich ako technickú infraštruktúru.

Dôsledky a cesta vpred

Pre dizajnérov

Úloha dizajnéra sa mení z „tvorcu obdĺžnikov“ na „definítora pravidiel“. Ako poznamenal Brad Frost:

„Dizajnéri a vývojári, ktorí svoju prácu vnímajú ako tvorbu obdĺžnikov, majú dôvod na obavy. Tí, ktorí v nej vidia riešenie problémov – a obdĺžniky pritom vytvárajú či používajú len mimochodom –, sa majú čoho báť oveľa menej.“

– Brad Frost

V agentickej budúcnosti budú dizajnéri:

• definovať sémantické tokeny a vzťahy medzi nimi
• stanovovať obmedzenia kompozície a vzory
• vytvárať validačné pravidlá, ktoré musia agenti spĺňať
• spravovať a rozvíjať pravidlá, ktorými sa riadi emergencia
• navrhovať mechanizmy spätnej väzby, ktoré umožňujú samoopravu
• formovať „fitness funkcie“, ktoré určujú, aké výstupy sú prijateľné

Je to dizajn na vyššej úrovni abstrakcie – navrhujeme pravidlá, ktoré vytvárajú dizajny, nie samotné dizajny. Podobne ako keď definujete pravidlá celulárneho automatu, namiesto toho, aby ste kreslili každú bunku zvlášť.

Pre vývojárov

Vývojári sa stávajú architektmi agentických systémov. Ako uvádza Anthropic:

„Oblasť vývoja softvéru ukázala pozoruhodný potenciál pre funkcie LLM – od dopĺňania kódu až po samostatné riešenie problémov.“

Vývojári budú musieť:

• vytvárať strojovo čitateľné rozhrania medzi agentmi a systémami
• navrhovať spätnoväzbové slučky a validačné mechanizmy
• budovať lešenie, v ktorom sa môže objaviť emergentné správanie
• zachovať ľudský dohľad ako posledného arbitra
• definovať protokoly, ktorými agenti komunikujú
• implementovať „lepiaci kód“, ktorý prepája rôzne agentické systémy

Pre webový vývoj a CMS platformy

Integrácia AI do platforiem ako Drupal ukazuje na budúcnosť, v ktorej:

• Modely obsahu budú využiteľné agentmi vďaka štandardom, akým je Schema.org
• Redakčné pracovné postupy budú podporované agentmi s návrhmi, moderovaním a optimalizáciou poháňanými AI
• Vyhľadávanie sa vyvíja od porovnávania kľúčových slov k sémantickému porozumeniu pomocou embeddingov a vektorových databáz
• Personalizácia sa stane autonómnou – agenti sa budú učiť preferencie používateľov a prispôsobovať obsah v reálnom čase
• Vývoj sa zrýchľuje keď agenti generujú komponenty, testy a dokumentáciu

To, že ekosystém Drupalu prijal AI – prostredníctvom modulov ako Drupal AI, Drupal Canvas, Schema.org Blueprints a integrácie AI poskytovateľov –, dokazuje, že táto budúcnosť sa už buduje.

Pre organizácie

Konkurenčná výhoda bude patriť organizáciám, ktorých dizajnové systémy sú čo „najpripravenejšie na agentov“. Systémy pripravené na agentov majú:

• úplné pokrytie stavov a variantov komponentov
• sémantické pomenovanie, ktoré vyjadruje zámer
• strojovo čitateľnú dokumentáciu a kontext
• infraštruktúru na validáciu a testovanie
• jasné obmedzenia, ktoré vymedzujú priestor platných výstupov
• API navrhnuté pre používanie agentmi (AX-first)
• obsahové architektúry postavené na Schema.org od základu

Pre budúcnosť digitálnych produktov

Konečným stavom je niečo ako digitálna ekológia: nespočetné množstvo agentov, ktoré konajú podľa lokálnych pravidiel a vytvárajú emergentné rozhrania. Nenaplánoval ich žiadny jednotlivý dizajnér ani vývojár, a predsa nejako držia pokope, pretože základné pravidlá sú správne.

Nie je to také nereálne, ako to znie. Presne takto fungujú biologické systémy, rastú mestá a pracujú trhy. Otázkou nie je, či sa k tomuto stavu dostaneme, ale ako prechod zvládneme.

Záver: Kód žije

John von Neumann, polyhistor, ktorý vymyslel bunkové automaty, sa nechal viesť jednou základnou otázkou: Aká je minimálna zložitosť potrebná na sebareprodukciu? Jeho odpoveď, von Neumannov univerzálny konštruktor, ukázala, že sebareplikácia nevyžaduje biologický aparát. Stačia na ňu pravidlá, ktoré v sebe nesú predpis vlastnej aplikácie.

O sedemdesiat rokov neskôr zisťujeme, že ten istý princíp platí aj pre dizajnové systémy. Minimálnou podmienkou autonómneho generovania rozhraní nie je umelá všeobecná inteligencia ani kreativita na ľudskej úrovni. Je to úplná, konzistentná a strojovo čitateľná sada pravidiel, ktoré agenti dokážu vykonávať.

Keď sa Langtonove slučky replikujú naprieč bunkovou mriežkou, nehovoríme, že slučky „navrhujú“ nové slučky. Replikácia je jednoducho to, čo pravidlá produkujú. A predsa je výsledok, teda neustále sa rozrastajúce kolónie sebepodobných vzorov, nepochybne generatívny a v istom funkčnom zmysle tvorivý.

Keď AI agenti skladajú rozhrania z komponentov dizajnového systému a riadia sa sémantickými tokenmi a kompozičnými obmedzeniami, robia niečo podobné. „Kreativita“ nespočíva v agentoch, ale v pravidlách, ktoré vykonávajú. Tie pravidlá navrhli ľudia, no dnes fungujú autonómne.

Stojíme na prahu novej éry digitálnej tvorby. Agenti sú tu. Protokoly sa formujú. Dizajnové systémy sa stávajú substrátom pre umelý život.

Dizajn je kód.
A kód ožíva.

Kľúčové články a projekty

• Design Systems in the Time of AI – Brad Frost
• Storybook MCP Sneak Peek – Storybook
• Introducing AX: Why Agent Experience Matters – Mathias Biilmann
• Building Effective Agents – Anthropic

Zdroje o Drupal AI

• Drupal AI

• Modul Schema.org Blueprints

   

Zdroje o bunkových automatoch

• Lexikón Conwayovej Hry života – približne 1500 útvarov
• Funkčný Turingov stroj v Hre života
• Langton's Loops – Wikipédia
• Sady pravidiel pre bunkové automaty
• A New Kind of Science Online – Stephen Wolfram
• Cellular Automata – Nature of Code

Skúmanie myšlienok na priesečníku výpočtovej teórie, dizajnových systémov, umelej inteligencie a webového vývoja.

 Vyjadrené názory sú špekulatívnym skúmaním nastupujúcich trendov, nie predpoveďami istej budúcnosti.

Vidím, že vytvárame AI agentov, ktorí pracujú v slučke a v ďalších slučkách komunikujú s inými AI agentmi.

Dizajn je kód vtedy, keď systém funguje v slučke, ako slučka života, v rámci zvoleného plátna a sady pravidiel.