PDS · سیستم طراحی

سیستم طراحی پشت هر چیزی که تحویل می‌دهیم.

PDS زبان طراحی خود Protocore است؛ از محصولاتی که می‌سازیم استخراج شده و در محیط production آبدیده شده است. dark-first، مبتنی بر توکن و مستند از ابتدا تا انتها — همان کامپوننت‌هایی که محصولات و داشبوردهای مشتریانمان را رندر می‌کنند، بسته‌بندی‌شده تا یک تیم بتواند در یک بعدازظهر آن‌ها را به کار بگیرد.

ویژگی‌ها

هر آنچه Protocore Design System دارد.

  1. 01۱۰۱ مؤلفهٔ آمادهٔ تولید
  2. 02Design tokenها
  3. 03دو تم، پنج رنگ تأکید
  4. 04اول تیره
  5. 05اجزای پایهٔ فرم
  6. 06چیدمان و ترکیب‌بندی
  7. 07ناوبری
  8. 08لایه‌های روی صفحه
  9. 09نمایش داده
  1. 10بازخورد و وضعیت
  2. 11تایپوگرافی
  3. 12حرکت
  4. 13دسترس‌پذیر به‌صورت پیش‌فرض
  5. 14CSS بدون runtime
  6. 15لایهٔ CSS مستقل از فریم‌ورک
  7. 16خروجی توکن برای هر استک
  8. 17Theme provider و hookها
  9. 18تم‌بندی Whitelabel
  1. 19نقشهٔ llms.txt
  2. 20سرور MCP
  3. 21مستندات از ابتدا تا انتها
  4. 22انتشارهای نسخه‌دار
  5. 23رجیستری خصوصی
  6. 24کلید مجوز آفلاین
  7. 25مجوز به‌ازای هر تیم
خواندن جزئیات هر 25 ویژگی

01۱۰۱ مؤلفهٔ آمادهٔ تولید

از اجزای پایه تا صفحه‌های کامل — ۱۰۱ مؤلفه که هرکدام از محصولی که تحویل داده‌ایم استخراج شده‌اند، نه در انزوا طراحی شده‌اند. اگر مؤلفه‌ای در PDS باشد، قبلاً کار واقعی انجام داده است: همین سایت، دموهای محصولات و داشبوردهای مشتریان ما روی آن ساخته شده‌اند.

02Design tokenها

رنگ، تایپوگرافی، فاصله‌گذاری و حرکت همه از یک لایهٔ توکن تعیین می‌شوند. یک توکن را تغییر دهید تا همهٔ مؤلفه‌ها هماهنگ شوند — بدون override در هر مؤلفه و بدون ناهماهنگی میان محصولات.

03دو تم، پنج رنگ تأکید

یک تم تیره و یک تم روشن، پنج رنگ تأکید، همه با همان توکن‌ها اداره می‌شوند. تنوع برند یعنی تعویض توکن، نه fork — همهٔ محصولات خانواده از یک سیستم ساخته می‌شوند.

04اول تیره

کنتراست، ارتفاع (elevation) و رنگ ابتدا روی تم تیره طراحی می‌شوند و تم روشن از همان توکن‌ها مشتق می‌شود. نتیجه، حالت تیره‌ای است که بومی به نظر می‌رسد، نه وارونه.

05اجزای پایهٔ فرم

دکمه، ورودی، انتخاب‌گر، سوییچ، اسلایدر و ساختار فیلد — با برچسب، راهنما و خطا. حالت‌ها از قبل طراحی شده‌اند: فوکوس، غیرفعال، نامعتبر و در حال بارگذاری در همهٔ محصولات یکسان رفتار می‌کنند.

06چیدمان و ترکیب‌بندی

Stack، گرید، جداکننده و قالب صفحه، صفحه‌ها را بدون CSS موردی کنار هم می‌چینند. بزرگ‌ترین مؤلفه‌ها ترکیب‌بندی کامل صفحه‌اند — الگوهای hero، بخش و فوتر که از صفحه‌های واقعی ما برداشته شده‌اند.

07ناوبری

هدر، تب، breadcrumb و منو با رفتار واکنش‌گرا و کیبوردی داخلی. ناوبری همین سایت خود همین مؤلفه است، نه تقلیدی از آن.

08لایه‌های روی صفحه

مودال، شیت، دراور، پاپ‌اور و تولتیپ روی یک مدل لایه‌بندی — مدیریت فوکوس، بستن و ترتیب نمایش یک بار و به‌صورت مرکزی حل شده است. هیچ محصولی حساب‌وکتاب z-index خودش را ندارد.

09نمایش داده

جدول، فهرست، کاشی آمار، نشان و تایم‌لاین برای محصولاتی که با عدد زنده‌اند. تراکم اطلاعات کنسول‌های اپراتوری در سراسر خانواده از همین مؤلفه‌ها می‌آید.

10بازخورد و وضعیت

Toast، بنر، حالت خالی، نوار پیشرفت و skeleton — حالت‌های کم‌جلوه‌ای که از ابتدا طراحی شده‌اند. محصولی که روی PDS ساخته شود برای بارگذاری، خالی بودن و خطا پاسخی سنجیده دارد.

11تایپوگرافی

مقیاس تایپوگرافی ویراستاری با برچسب‌های mono برای لحن فنی — صدایی که در همهٔ سطوح Protocore می‌بینید. این مقیاس از جنس توکن است، پس محصولات بدون خروج از سیستم می‌توانند آن را تنظیم کنند.

12حرکت

مدت‌زمان‌ها و easingها به‌صورت توکن عرضه می‌شوند و مؤلفه‌ها از قبل از آن‌ها استفاده می‌کنند. رابط‌ها در همهٔ محصولات یکدست حرکت می‌کنند، چون هیچ‌کس زمان‌بندی انیمیشن را دستی تنظیم نمی‌کند.

13دسترس‌پذیر به‌صورت پیش‌فرض

کنتراست، حالت‌های فوکوس و رفتار کیبورد در خود مؤلفه‌ها تعبیه شده، نه اینکه به عهدهٔ شما گذاشته شود. پیش‌فرض‌ها را عرضه کنید تا دسترس‌پذیری هم همراهش بیاید.

14CSS بدون runtime

استایل‌دهی CSS ایستا است و هنگام build حل می‌شود — بدون runtime مثل CSS-in-JS و بدون محاسبه در مرورگر. لایهٔ استایل هیچ JavaScript به صفحه اضافه نمی‌کند.

15لایهٔ CSS مستقل از فریم‌ورک

این سیستم به‌صورت یک بستهٔ CSS ساده هم عرضه می‌شود — توکن‌ها و کلاس‌های کمکی بدون نیاز به React. صفحه‌های رندرشده در سرور، ایمیل‌ها و استک‌های غیر React از همان منبع واحد استفاده می‌کنند.

16خروجی توکن برای هر استک

توکن‌ها برای وب به‌صورت متغیر CSS، پریست Tailwind و در قالب‌های بومی پلتفرم‌های موبایل خروجی می‌گیرند. یک تعریف از برند، مصرف‌شده در هر جایی که محصول اجرا می‌شود.

17Theme provider و hookها

لایهٔ React اپ‌ها را در یک provider می‌پیچد و توکن‌ها را از طریق hookها در دسترس می‌گذارد — مؤلفه‌ها تم و رنگ تأکید فعال را می‌خوانند و مقدارها را ثابت در کد نمی‌نویسند. تعویض تم یک state است، نه بازسازی.

18تم‌بندی Whitelabel

همان سازوکاری که به PDS پنج رنگ تأکید می‌دهد، به محصول whitelabel برندش را می‌دهد: مقدار توکن‌ها را عوض کنید و مؤلفه‌ها را نگه دارید. هر اپ whitelabel در خانواده گواهی بر کارکرد آن است.

19نقشهٔ llms.txt

نقشه‌ای قابل‌خواندن برای ماشین از کل سیستم — مؤلفه‌ها، توکن‌ها، الگوها — که با نام llms.txt منتشر می‌شود. یک LLM را به آن ارجاع بدهید تا کد تولیدشده از مؤلفه‌های واقعی PDS استفاده کند، نه مؤلفه‌های باورپذیرِ ساختگی.

20سرور MCP

یک سرور MCP سیستم را مستقیم در اختیار عامل‌های کدنویسی می‌گذارد: مؤلفه‌ها، propها و توکن‌ها، قابل پرس‌وجو در حین ساخت. سیستم طراحی به سؤال‌ها پاسخ می‌دهد، به‌جای اینکه در پرامپت‌ها paste شود.

21مستندات از ابتدا تا انتها

هر مؤلفه در pds.protocore.io با مثال زنده، propها و کد آمادهٔ کپی در دسترس است. مستندات خودشان روی PDS رندر می‌شوند — آنچه می‌خوانید همان چیزی است که عرضه می‌کنید.

22انتشارهای نسخه‌دار

PDS در قالب بسته‌های نسخه‌دار با semantic version و changelog عرضه می‌شود. ارتقا آگاهانه است: تیم هر وقت بخواهد جابه‌جا می‌شود و changelog دقیقاً می‌گوید چه چیزی تغییر کرده است.

23رجیستری خصوصی

بسته‌ها از رجیستری خصوصی npm در Protocore با توکن اختصاصی هر تیم در .npmrc نصب می‌شوند — همان روند استاندارد npm، محدود به تیم‌های دارای مجوز. بدون فایل zip دستی و بدون نصب با کپی‌پیست.

24کلید مجوز آفلاین

کلید مجوز امضاشده به‌صورت محلی اعتبارسنجی می‌شود — بدون phone-home و بدون بررسی شبکه در build شما. مشکلات مجوز فقط در زمان توسعه هشدار می‌دهند و هرگز اپ production را از کار نمی‌اندازند.

25مجوز به‌ازای هر تیم

PDS اختصاصی است و به‌ازای هر تیم مجوز داده می‌شود. درخواست دسترسی بدهید تا شما را راه‌اندازی کنیم — بسته‌ها، مستندات و منابع توکن — تا یک تیم بتواند در یک بعدازظهر آن را به کار بگیرد.

FAQ

سیستم طراحی، پرسش و پاسخ.

  • به‌ازای هر تیم، نه هر کاربر یا هر پروژه. یک مجوز همه اعضای تیم را برای کار با PDS پوشش می‌دهد: توکن‌ها، کامپوننت‌ها و مستندات. هزینه فقط با تعداد تیم‌هایی که از آن استفاده می‌کنند تغییر می‌کند و محصولات whitelabel که برایتان می‌سازیم از همین حالا روی آن اجرا می‌شوند.

  • از registry خصوصی در npm.protocore.io. با اعتبارنامه‌های دسترسی، پروژه شما پکیج‌های @protocore را دریافت می‌کند و توکن‌ها و کامپوننت‌ها مثل هر dependency دیگری نصب می‌شوند.

  • توکن‌ها برای وب، .NET و native خروجی گرفته می‌شوند، پس یک رنگ یا یک شعاع گوشه در همه پلتفرم‌ها یک معنا دارد. کامپوننت‌ها برای React ارائه می‌شوند و یک لایه CSS مستقل از فریم‌ورک، همان توکن‌ها و کلاس‌ها را برای تیم‌هایی که از React استفاده نمی‌کنند فراهم می‌کند.

  • dark-first و به‌صورت پیش‌فرض قابل‌دسترس: دو تم و پنج رنگ تأکیدی، همه مبتنی بر توکن، با CSS بدون runtime تا استایل‌دهی هیچ هزینه‌ای هنگام بارگذاری نداشته باشد. همین کامپوننت‌ها محصولات ما و داشبوردهای مشتریانمان را می‌سازند.

  • برای همین ساخته شده است: یک نقشه llms.txt و یک سرور MCP به agentها اجازه می‌دهند سیستم را بخوانند و درست با آن بسازند، و pds.protocore.io برای هر کامپوننت و توکن نمونه زنده، props و کد آماده کپی دارد.

قیمت‌گذاری

مجوز PDS چطور کار می‌کند.

01

مجوز به‌ازای هر تیم

مجوز PDS به‌ازای هر تیم صادر می‌شود، نه هر کاربر یا هر پروژه. یک مجوز همه اعضای آن تیم را پوشش می‌دهد: توکن‌ها، کامپوننت‌ها و مستندات.

02

همگام با سازمان شما

با یک تیم شروع کنید و با رشد استفاده، به تیم‌های بیشتری گسترش دهید. تنها عامل هزینه، تعداد تیم‌هایی است که روی PDS محصول می‌سازند.

03

درون پروژه‌های Protocore

محصولات whitelabel که برای شما می‌سازیم از همین حالا روی PDS اجرا می‌شوند. مجوز مستقل برای تیم‌هایی است که می‌خواهند PDS را در محصولات خودشان به کار ببرند.

مجوز بر اساس تیم است، نه تعداد نفرات یا میزان استفاده. درخواست دسترسی بدهید تا آن را بر اساس تیم‌هایی که با PDS کار می‌کنند تنظیم کنیم.

ارزیابی

با PDS یک صفحه بسازید.

01

مستندات زنده

سیستم کامل را در pds.protocore.io ببینید: نمونه‌های زنده، props و کد آماده کپی برای هر کامپوننت و توکن.

02

پکیج‌های توکن

توکن‌های طراحی برای وب، .NET و native خروجی گرفته می‌شوند، تا یک رنگ یا یک شعاع گوشه در همه پلتفرم‌هایی که عرضه می‌کنید یک معنا داشته باشد.

03

مجوز به‌ازای هر تیم

مجوز PDS به‌ازای هر تیم صادر می‌شود. یک مجوز همه اعضای تیم را پوشش می‌دهد: توکن‌ها، کامپوننت‌ها و مستندات.

04

دسترسی به registry

اعتبارنامه‌های registry خصوصی در npm.protocore.io برای نصب پکیج‌های @protocore که پروژه شما از آن‌ها استفاده می‌کند.

در دسترس بودن

PDS اختصاصی است و به‌ازای هر تیم مجوز می‌گیرد. درخواست دسترسی بدهید، بقیه‌اش با ما.

یک محصول انتخاب کنید. یا خود هسته را بردارید.

همه آنچه در بالا آمده در دموهای production اجرا می‌شود و می‌توانیم قدم‌به‌قدم نشانتان دهیم: مستقل، whitelabel یا به‌صورت یک پلتفرم. بگویید چه می‌سازید تا کوتاه‌ترین مسیر را نشانتان دهیم.