AI-first framework · w budowie

AI komponuje stronę. Kontrakt trzyma ją szybką.

Airy to framework dla WordPressa i WooCommerce. Agent komponuje strony z biblioteki zmierzonych patternów, walidator odmawia zbudowania czegokolwiek, co przekracza budżet wydajności, układu albo wierności, a Ty zatwierdzasz wynik, zanim trafi na produkcję.

Rozwijany publicznie, faza po fazie. Faza 3 z 5.

Jak to działa

Dlaczego powstało Airy

WordPress wygrał ekosystem — wtyczki, hosting, edytory i ludzi, którzy już go znają. Page buildery przegrały wydajność. Układ, który nie potrzebuje ani bajta JavaScriptu, wysyła go setki kilobajtów, każda wtyczka dokłada trochę więcej, a w drugim roku strona, której nikt nie dotykał, jest wolniejsza niż w dniu startu.

Wpuszczenie AI, które pisze w tym stacku dowolny kod, niczego nie naprawia — uprzemysławia problem. Airy idzie w drugą stronę. Agent nie pisze dowolnego kodu, tylko komponuje w ramach kontraktu. Każdy pattern deklaruje swój koszt, a bramka odmawia zbudowania strony ponad budżet. Szybkość przestaje być sukcesem z dnia premiery, a staje się warunkiem zbudowania czegokolwiek.

Co to znaczy, jeśli to Twoja strona

Zostaje szybka: Wydajność nie jest wynikiem z dnia premiery, który psuje się przy kolejnej wtyczce. Zmiana łamiąca budżet po prostu się nie skompiluje — więc strona za rok to ta sama strona, którą uruchomiłeś.
Zmiany bez developera: Opisujesz zmianę zwykłym językiem, a agent komponuje ją w ramach kontraktu. Nic, co może wyprodukować, nie zepsuje układu, kolorów ani szybkości.
To nadal WordPress: Standardowe bloki, standardowy edytor, standardowy hosting. Bez licencji na page builder, bez zamkniętego formatu, bez niczego, z czego trzeba będzie kiedyś uciekać.
Publikacja jako pliki statyczne: Edytujesz w WordPressie, na serwer trafia czysty HTML i CSS. Żadnego PHP na produkcji, nic do łatania i nic do włamania — a wyeksportowana strona jest pikselowo identyczna z tą, którą zatwierdziłeś.
Przenosiny istniejącej strony: Zmigrowana strona jest porównywana z oryginałem piksel po pikselu na pięciu szerokościach ekranu. Kryterium akceptacji to liczba, nie opinia — a raport pokazuje stan przed i po obok siebie.

Zmierzone, nie obiecane

100: Lighthouse Performance prosto z pipeline’u — mierzone na zbudowanej stronie, nie na demie.
0 B: JavaScriptu na tej stronie. Interaktywność istnieje wyłącznie jako zadeklarowane wyspy z budżetem bajtów, a ta strona żadnej nie potrzebuje.
81 kB: Wszystko, co ładuje ta strona, w czterech żądaniach: markup, style i dwa pliki fontu. Dwie trzecie tej wagi to krój pisma.
≤0,5%: Różnica pikselowa między zmigrowanym klonem a jego oryginałem, na pięciu szerokościach ekranu.
23: Patterny w bibliotece, z której komponuje agent — każdy z zadeklarowanym kosztem, strategią RWD i notatkami o dostępności.

Mierzone na tej stronie i na przebiegach benchmarku w repozytorium, tym samym narzędziem po obu stronach.

Jak to działa

01: Snapshot — design wchodzi jako URL, plik HTML, grafika albo plik Figmy i staje się mierzalnym wejściem: geometria, tokeny, animacje, fonty.
02: Compose — agent opisuje całą witrynę jednym deklaratywnym plikiem, wybierając z biblioteki patternów zamiast pisać markup.
03: Validate — jedna bramka sprawdza schematy, budżety, zachowanie responsywne, spójność tokenów i wierność wizualną. Błąd zatrzymuje kompilację.
04: Build i akceptacja — kompilator generuje motyw potomny WordPressa; Ty oglądasz preview i decydujesz. Bez tego nic nie trafia na produkcję.

Strona to ten plik

Oto źródło sekcji, którą właśnie przeczytałeś, ze spec tej witryny.

- pattern: definition-list
  props:
    anchor: jak-to-dziala
    heading: Jak to działa
    style: data
    items:
      - term: "01"
        description: Snapshot — design wchodzi jako URL, plik
          HTML, grafika albo plik Figmy…

Cała witryna to jeden deklaratywny plik. Recenzuje się go jak kod, diffuje jak kod i nie da się w nim użyć koloru, którego nie ma w tokenach designu.

Gdzie jest projekt

Spec, rdzeń motywu i linia komend są gotowe; migracja witryn działa teraz; warstwa WooCommerce i panel AI w wp-admin — żeby marketer mógł zmieniać stronę bez dotykania kodu — są następne. Airy powstaje publicznie, faza po fazie.

Jeśli masz stronę albo sklep i brzmi to jak Twój problem — napisz. Wczesne projekty kształtują to, co powstaje dalej.