01101 tuotantokomponenttia
Perusosista kokonaisiin sivukokoonpanoihin — 101 komponenttia, jotka kaikki on eristetty toimittamistamme tuotteista eikä suunniteltu tyhjiössä. Jos komponentti on PDS:ssä, se on jo tehnyt oikeaa työtä: tämä sivusto, tuote-demot ja asiakkaidemme dashboardit rakentuvat sen varaan.
02Design tokenit
Väri, typografia, tila ja liike määräytyvät yhdestä token-kerroksesta. Muuta tokenia, ja kaikki komponentit seuraavat — ei komponenttikohtaisia ylikirjoituksia, ei tuotteiden välistä ajautumista.
03Kaksi teemaa, viisi korostusväriä
Tumma ja vaalea teema sekä viisi korostusväriä, kaikki samojen tokenien ohjaamia. Brändivariaatio on tokenien vaihto, ei haarautuma — jokainen tuoteperheen tuote rakentuu samasta järjestelmästä.
04Tumma ensin
Kontrasti, korkeus ja väri viimeistellään ensin tummassa teemassa, ja vaalea teema johdetaan samoista tokeneista. Tuloksena on tumma tila, joka tuntuu alkuperäiseltä eikä käännetyltä.
05Lomakkeiden perusosat
Painikkeet, syötekentät, valinnat, kytkimet, liukusäätimet ja kenttien rakenne — otsikot, vihjeet ja virheilmoitukset mukaan lukien. Tilat on jo suunniteltu: focus, disabled, invalid ja loading toimivat samoin jokaisessa tuotteessa.
06Asettelu ja kokoonpano
Stackit, ruudukot, erottimet ja sivupohjat kokoavat näkymät ilman erillistä CSS:ää. Suurimmat komponentit ovat kokonaisia sivukokoonpanoja — hero-, osio- ja alatunnistemallit toimitetuilta sivuilta poimittuina.
07Navigaatio
Yläpalkit, välilehdet, leipäpolut ja valikot, joiden responsiivisuus ja näppäimistökäyttö on sisäänrakennettu. Tämän sivuston navigaatio on itse komponentti, ei sen jäljitelmä.
08Peittokerrokset
Modaalit, sheetit, drawerit, popoverit ja tooltipit yhdellä kerrostusmallilla — fokuksen vangitseminen, sulkeminen ja pinoaminen hoidetaan kerran, keskitetysti. Yksikään tuote ei kirjoita omaa z-index-laskentaansa.
09Tietojen esittäminen
Taulukot, listat, tilastolaatat, badget ja aikajanat tuotteille, jotka elävät luvuista. Tuoteperheen operaattorikonsolit saavat tiheytensä näistä komponenteista.
10Palaute ja tilat
Toastit, bannerit, tyhjät tilat, edistymisilmaisimet ja skeletonit — vaatimattomat tilat suunniteltu etukäteen. PDS:n päälle rakennetulla tuotteella on harkittu vastaus lataukselle, tyhjälle tilalle ja epäonnistumiselle.
11Typografia
Editoriaalinen typografia-asteikko ja mono-tasoiset tunnisteet tekniseen rekisteriin — ääni, jonka näet jokaisella Protocore-pinnalla. Asteikko koostuu tokeneista, joten tuotteet voivat säätää sitä poistumatta järjestelmästä.
12Liike
Kestot ja easingit toimitetaan tokeneina, ja komponentit käyttävät niitä jo valmiiksi. Käyttöliittymät liikkuvat johdonmukaisesti tuotteesta toiseen, koska kukaan ei ajoita animaatiota käsin uudelleen.
13Saavutettava oletuksena
Kontrasti, focus-tilat ja näppäimistökäyttäytyminen on rakennettu komponentteihin, ei jätetty harjoitustehtäväksi. Ota oletukset käyttöön, niin saavutettavuus tulee mukana.
14Zero-runtime CSS
Tyylit ovat staattista CSS:ää, joka ratkeaa build-vaiheessa — ei CSS-in-JS-runtimea, ei mitään selaimessa laskettavaa. Tyylikerros ei lisää sivulle lainkaan JavaScriptiä.
15Frameworkista riippumaton CSS-kerros
Järjestelmä toimitetaan myös pelkkänä CSS-pakettina — tokenit ja apuluokat ilman Reactia. Palvelinrenderöidyt sivut, sähköpostit ja muut kuin React-pinot käyttävät samaa totuuden lähdettä.
16Token-viennit pinoittain
Tokenit viedään verkkoon CSS-muuttujina, Tailwind-presettinä ja mobiilialustoille natiiveissa formaateissa. Yksi brändin määritys, jota käytetään kaikkialla, missä tuote toimii.
17Theme provider ja hookit
React-kerros kietoo sovellukset providerin sisään ja tarjoaa tokenit hookien kautta — komponentit lukevat aktiivisen teeman ja korostusvärin kovakoodattujen arvojen sijaan. Teeman vaihto on tilamuutos, ei uudelleenrakennus.
18Whitelabel-teemoitus
Sama mekanismi, joka antaa PDS:lle viisi korostusväriä, antaa whitelabel-tuotteelle sen brändin: vaihda token-arvot, säilytä komponentit. Jokainen tuoteperheen whitelabel-sovellus on todiste siitä, että se toimii.
19llms.txt-kartta
Koneluettava kartta koko järjestelmästä — komponentit, tokenit, mallit — julkaistuna tiedostona llms.txt. Osoita LLM sen luo, ja generoitu koodi käyttää oikeita PDS-komponentteja uskottavien keksittyjen sijaan.
20MCP-palvelin
MCP-palvelin avaa järjestelmän suoraan koodausagenteille: komponentit, propsit ja tokenit ovat kyseltävissä, kun agentti rakentaa. Design system vastaa kysymyksiin sen sijaan, että se liimattaisiin promptteihin.
21Dokumentoitu kattavasti
Jokainen komponentti löytyy osoitteesta pds.protocore.io live-esimerkkien, propsien ja kopioitavan koodin kera. Dokumentaatio renderöidään itse PDS:llä — mitä luet, sitä myös toimitat.
22Versioidut julkaisut
PDS toimitetaan versioituina paketteina semanttisine versioineen ja muutoslokeineen. Päivitykset ovat harkittuja: tiimi siirtyy silloin, kun päättää, ja muutosloki kertoo tarkasti, mikä muuttui.
23Yksityinen rekisteri
Paketit asennetaan Protocoren yksityisestä npm-rekisteristä tiimikohtaisella tokenilla tiedostossa .npmrc — tavallinen npm-työnkulku, rajattu lisensoiduille tiimeille. Ei zip-tiedostoja, ei kopioi-liitä-asennuksia.
24Offline-lisenssiavaimet
Allekirjoitettu lisenssiavain tarkistetaan paikallisesti — ei yhteydenottoa palvelimelle, ei verkkotarkistusta buildissa. Lisensointiongelmat näkyvät kehitysvaiheen varoituksina eivätkä koskaan kaada tuotantosovellusta.
25Lisensointi tiimikohtaisesti
PDS on suljettua lähdekoodia ja lisensoidaan tiimikohtaisesti. Pyydä käyttöoikeutta, niin otamme teidät käyttöön — paketit, dokumentaatio ja token-lähteet — jotta tiimi voi ottaa sen käyttöön yhdessä iltapäivässä.