01101 продукционни компонента
От примитиви до цели композиции на страници — 101 компонента, всеки извлечен от продукт, който доставяме, а не проектиран в изолация. Ако компонент е в PDS, той вече е вършил реална работа: този сайт, демата на продуктите и клиентските ни табла работят върху него.
02Design tokens
Цвят, шрифт, пространство и движение се определят от един слой токени. Променете токен и всеки компонент го следва — без отделни презаписвания по компоненти, без разминаване между продуктите.
03Две теми, пет акцента
Тъмна и светла тема, пет акцентни цвята, всичко управлявано от същите токени. Вариацията на марката е смяна на токени, а не fork — всеки продукт в семейството се изгражда от една и съща система.
04Първо тъмна
Контрастът, дълбочината и цветът се доразработват първо в тъмната тема; светлата произлиза от същите токени. Резултатът е тъмен режим, който изглежда роден, а не обърнат.
05Примитиви за форми
Бутони, полета, селекти, превключватели, плъзгачи и скелето на полетата — с етикети, подсказки и грешки. Състоянията вече са проектирани: фокус, деактивирано, невалидно и зареждане се държат еднакво във всеки продукт.
06Оформление и композиция
Stacks, grids, разделители и обвивки на страници изграждат екрани без ad-hoc CSS. Най-големите компоненти са цели композиции на страници — шаблони за hero, секции и footer, взети от страници, които доставяме.
07Навигация
Хедъри, табове, breadcrumbs и менюта с вградено адаптивно поведение и работа с клавиатура. Навигацията на този сайт е самият компонент, а не имитация.
08Насложени слоеве
Модали, sheets, drawers, popovers и tooltips върху един модел на наслояване — улавянето на фокуса, затварянето и подредбата се решават веднъж, централно. Никой продукт не носи своя аритметика с z-index.
09Показване на данни
Таблици, списъци, статистически плочки, баджове и времеви линии за продукти, които живеят от числа. Оператерските конзоли в семейството получават плътността си от тези компоненти.
10Обратна връзка и статус
Toasts, банери, празни състояния, прогрес и skeletons — нелъскавите състояния, проектирани от самото начало. Продукт, изграден на PDS, има премислен отговор за зареждане, празно и неуспех.
11Типография
Редакторска типографска скала с mono етикети за техническия регистър — гласът, който виждате във всяка повърхност на Protocore. Скалата е от токени, така че продуктите я настройват, без да излизат от системата.
12Движение
Продължителностите и easing кривите се доставят като токени, а компонентите вече ги ползват. Интерфейсите се движат последователно във всички продукти, защото никой не нагласява анимации на ръка.
13Достъпност по подразбиране
Контрастът, състоянията на фокус и работата с клавиатура са вградени в компонентите, а не оставени като упражнение. Ползвайте стандартните настройки и достъпността идва с тях.
14CSS без runtime
Стилизирането е статичен CSS, разрешен по време на build — без CSS-in-JS runtime, нищо не се изчислява в браузъра. Слоят за стилове не добавя JavaScript към страницата.
15CSS слой, независим от фреймуърк
Системата се доставя и като чист CSS пакет — токени и utility класове, без нужда от React. Сървърно рендирани страници, имейли и стекове без React черпят от един и същи източник на истина.
16Експорт на токени за всеки стек
Токените се експортират за уеб като CSS променливи, като Tailwind preset и в native формати за мобилни платформи. Една дефиниция на марката, използвана навсякъде, където работи продуктът.
17Theme provider и hooks
React слоят обвива приложенията в provider и предоставя токените чрез hooks — компонентите четат активната тема и акцент, вместо да имат твърдо зададени стойности. Смяната на темата е състояние, а не ново изграждане.
18Whitelabel теми
Същият механизъм, който дава на PDS пет акцента, дава на whitelabel продукта неговата марка: сменяте стойностите на токените, запазвате компонентите. Всяко whitelabel приложение в семейството е доказателство, че работи.
19Карта llms.txt
Машинночетима карта на цялата система — компоненти, токени, шаблони — публикувана като llms.txt. Насочете LLM към нея и генерираният код използва реални PDS компоненти, вместо да измисля правдоподобни.
20MCP сървър
MCP сървър предоставя системата директно на кодиращите агенти: компоненти, props и токени, достъпни за заявки, докато агентът изгражда. Дизайн системата отговаря на въпроси, вместо да се лепи в промптове.
21Документирано от край до край
Всеки компонент е на pds.protocore.io с примери на живо, props и код за копиране. Документацията е изградена върху самата PDS — това, което четете, е това, което доставяте.
22Версионирани издания
PDS се доставя като версионирани пакети със семантични версии и changelog. Надграждането е съзнателно: екипът се мести, когато реши, а changelog казва точно какво се е променило.
23Частен регистър
Пакетите се инсталират от частния npm регистър на Protocore с токен за екип в .npmrc — стандартен npm работен процес, ограничен до лицензираните екипи. Без vendored zip файлове, без инсталации с copy-paste.
24Офлайн лицензни ключове
Подписан лицензен ключ се проверява локално — без phone-home, без мрежова проверка във вашия build. Проблемите с лиценза се показват като предупреждения по време на разработка и никога не чупят продукционно приложение.
25Лиценз на екип
PDS е собствен софтуер и се лицензира на екип. Заявете достъп и ние ще ви настроим — пакети, документация и източници на токени — така че екипът да го внедри за един следобед.