Google open-sourcuje DESIGN.md dla agentów AI

Google udostępnia specyfikację DESIGN.md na otwartej licencji. Agenci AI zyskają wspólny język do pracy z systemami projektowymi.
Google open-sourcuje DESIGN.md dla agentów AI
TL;DR
  • Google opublikował draft specyfikacji DESIGN.md jako open source, umożliwiając przenoszenie reguł projektowych między narzędziami i platformami.
  • Format pozwala agentom AI rozumieć intencje stojące za kolorami i typografią, a nie tylko odczytywać ich wartości.
  • DESIGN.md obsługuje walidację zgodności z wytycznymi dostępności WCAG, co automatyzuje jeden z bardziej żmudnych etapów projektowania.

Google właśnie wrzucił na open source draft specyfikacji DESIGN.md — formatu, który ma stać się wspólnym językiem między narzędziami projektowymi a agentami AI. Projekt pochodzi z Stitch by Google i od razu udostępniono go do użycia na dowolnej platformie.

Czym w ogóle jest DESIGN.md

Plik DESIGN.md to ustrukturyzowana specyfikacja zawierająca reguły projektowe danego projektu — palety kolorów z przypisaną semantyką, typografię, spacing, komponenty. Kluczowe jest słowo „semantyka”: zamiast zapisywać #0057FF, plik mówi agentowi, że ten kolor to „primary action, używany wyłącznie w CTA i linkach nawigacyjnych”.

To zmienia sposób, w jaki agent podchodzi do zadania. Zamiast zgadywać z kontekstu, ma gotowy słownik intencji.

Czy to rozwiązuje realny problem

Tak, i to konkretny. Każdy, kto próbował przekazać system projektowy do narzędzia AI — przez Figmę, przez kod, przez opis tekstowy — wie, że wynik jest losowy. Agent może wybrać poprawny kolor heksadecymalnie, ale użyć go w złym miejscu. Albo odwrócić hierarchię typograficzną, bo nie wiedział, że body-lg jest ważniejszy od label-sm w danym kontekście.

DESIGN.md rozwiązuje to przez eksplicitne mapowanie: kolor → rola → zasady użycia. Agent nie interpretuje, tylko stosuje.

Dodatkowym atutem jest wbudowana walidacja WCAG. Plik może zawierać reguły kontrastowe, a agent sam sprawdzi, czy wybrane zestawienie kolorów spełnia wymagania dostępności na poziomie AA lub AAA. Wcześniej to wymagało osobnego kroku — ręcznego albo z dodatkowym narzędziem.

Przenoszalność między projektami

Druga duża funkcja to import i eksport reguł między projektami. Firma może odpalić nowy projekt i zamiast definiować system od zera, wrzucić gotowy DESIGN.md z poprzedniego. Agent natychmiast wie, z jakimi ograniczeniami pracuje.

Brzmi prosto, ale w praktyce firmy z rozbudowanymi design systemami spędzają dziesiątki godzin na „onboardingu” każdego nowego narzędzia AI do swoich standardów. Ten format ma to skrócić do jednego pliku.

Open source — dlaczego to ma znaczenie

Publikacja draftu jako open source to decyzja strategiczna. Google nie chce, żeby DESIGN.md był formatem tylko dla Stitch — chce, żeby Figma, Framer, Cursor, v0 i inne narzędzia go adoptowały. Wtedy format staje się standardem branżowym, a Google siedzi przy stole jako jego autor.

Historycznie tak właśnie działały udane otwarte specyfikacje: OpenAPI dla REST API, GraphQL dla zapytań do danych. DESIGN.md celuje w tę samą niszę, tyle że dla warstwy wizualnej produktów.

Draft oznacza, że specyfikacja nie jest jeszcze zamrożona. Google zbiera feedback przed finalnym kształtem — to też klasyczny ruch przy otwieraniu standardu. Społeczność dostaje możliwość wpływu, a Google dostaje darmowe testy w różnych środowiskach.

Co nowego poza specyfikacją

Stitch jednocześnie odpalił nowe możliwości w samym narzędziu, choć Google nie rozpisał się szczegółowo co konkretnie. David East — developer advocate w Google — pokazał format w działaniu na krótkim materiale wideo, demonstrując jak agent korzysta ze „shared visual language” przy generowaniu interfejsów.

Szczegóły dodatkowych funkcji Google rozwijał w wątku na X, co jest dość typowym podejściem: ogłoszenie w głównym tweecie, detale dla tych, którym naprawdę zależy.

Czy agenci projektowi dojrzeją dzięki temu formatowi

To pytanie, na które odpowiedź zależy od adopcji. Jeden format od jednej firmy to za mało — potrzeba, żeby narzędzia takie jak Figma Dev Mode, GitHub Copilot czy Cursor zaczęły czytać i zapisywać DESIGN.md natywnie.

Jeśli to się stanie, agent pracujący nad frontendem będzie mógł sięgnąć po plik, zrozumieć system projektowy i wygenerować komponent, który pasuje do reszty produktu — bez jednego pytania do designera. Jeśli format zostanie w ekosystemie Google, będzie kolejną ciekawostką, którą warto znać, ale niekoniecznie wdrażać.

Draft specyfikacji jest już dostępny publicznie — Google zaprasza do zgłaszania uwag przed finalizacją standardu.”, “coverImageAlt”: “Plik DESIGN.md otwarty w edytorze kodu obok interfejsu narzędzia projektowego z paletą kolorów

[AI] Artykuł powstał z pomocą AI na podstawie weryfikowanych źródeł i zredagowany przez redakcję Odkrywaj.AI.