PDS · نظام التصميم

نظام التصميم وراء كل ما نطلقه.

PDS هي لغة التصميم الخاصة بـ Protocore، استُخلصت من المنتجات التي نبنيها وصُقلت في بيئة الإنتاج. تعتمد الوضع الداكن أولًا، وتقوم على الرموز (tokens)، وموثّقة من الأول إلى الآخر — المكوّنات نفسها التي تُعرض بها منتجاتنا ولوحات عملائنا، معبّأة ليتبنّاها فريق في عصر يوم واحد.

المزايا

كل ما يأتي مع Protocore Design System.

  1. 01101 مكوّن جاهز للإنتاج
  2. 02رموز التصميم
  3. 03سمتان وخمسة ألوان تمييز
  4. 04الداكن أولًا
  5. 05عناصر النماذج
  6. 06التخطيط والتركيب
  7. 07التنقل
  8. 08النوافذ المنبثقة
  9. 09عرض البيانات
  1. 10الملاحظات والحالة
  2. 11الخطوط
  3. 12الحركة
  4. 13متاح للجميع افتراضيًا
  5. 14CSS بلا وقت تشغيل
  6. 15طبقة CSS مستقلة عن الأطر
  7. 16تصدير الرموز لكل منصة
  8. 17مزوّد السمة والخطافات
  9. 18تخصيص السمات لـ whitelabel
  1. 19خريطة llms.txt
  2. 20خادم MCP
  3. 21موثَّق من البداية إلى النهاية
  4. 22إصدارات مرقّمة
  5. 23سجل خاص
  6. 24مفاتيح ترخيص دون اتصال
  7. 25ترخيص لكل فريق
اقرأ تفاصيل المزايا الـ 25

01101 مكوّن جاهز للإنتاج

من العناصر الأساسية إلى تراكيب الصفحات الكاملة — 101 مكوّن، استُخلص كل منها من منتج نشحنه فعليًا ولم يُصمَّم بمعزل عنه. إذا كان المكوّن في PDS فقد أدّى عملًا حقيقيًا: هذا الموقع والعروض التجريبية للمنتجات ولوحات عملائنا كلها تُعرض بواسطته.

02رموز التصميم

اللون والخط والمسافات والحركة تُستمدّ من طبقة رموز واحدة. غيّر رمزًا واحدًا فيتبعه كل مكوّن — بلا تجاوزات لكل مكوّن، وبلا تباين بين المنتجات.

03سمتان وخمسة ألوان تمييز

سمة داكنة وأخرى فاتحة، وخمسة ألوان تمييز، وكلها تعمل بالرموز نفسها. تنويع العلامة التجارية تبديل رموز لا تفريع للشيفرة — كل منتج في العائلة يُعرض من النظام نفسه.

04الداكن أولًا

التباين والارتفاع واللون تُضبط أولًا على السمة الداكنة، ثم تُشتق السمة الفاتحة من الرموز نفسها. والنتيجة وضع داكن أصيل الإحساس لا معكوس.

05عناصر النماذج

أزرار وحقول إدخال وقوائم اختيار ومفاتيح تبديل ومنزلقات وهيكل الحقول — بما فيها التسميات والتلميحات والأخطاء. الحالات مصمَّمة مسبقًا: التركيز والتعطيل وعدم الصلاحية والتحميل تتصرف بالطريقة نفسها في كل منتج.

06التخطيط والتركيب

الأكوام والشبكات والفواصل وهياكل الصفحات تركّب الشاشات بلا CSS مرتجل. أكبر المكوّنات هي تراكيب صفحات كاملة — أنماط الواجهة الرئيسية والأقسام والتذييل مأخوذة من صفحات نشحنها.

07التنقل

ترويسات وتبويبات ومسارات تنقل وقوائم، مع سلوكها المتجاوب وسلوك لوحة المفاتيح مدمجَين فيها. التنقل في هذا الموقع هو المكوّن نفسه لا محاكاة له.

08النوافذ المنبثقة

نوافذ مشروطة وأوراق وأدراج ونوافذ منبثقة وتلميحات على نموذج طبقات واحد — حصر التركيز والإغلاق وترتيب الطبقات تُعالج مرة واحدة مركزيًا. لا منتج يحمل حسابات z-index خاصة به.

09عرض البيانات

جداول وقوائم وبطاقات إحصائية وشارات وخطوط زمنية لمنتجات تعيش على الأرقام. وحدات تحكم المشغّلين في العائلة كلها تستمد كثافتها من هذه المكوّنات.

10الملاحظات والحالة

إشعارات منبثقة ولافتات وحالات فارغة وشرائط تقدّم وهياكل تحميل — الحالات غير اللامعة مصمَّمة من البداية. المنتج المبني على PDS لديه جواب مدروس لحالات التحميل والفراغ والفشل.

11الخطوط

سلّم طباعي تحريري مع تسميات أحادية المسافة للطابع التقني — الصوت الذي تراه في كل واجهة من واجهات Protocore. السلّم رموز، فتضبطه المنتجات دون مغادرة النظام.

12الحركة

المدد ومنحنيات التسارع تُشحن كرموز، والمكوّنات تستخدمها فعلًا. تتحرك الواجهات بانسجام عبر المنتجات لأن أحدًا لا يعيد ضبط توقيت الحركة يدويًا.

13متاح للجميع افتراضيًا

التباين وحالات التركيز وسلوك لوحة المفاتيح مدمجة في المكوّنات، لا متروكة للمطوّر. اعتمد الإعدادات الافتراضية تأتِك إمكانية الوصول معها.

14CSS بلا وقت تشغيل

التنسيق CSS ثابت يُحسم وقت البناء — بلا وقت تشغيل CSS-in-JS، ولا شيء يُحسب في المتصفح. طبقة التنسيق لا تضيف أي JavaScript إلى الصفحة.

15طبقة CSS مستقلة عن الأطر

يُشحن النظام أيضًا كحزمة CSS خالصة — رموز وفئات مساعدة دون الحاجة إلى React. الصفحات المولَّدة على الخادم ورسائل البريد والمنصات غير المبنية على React تستقي من مصدر الحقيقة نفسه.

16تصدير الرموز لكل منصة

تُصدَّر الرموز للويب كمتغيرات CSS وكإعداد مسبق لـ Tailwind، وبصيغ أصلية لمنصات الجوال. تعريف واحد للعلامة التجارية يُستهلك أينما يعمل المنتج.

17مزوّد السمة والخطافات

تغلّف طبقة React التطبيقات بمزوّد وتتيح الرموز عبر الخطافات — تقرأ المكوّنات السمة ولون التمييز الحاليين بدل القيم المكتوبة صراحةً. تبديل السمات حالة لا إعادة بناء.

18تخصيص السمات لـ whitelabel

الآلية نفسها التي تمنح PDS خمسة ألوان تمييز تمنح منتج whitelabel علامته: بدّل قيم الرموز وأبقِ المكوّنات. كل تطبيق whitelabel في العائلة دليل على نجاحها.

19خريطة llms.txt

خريطة مقروءة آليًا للنظام كله — مكوّنات ورموز وأنماط — منشورة بصيغة llms.txt. وجّه نموذجًا لغويًا إليها فتستخدم الشيفرة المولَّدة مكوّنات PDS الحقيقية بدل اختلاق مكوّنات تبدو معقولة.

20خادم MCP

يتيح خادم MCP النظام لوكلاء البرمجة مباشرة: المكوّنات والخصائص والرموز، قابلة للاستعلام أثناء بناء الوكيل. يجيب نظام التصميم عن الأسئلة بدل أن يُلصق في الموجِّهات.

21موثَّق من البداية إلى النهاية

كل مكوّن موجود على pds.protocore.io مع أمثلة حية وخصائص وشيفرة جاهزة للنسخ. تُعرض الوثائق على PDS نفسه — ما تقرؤه هو ما تشحنه.

22إصدارات مرقّمة

يُشحن PDS كحزم مرقّمة بإصدارات دلالية وسجلات تغييرات. الترقية قرار مقصود: ينتقل الفريق حين يشاء، ويوضح سجل التغييرات ما تغيّر بالضبط.

23سجل خاص

تُثبَّت الحزم من سجل npm الخاص بـ Protocore برمز لكل فريق في .npmrc — سير عمل npm القياسي، مقصور على الفرق المرخّصة. لا ملفات zip مضمَّنة ولا تثبيت بالنسخ واللصق.

24مفاتيح ترخيص دون اتصال

يُتحقَّق من مفتاح الترخيص الموقَّع محليًا — بلا اتصال بالخادم ولا فحص شبكي في عملية البناء. تظهر مشكلات الترخيص كتحذيرات وقت التطوير ولا تعطّل تطبيقًا في الإنتاج أبدًا.

25ترخيص لكل فريق

PDS برمجية مملوكة ومرخَّصة لكل فريق. اطلب الوصول ونتولى إعدادك — الحزم والوثائق ومصادر الرموز — ليتبنّاه الفريق في عصر يوم واحد.

FAQ

نظام التصميم، بالإجابات.

  • لكل فريق، لا لكل مستخدم ولا لكل مشروع. ترخيص واحد يغطي كل من يبني بـ PDS داخل الفريق: الـ tokens والمكوّنات والوثائق. تزداد التكلفة بعدد الفرق التي تعتمده فقط، ومنتجات whitelabel التي نبنيها لك تعمل عليه أصلاً.

  • من الـ registry الخاص على npm.protocore.io. تتيح بيانات الاعتماد لمشروعك سحب حزم @protocore، ثم تُثبَّت الـ tokens والمكوّنات كأي dependency.

  • تُصدَّر الـ tokens للويب و.NET والتطبيقات الأصلية، فيعني اللون الواحد أو نصف القطر الواحد الشيء نفسه على كل منصة تُطلق عليها منتجك. تأتي المكوّنات لـ React، وتحمل طبقة CSS مستقلة عن أي إطار عمل الـ tokens والـ classes نفسها للفرق التي لا تستخدم React.

  • يبدأ من الوضع الداكن ويراعي سهولة الوصول افتراضياً: مظهران وخمسة ألوان تمييز، كلها مدفوعة بالـ tokens، مع CSS بلا runtime فلا تكلّف الأنماط شيئاً عند التحميل. المكوّنات نفسها تُشغّل منتجاتنا ولوحات عملائنا.

  • صُمّم لذلك: خريطة llms.txt وخادم MCP يتيحان للـ agents قراءة النظام والبناء به بشكل صحيح، ويضم pds.protocore.io أمثلة حيّة وprops وشيفرة جاهزة للنسخ لكل مكوّن وtoken.

الأسعار

كيف يُرخَّص PDS.

01

ترخيص لكل فريق

يُرخَّص PDS لكل فريق، لا لكل مستخدم ولا لكل مشروع. ترخيص واحد يغطي كل من يبني به داخل الفريق: الـ tokens والمكوّنات والوثائق.

02

ينمو مع مؤسستك

ابدأ بفريق واحد ثم وسّع الاستخدام إلى فرق أخرى مع نمو الاعتماد. التكلفة تحددها أعداد الفرق التي تبني على PDS، لا شيء غيرها.

03

ضمن مشروع من Protocore

منتجات whitelabel التي نبنيها لك تعمل على PDS أصلاً. الترخيص المستقل مخصص للفرق التي تعتمده في منتجاتها الخاصة.

يرتبط الترخيص بالفرق، لا بعدد الموظفين ولا بحجم الاستخدام. اطلب الوصول وسنحدد النطاق بحسب الفرق التي ستبني به.

قيّم

ابنِ شاشة بـ PDS.

01

وثائق حيّة

تصفّح النظام كاملاً على pds.protocore.io: أمثلة حيّة وprops وشيفرة جاهزة للنسخ لكل مكوّن وtoken.

02

حزم الـ tokens

تُصدَّر الـ design tokens للويب و.NET والتطبيقات الأصلية، فيعني اللون الواحد أو نصف القطر الواحد الشيء نفسه على كل منصة تُطلق عليها منتجك.

03

ترخيص لكل فريق

يُرخَّص PDS لكل فريق: ترخيص واحد يغطي كل من يبني به، من tokens ومكوّنات ووثائق.

04

الوصول إلى الـ registry

بيانات اعتماد للـ registry الخاص على npm.protocore.io لتثبيت حزم @protocore التي يسحبها مشروعك.

التوفّر

PDS برنامج مملوك ويُرخَّص لكل فريق. اطلب الوصول وسنجهّزه لك.

اختر منتجاً. أو خذ النواة.

كل ما سبق يعمل في عروض إنتاجية نستعرضها معك: بشكل مستقل أو whitelabel أو كمنصة واحدة. أخبرنا بما تبنيه ونريك أقصر طريق إليه.