01101 produktionsklare komponenter
Fra primitiver til komplette sidekompositioner — 101 komponenter, hver især udledt af et produkt, vi leverer, og ikke designet i isolation. Hvis en komponent er i PDS, har den allerede gjort reelt arbejde: dette site, produktdemoerne og vores kundedashboards er alle bygget på den.
02Design tokens
Farve, typografi, afstand og bevægelse udledes af ét token-lag. Ret et token, og alle komponenter følger med — ingen overstyringer pr. komponent, ingen drift mellem produkter.
03To temaer, fem accenter
Et mørkt og et lyst tema, fem accentfarver, alt styret af de samme tokens. Brandvariation er et token-skift, ikke en fork — alle produkter i familien rendres fra det samme system.
04Dark-first
Kontrast, elevation og farve udarbejdes først på det mørke tema; det lyse tema udledes af de samme tokens. Resultatet er en dark mode, der føles native og ikke inverteret.
Knapper, inputfelter, selects, switches, sliders og feltstruktur — inklusive labels, hjælpetekster og fejlmeddelelser. Tilstandene er allerede designet: fokus, deaktiveret, ugyldig og indlæser opfører sig ens i alle produkter.
06Layout og komposition
Stacks, grids, skillelinjer og sideskaller sammensætter skærmbilleder uden ad hoc-CSS. De største komponenter er komplette sidekompositioner — hero-, sektions- og footer-mønstre hentet fra sider, vi leverer.
07Navigation
Headere, faner, brødkrummer og menuer med responsiv adfærd og tastaturstyring indbygget. Navigationen på dette site er selve komponenten, ikke en efterligning af den.
08Overlays
Modaler, sheets, drawers, popovers og tooltips på én lagmodel — fokusfangst, lukning og stakning håndteres én gang, centralt. Intet produkt leverer sin egen z-index-regning.
09Datavisning
Tabeller, lister, nøgletalsfliser, badges og tidslinjer til produkter, der lever af tal. Operatørkonsollerne på tværs af familien henter deres informationstæthed fra disse komponenter.
10Feedback og status
Toasts, bannere, tomme tilstande, fremdrift og skeletons — de mindre glamourøse tilstande, designet fra start. Et produkt bygget på PDS har et gennemtænkt svar på indlæsning, tomt og fejlet.
11Typografi
En redaktionel typeskala med mono-labels til det tekniske register — stemmen, du møder på alle Protocore-flader. Skalaen består af tokens, så produkter kan tilpasse den uden at forlade systemet.
12Bevægelse
Varigheder og easings leveres som tokens, og komponenterne bruger dem allerede. Grænseflader bevæger sig ensartet på tværs af produkter, fordi ingen timer en animation om i hånden.
13Tilgængelig som standard
Kontrast, fokustilstande og tastaturstyring er indbygget i komponenterne og ikke overladt til dig. Brug standardindstillingerne, så følger tilgængeligheden med.
14CSS uden runtime
Styling er statisk CSS, der opløses ved build — ingen CSS-in-JS-runtime, intet beregnes i browseren. Stylinglaget tilføjer nul JavaScript til siden.
15Frameworkuafhængigt CSS-lag
Systemet leveres også som en ren CSS-pakke — tokens og utility-klasser uden krav om React. Serverrenderede sider, e-mails og stacks uden React henter fra den samme sandhedskilde.
16Token-eksport pr. stack
Tokens eksporteres til web som CSS-variabler, som Tailwind-preset og i native formater til mobilplatforme. Én definition af brandet, brugt overalt, hvor produktet kører.
17Theme provider og hooks
React-laget pakker apps ind i en provider og eksponerer tokens via hooks — komponenter læser det aktive tema og den aktive accent i stedet for at hardcode værdier. At skifte tema er state, ikke en ny build.
18Whitelabel-theming
Den samme mekanisme, der giver PDS fem accenter, giver et whitelabel-produkt sit brand: skift token-værdierne, behold komponenterne. Alle whitelabel-apps i familien er et bevis på, at det virker.
19llms.txt-kort
Et maskinlæsbart kort over hele systemet — komponenter, tokens, mønstre — udgivet som llms.txt. Peg en LLM på det, og genereret kode bruger rigtige PDS-komponenter i stedet for at opfinde plausible.
20MCP-server
En MCP-server giver coding-agenter direkte adgang til systemet: komponenter, props og tokens, som kan forespørges, mens agenten bygger. Designsystemet svarer på spørgsmål i stedet for at blive indsat i prompts.
21Dokumenteret fra ende til anden
Hver komponent findes på pds.protocore.io med live-eksempler, props og kode til copy-paste. Dokumentationen er bygget på PDS selv — det, du læser, er det, du leverer.
22Versionerede udgivelser
PDS leveres som versionerede pakker med semantisk versionering og changelogs. Opgraderinger er bevidste: et team skifter, når det vælger det, og changeloggen angiver præcis, hvad der er ændret.
23Privat registry
Pakker installeres fra Protocores private npm-registry med et token pr. team i .npmrc — den almindelige npm-arbejdsgang, afgrænset til licenserede teams. Ingen vendorede zip-filer, ingen copy-paste-installationer.
24Offline-licensnøgler
En signeret licensnøgle verificeres lokalt — ingen phone-home, intet netværkstjek i dit build. Licensproblemer vises som advarsler under udvikling og får aldrig en produktionsapp til at fejle.
25Licenseret pr. team
PDS er proprietært og licenseres pr. team. Anmod om adgang, så sætter vi jer op — pakker, dokumentation og token-kilder — så et team kan tage det i brug på en eftermiddag.