Wprowadź primitives, layouts, recipes i RouteComposer.
Nowa biblioteka jest gotowa, ale nie dotyka jeszcze admina ani bloga.
Architektura systemu
Designer-first nie oznacza sztywnego katalogu sekcji. Oznacza controlled creativity.
Agent ma móc składać sekcje estetycznie, ale zawsze w granicach wspólnego modelu danych i wspólnej biblioteki recipe.
Co się zmienia
Stare page templates stają się cienkimi wrapperami, a layout przestaje być ownershipem treści.
Treści zwykłych stron nie powinny być rozsmarowane po route page, patternach i helperach w /lib jednocześnie.
W nowym układzie komponenty podstawowe są prawie bezlogiczne. Layout macros są ogólne. Recipes są jedyną warstwą, z którą zwykle rozmawia agent. Route composer tylko renderuje listę sekcji.
Semantyka
Wspólne sloty wygrywają z domenowymi propsami.
intro, items, actions, media, metrics, aside, body, notes, composition.
Plan migracji
Przebudowa template’u idzie warstwami, a nie przez jednorazową rewolucję całego repo.
Najpierw site/designer-first. Potem dopiero ewentualne wrappers dla innych modułów.
Przepnij zwykłe route pages na route models.
page.tsx, /onas, /uslugi, /kontakt oraz wrappery demo content używają już jednego systemu.
Dopasuj agenta do nowych rootów i source-of-truth.
Planner i primary file selection kierują zmiany do designer/routes, composer i shell config.
Semantyka do reuse
Ta sama filozofia może obsłużyć w przyszłości blog, admin i feature modules.
Nie migrujemy ich teraz, ale ich wrappers mogą później dostać to samo API: variant, tone, density, widthMode, heightMode, intro, items, actions, media, aside.
variant
tone
density
widthMode
aside