01101 komponentów produkcyjnych
Od prymitywów po pełne kompozycje stron — 101 komponentów, z których każdy wyodrębniono z produktu, który dostarczamy, a nie zaprojektowano w oderwaniu. Jeśli komponent jest w PDS, to już wykonał prawdziwą pracę: renderują się na nim ta strona, dema produktów i dashboardy naszych klientów.
02Design tokens
Kolor, typografia, odstępy i ruch wynikają z jednej warstwy tokenów. Zmieniasz token, a wszystkie komponenty podążają za nim — bez nadpisań w pojedynczych komponentach, bez rozjazdów między produktami.
03Dwa motywy, pięć akcentów
Motyw ciemny i jasny oraz pięć kolorów akcentu, wszystko sterowane tymi samymi tokenami. Wariant marki to podmiana tokenów, a nie fork — każdy produkt rodziny renderuje się z tego samego systemu.
04Najpierw dark
Kontrast, elewacja i kolor są dopracowywane najpierw w motywie ciemnym; jasny wywodzi się z tych samych tokenów. Efekt to tryb ciemny, który wygląda naturalnie, a nie jak odwrócony jasny.
Przyciski, pola, selecty, przełączniki, suwaki i szkielet pól — z etykietami, podpowiedziami i błędami. Stany są już zaprojektowane: focus, disabled, invalid i loading zachowują się tak samo w każdym produkcie.
06Layout i kompozycja
Stosy, siatki, separatory i szkielety stron pozwalają składać ekrany bez doraźnego CSS. Największe komponenty to pełne kompozycje stron — wzorce hero, sekcji i stopki zaczerpnięte ze stron, które dostarczamy.
07Nawigacja
Nagłówki, zakładki, breadcrumbs i menu z wbudowaną obsługą responsywności i klawiatury. Nawigacja na tej stronie to sam komponent, a nie jego imitacja.
08Nakładki
Modale, arkusze, szuflady, popovery i tooltipy w jednym modelu warstw — pułapkowanie focusu, zamykanie i kolejność warstw obsłużone raz, centralnie. Żaden produkt nie wymyśla własnej arytmetyki z-index.
09Prezentacja danych
Tabele, listy, kafelki statystyk, badge'e i osie czasu dla produktów żyjących liczbami. Gęstość konsol operatorskich w całej rodzinie produktów wynika z tych komponentów.
10Komunikaty i statusy
Toasty, banery, puste stany, postęp i szkielety ładowania — mało efektowne stany zaprojektowane od początku. Produkt zbudowany na PDS ma przemyślaną odpowiedź na ładowanie, brak danych i błąd.
11Typografia
Redakcyjna skala typograficzna z etykietami mono dla rejestru technicznego — głos widoczny na każdej powierzchni Protocore. Skala to tokeny, więc produkty dostrajają ją, nie opuszczając systemu.
12Ruch
Czasy trwania i krzywe easingu dostarczamy jako tokeny, z komponentami, które już ich używają. Interfejsy poruszają się spójnie w różnych produktach, bo nikt nie ustawia animacji ręcznie.
13Dostępność domyślnie
Kontrast, stany focusu i obsługa klawiatury są wbudowane w komponenty, a nie pozostawione jako zadanie dla zespołu. Wdrażasz ustawienia domyślne, a dostępność przychodzi razem z nimi.
14CSS bez runtime'u
Stylowanie to statyczny CSS rozwiązywany w czasie budowania — bez runtime'u CSS-in-JS, bez obliczeń w przeglądarce. Warstwa stylów nie dodaje do strony ani linijki JavaScriptu.
15Warstwa CSS niezależna od frameworka
System jest też dostępny jako zwykły pakiet CSS — tokeny i klasy utility bez konieczności użycia Reacta. Strony renderowane po stronie serwera, e-maile i stosy bez Reacta korzystają z tego samego źródła prawdy.
16Eksport tokenów dla każdego stosu
Tokeny eksportujemy dla weba jako zmienne CSS, jako preset Tailwind oraz w natywnych formatach dla platform mobilnych. Jedna definicja marki, używana wszędzie tam, gdzie działa produkt.
17Theme provider i hooki
Warstwa Reacta opakowuje aplikacje w provider i udostępnia tokeny przez hooki — komponenty odczytują aktywny motyw i akcent zamiast sztywnych wartości. Zmiana motywu to zmiana stanu, a nie przebudowa.
18Motywy whitelabel
Ten sam mechanizm, który daje PDS pięć akcentów, nadaje markę produktowi whitelabel: podmieniasz wartości tokenów, komponenty zostają. Każda aplikacja whitelabel w rodzinie jest dowodem, że to działa.
19Mapa llms.txt
Czytelna dla maszyn mapa całego systemu — komponentów, tokenów, wzorców — opublikowana jako llms.txt. Wskaż ją modelowi LLM, a wygenerowany kod użyje prawdziwych komponentów PDS zamiast zmyślać prawdopodobne.
20Serwer MCP
Serwer MCP udostępnia system bezpośrednio agentom kodującym: komponenty, propsy i tokeny, które można odpytywać w trakcie pracy agenta. Design system odpowiada na pytania, zamiast być wklejany do promptów.
21Udokumentowany od A do Z
Każdy komponent ma swoją stronę na pds.protocore.io z działającymi przykładami, propsami i kodem do skopiowania. Dokumentacja renderuje się na samym PDS — to, co czytasz, jest tym, co wdrażasz.
22Wersjonowane wydania
PDS jest dostarczany jako wersjonowane pakiety z semantycznymi wersjami i changelogami. Aktualizacje są świadome: zespół przechodzi na nową wersję, kiedy zdecyduje, a changelog dokładnie wskazuje, co się zmieniło.
23Prywatny rejestr
Pakiety instaluje się z prywatnego rejestru npm Protocore z tokenem zespołu w .npmrc — standardowy workflow npm, ograniczony do zespołów z licencją. Bez zipów w repozytorium, bez instalacji przez kopiuj-wklej.
24Offline'owe klucze licencyjne
Podpisany klucz licencyjny weryfikuje się lokalnie — bez phone-home, bez sprawdzania sieci w buildzie. Problemy z licencją pojawiają się jako ostrzeżenia na etapie developmentu i nigdy nie psują aplikacji produkcyjnej.
25Licencja na zespół
PDS jest oprogramowaniem własnościowym, licencjonowanym na zespół. Poproś o dostęp, a skonfigurujemy wszystko — pakiety, dokumentację i źródła tokenów — tak, by zespół mógł go wdrożyć w jedno popołudnie.