01101 éles komponens
Az alapelemektől a teljes oldalkompozíciókig — 101 komponens, mindegyiket egy általunk szállított termékből emeltük ki, nem elszigetelten terveztük. Ha egy komponens szerepel a PDS-ben, már bizonyított: ez az oldal, a termékdemók és az ügyféldashboardjaink mind rá épülnek.
02Design tokenek
A szín, a tipográfia, a térköz és a mozgás egyetlen token-rétegből származik. Módosíts egy tokent, és minden komponens követi — komponensenkénti felülírás és termékek közti eltérés nélkül.
03Két téma, öt kiemelőszín
Egy sötét és egy világos téma, öt kiemelőszín, mind ugyanazokból a tokenekből vezérelve. A márkavariáció tokencsere, nem fork — a család minden terméke ugyanabból a rendszerből renderelődik.
04Dark-first
A kontraszt, az emelkedés és a színek először a sötét témán készülnek el, a világos téma ugyanezekből a tokenekből származik. Az eredmény egy natívnak ható sötét mód, nem pedig invertált.
05Űrlapelemek
Gombok, beviteli mezők, legördülő listák, kapcsolók, csúszkák és mezőváz — címkékkel, súgószöveggel és hibaüzenetekkel. Az állapotok már megtervezettek: a fókusz, a letiltott, az érvénytelen és a betöltés minden termékben ugyanúgy viselkedik.
06Elrendezés és kompozíció
A stackek, rácsok, elválasztók és oldalvázak ad hoc CSS nélkül állítják össze a képernyőket. A legnagyobb komponensek teljes oldalkompozíciók — a hero, szekció és lábléc minták az általunk szállított oldalakról származnak.
07Navigáció
Fejlécek, fülek, morzsamenük és menük beépített reszponzív és billentyűzetes viselkedéssel. Az oldal navigációja maga a komponens, nem annak utánzata.
08Átfedések
Modálisok, sheetek, drawerek, popoverek és tooltipek egyetlen rétegezési modellen — a fókuszcsapdázást, a bezárást és a rétegrendezést egyszer, központilag kezeljük. Egyetlen termék sem hoz magával saját z-index-számolgatást.
09Adatmegjelenítés
Táblázatok, listák, statisztikai csempék, badge-ek és idővonalak a számokból élő termékekhez. A család operátori konzoljai a sűrűségüket ezekből a komponensekből kapják.
10Visszajelzés és állapot
Toastok, bannerek, üres állapotok, folyamatjelzők és skeletonok — a kevésbé látványos állapotok, előre megtervezve. A PDS-re épülő termék átgondolt választ ad a betöltésre, az üres és a hibás állapotra is.
11Tipográfia
Szerkesztőségi típusskála mono címkékkel a technikai regiszterhez — a hang, amelyet minden Protocore-felületen látsz. A skála tokenekből áll, így a termékek a rendszer elhagyása nélkül finomhangolhatják.
12Mozgás
Az időtartamok és az easingek tokenként érkeznek, a komponensek pedig már használják őket. Az interfészek termékeken át egységesen mozognak, mert senki nem időzít át kézzel animációt.
13Alapból akadálymentes
A kontraszt, a fókuszállapotok és a billentyűzetes viselkedés a komponensekbe van építve, nem házi feladat. Használd az alapértelmezéseket, és az akadálymentesség jön velük.
14Zero-runtime CSS
A stílusozás statikus CSS, buildkor feloldva — nincs CSS-in-JS runtime, a böngészőben semmi nem számolódik ki. A stílusréteg nulla JavaScriptet ad az oldalhoz.
15Keretrendszer-független CSS-réteg
A rendszer sima CSS-csomagként is elérhető — tokenek és utility osztályok, React nélkül. A szerveroldalon renderelt oldalak, e-mailek és a nem React-alapú stackek ugyanabból a forrásból dolgoznak.
16Tokenexport stackenként
A tokenek webre CSS-változóként, Tailwind presetként, mobilplatformokra natív formátumokban exportálhatók. A márka egyetlen definíciója, ott felhasználva, ahol a termék fut.
17Theme provider és hookok
A React-réteg providerbe csomagolja az alkalmazást, és hookokon át teszi elérhetővé a tokeneket — a komponensek az aktív témát és kiemelőszínt olvassák ahelyett, hogy értékeket égetnének be. A témaváltás állapotváltozás, nem újrabuildelés.
18Whitelabel témázás
Ugyanaz a mechanizmus, amely a PDS-nek öt kiemelőszínt ad, a whitelabel terméknek a saját márkáját adja: cseréld a tokenértékeket, tartsd meg a komponenseket. A család minden whitelabel alkalmazása bizonyíték arra, hogy működik.
19llms.txt térkép
A teljes rendszer géppel olvasható térképe — komponensek, tokenek, minták — llms.txt formában közzétéve. Irányítsd rá az LLM-et, és a generált kód valódi PDS-komponenseket használ ahelyett, hogy hihető, de kitalált darabokat gyártana.
20MCP-szerver
Egy MCP-szerver közvetlenül a kódoló ágensek elé teszi a rendszert: komponenseket, propokat és tokeneket, lekérdezhetően, amíg az ágens épít. A design system válaszol a kérdésekre, nem promptokba kell bemásolni.
21Végigdokumentálva
Minden komponens a pds.protocore.io oldalon él élő példákkal, propokkal és másolható kóddal. A dokumentáció maga is PDS-en renderel — amit olvasol, azt szállítod.
22Verziózott kiadások
A PDS verziózott csomagokként érkezik szemantikus verziókkal és changelogokkal. A frissítés tudatos döntés: a csapat akkor lép, amikor akar, a changelog pedig pontosan megmondja, mi változott.
23Privát registry
A csomagok a Protocore privát npm registryjéből települnek, csapatonkénti tokennel a .npmrc fájlban — a megszokott npm-munkafolyamat, licencelt csapatokra szűkítve. Nincs vendorolt zip, nincs másolgatós telepítés.
24Offline licenckulcsok
Az aláírt licenckulcs helyben ellenőrizhető — nincs phone-home, nincs hálózati ellenőrzés a buildben. A licencproblémák fejlesztési időben figyelmeztetésként jelennek meg, és sosem törik meg az éles alkalmazást.
25Csapatonkénti licenc
A PDS zárt forráskódú, és csapatonként licencelt. Kérj hozzáférést, mi pedig beállítjuk — csomagokat, dokumentációt és tokenforrásokat —, hogy egy csapat egy délután alatt bevezethesse.