المطالبات كمكونات: كيف يبني المصممون مكتبات مطالبات قابلة لإعادة الاستخدام في عام 2026
ساهمت المكونات في جعل التصميم قابلاً للتوسع في العقد الثاني من الألفية. وفي عام ٢٠٢٦، أصبحت المطالبات هي المكونات الجديدة. دليل عملي للمصممين الذين يبنون مكتبات مطالبات قابلة لإعادة الاستخدام: البنية، والتنوعات، والترقيم، والتوزيع، ودور أمين مكتبة المطالبات الجديد.
في عام ٢٠٢٦، يفتح مصممٌ كبير مكتبةَ التوجيهات بنفس الطريقة التي فتح بها مصممٌ كبير مكتبةَ المكونات في عام ٢٠١٨. يختار توجيه تدقيق العلامة التجارية، الإصدار ٢.٤، ويُفعّله على النسخة الجديدة من الصفحة الرئيسية. تظهر النتائج في غضون خمس عشرة ثانية. يُقيّمها معيار التقييم. وتتحرك قائمة الانتظار.
هذه العملية مستحيلة بدون مكتبة حقيقية تدعمها. معظم الفرق لا تملك واحدة. لديهم صفحة Notion تحتوي على توجيهات مُلصقة، وموضوع Slack يتضمن ثلاثة تعديلات، ومصممٌ يحفظ التوجيهات الجيدة في ذاكرته. تتلاشى هذه المجموعة عند تحديث النموذج الأساسي.
التوجيهات هي المكونات الجديدة. لها بنية، ونسخ، وإصدارات، وتكوين، وتوزيع، وأمين مكتبة مسؤول. الفرق التي حققت أسرع نمو في عام ٢٠٢٦ توقفت عن كتابة التوجيهات كنصوص عابرة وبدأت في نشرها كـ نظام التصميم.
دليل العمل: بنية من خمسة أجزاء، مصفوفة المتغيرات، قواعد الترقيم، منصات التوزيع، والدور المسؤول عنها.
تتصرف المطالبات كالمكونات، تعامل معها كالمكونات
المطالبة هي وحدة تعليمات قابلة لإعادة الاستخدام، يقوم النموذج بتحميلها لأداء مهمة. لها نفس وصف المهمة الخاص بالمكون. قابلة لإعادة الاستخدام. محددة النطاق. يتم تكوينها في موقع الاستدعاء. مملوكة. مرقمة الإصدار. موثوقة لأنها استُخدمت آلاف المرات.
الفريق الذي يكتب المطالبات كسلاسل نصية منفصلة، يُصدر سلاسل نصية. الفريق الذي يكتب المطالبات كمكونات، يُصدر أصولًا. تتعطل السلاسل النصية تلقائيًا عند تحديث النموذج، أو انضمام زميل جديد، أو نقل نفس المهمة إلى منصة مختلفة. أما المكونات، فتستمر.
التحول الذهني هو جوهر العمل. توقف عن التعامل مع المطالبة كشيء كتبته بالأمس ونسيته. ابدأ بالتعامل معها كشيء يقوم الفريق بتثبيته وتكوينه وتقييمه وإصداره.
بنية المطالبات الإنتاجية من خمسة أجزاء
كل مطالبة تبقى بعد تحديث النموذج تتكون من نفس الأجزاء الخمسة. النظام، النطاق، الأمثلة، القيود، تنسيق الإخراج. إغفال أيٍّ منها يُفقد التوجيه فعاليته.
بدون تحديد دور النظام، ينحرف التوجيه عند تغيير نبرة النموذج الافتراضية. بدون تحديد النطاق، يُجيب التوجيه على أسئلة لم يُصمم للإجابة عليها. بدون أمثلة، يُخطئ في تحديد المواصفات في الحالة الرابعة. بدون قيود، يُختلق ما لا يستطيع استنتاجه. بدون تنسيق إخراج، يتعطل كل مستخدم لاحق. خمسة أجزاء، بالترتيب، في كل مرة.
يُحدد النظام الدور، ويُحدد النطاق الحدود
يُحدد توجيه النظام هوية النموذج. يُحدد النطاق ما يُسمح للتوجيه بالوصول إليه. إغفال أيٍّ منهما يُؤدي التوجيه إلى أداء المهمة الخاطئة بثقة.
يتكون جزء النظام الفعال من جملة أو جملتين. "أنت مصمم علامة تجارية أول تُراجع بطل الصفحة الرئيسية وفقًا لمعايير صوت العلامة التجارية." وليس "أنت مساعد مُفيد". دور مُحدد، ورتبة مُحددة، وإطار مُحدد. يميل النموذج إلى الدور، ويُصبح باقي التوجيه أقصر.
يُحدد النطاق الحدود. راجع النص الرئيسي فقط. لا تُعلّق على التصميم أو الألوان أو الصور. لا تقترح بدائل. يمنع تحديد النطاق النموذج من التشتت. جميع التعليمات المُستخدمة في الإنتاج تحتوي على قسم نطاق واضح. أما التعليمات التي تفشل فعادةً ما تفتقر إليه.
الأمثلة تُعلّم أكثر من التعليمات
الأمثلة القصيرة تُعطي وزنًا أكبر لكل كلمة من أي تعليمات. التعليمات التي تصمد أمام تغييرات النموذج هي تلك التي تحتوي على ثلاثة إلى خمسة أمثلة حقيقية مُدمجة في متنها.
قل للنموذج "اكتب بإيجاز، ابدأ بالمقدمة، بدون حشو" وسيحاول. اعرض ثلاث أزواج قبل وبعد وسيُتقنها. التعليمات مجرد اقتراح، والمثال هو المواصفات.
اجعل الأمثلة حقيقية، وليست مُختلقة. اسحب ثلاثة مُخرجات وافق عليها الفريق في الربع الأخير، وثلاثة رفضها، ثم قارنها. يتعلم النموذج العلامة التجارية من خلال قراءة علامتها.
القيود وتنسيق الإخراج يجعلان التعليمات قابلة للقراءة آليًا
القيود تقضي على حالات الفشل التي قد يُقدّمها لك النموذج بثقة. يحوّل تنسيق الإخراج الصارم الموجه إلى واجهة برمجة تطبيقات (API) موثوقة في خط الأنابيب.
تبدو كتل القيود كقائمة تحقق. "لا تستخدم الشرطات الطويلة (-). لا تبدأ بكلمة 'تخيّل'. لا تقترح نصًا يزيد عن تسع كلمات. لا تبتكر ميزات منتج غير موجودة في الموجز." كل سطر يمثل قاعدة قد يخالفها النموذج بطريقة تستغرق ساعة لتصحيحها. تستحق هذه القواعد كل جهد مبذول.
يُعدّ تنسيق الإخراج هو الفرق بين النص النثري والبيانات المنظمة التي يمكن لـ مكدس التقييم تقييمها. JSON بمخطط ثابت، Markdown بترتيب عناوين ثابت، YAML بحقول مُسمّاة. اختر واحدًا، وثّقه، وستتوقف الأدوات اللاحقة عن التخمين.
توجيهات الإصدار كما تُصدر إصدارات المكونات
الموجه الذي لا يُصدر له أحد إصدارًا هو موجه لا يملكه أحد، وأول تحديث للنموذج يُعيد كتابة الحد الأدنى للجودة للفريق دون علمه.
يوجد كل موجه في المكتبة في مستودع Git مع رسالة التزام تُسمّي التغيير. يعمل نظام الترقيم الدلالي (Semver). التصحيحات تُصلح الصياغة. التصحيحات الثانوية تُضيف أمثلة جديدة أو تُشدد القيود. التصحيحات الرئيسية تُغير تنسيق الإخراج أو تُبدل دور النظام. الفريق المسؤول عن إصدار النسخة 1.4.2 من مُوجه تدقيق العلامة التجارية على دراية تامة بموعد تعديل معايير التقييم وسببه.
القاعدة الأكثر صرامة هي تقييم المُوجه عند كل تغيير. شغّل النسخة الجديدة على نفس حالات الاختبار الخمسين للنسخة القديمة، وقيّمها باستخدام مُقيّم معتمد من LLM وفقًا لمعايير العلامة التجارية، ولا تدمجها إلا إذا حصلت النسخة الجديدة على تقييم أعلى أو مطابقة. يدعم Anthropic Workbench هذا بشكل أصلي. كما يدعمه أيضًا نظام إدارة المُوجهات OpenAI. المسار المُخصص هو استدعاء API Claude مُغلّف في نص برمجي ويُشغّل في بيئة التكامل المستمر (CI). المُوجه بدون تقييمات هو مُوجه يعمل على أمل.
إنشاء مُوجهات رئيسية وفرعية
تتداخل المُوجهات بنفس طريقة تداخل المكونات. يُحدد المُوجه الرئيسي السياق. تُعالج المُوجهات الفرعية مهمة فرعية واحدة.
تدقيق العلامة التجارية هو عنصر رئيسي. بداخله، تُعدّ مراجعة نص الصفحة الرئيسية، ومراجعة عبارة الحث على اتخاذ إجراء، ومسح التنقل عناصر فرعية. يقوم العنصر الرئيسي بتحميل ملف تعريف العلامة التجارية ومعايير التقييم. ترث العناصر الفرعية السياق وتُجري تقييمها الخاص. كل عنصر فرعي له إصدار مستقل وقابل للتقييم. العنصر الرئيسي هو العنصر الوحيد الذي يستدعيه المستخدم.
قالب الصفحة هو عنصر رئيسي. الأزرار والبطاقات وقوائم التنقل بداخله عناصر فرعية. لا أحد يكتب الصفحة بأكملها من الصفر في كل مرة. التكوين هو ما يجعل المكتبة أكثر من مجرد قائمة ملفات. توقف عن كتابة عنصر رئيسي ضخم يقوم بكل شيء. كوّن عنصرًا رئيسيًا يقوم بتحميل السياق وعناصر فرعية، كل منها يؤدي وظيفة واحدة بكفاءة.
متغيرات العناصر، كما هو الحال في Figma للأزرار
للأزرار متغيرات في الحجم والحالة والدور. ينطبق الشكل نفسه على العناصر الرئيسية بمجرد أن يقوم الفريق بنشرها على أكثر من منصة.
متغيرات الحجم هي صيغتان، مختصرة ومطولة، لنفس العنصر الرئيسي. تعمل الصيغة المختصرة في بيئة التطوير المتكاملة (IDE) لإجراء تقييم سريع. يعمل الإصدار المطوّل ضمن مسار التقييم مع معايير تقييم كاملة ومخرجات منظمة. نفس الموجه، بحجمين.
تُعدّ متغيرات الحالة هي الموجه المُهيأ لظروف بدء مختلفة. يحتوي موجه تدقيق العلامة التجارية على متغير "المرور الأول" الأكثر تساهلاً ومتغير "مراجعة الشحن" الأكثر صرامة. نفس المنطق، عتبة مختلفة.
تُبدّل متغيرات الأدوار كتلة النظام. يحتوي موجه مراجعة النسخ على دور "المراجع" لضمان الجودة ودور "المؤلف" للإنشاء. يبقى النص ومعايير التقييم والأمثلة كما هي. يُحوّل تبديل الأدوار الموجه إلى أداة مختلفة بنفس البنية.
تُتيح مكتبة العمل مصفوفة متغيرات كما في Figma. ثلاثة صفوف، ثلاثة أعمدة، تسعة موجهات تشترك في بنية أساسية. يتعرّف الفريق على البنية الأساسية مرة واحدة، ويختار المتغير، ثم يُشحن. واجهة جديدة، إضافة عمود.
توزيع الموجهات كمهارات وحزم ومكتبات فرق
الموجه الموجود في ملاحظات مصمم واحد هو أصل خاص. يتطلب تحويله إلى أداة فريق توفير منصة توزيع يمكن لبقية أعضاء الفريق تثبيتها.
خمس منصات متاحة في عام ٢٠٢٦. Claude المهارات تُشحن على شكل مجلدات، ويتم تحميل النموذج عند الطلب، وهو النمط الأمثل لفرق التصميم على Claude. Anthropic توفر Workbench موجهات مُستضافة مع ميزات التحكم في الإصدارات والتقييمات المدمجة. Cursor .cursorrules توفر الموجهات كملف في المستودع، ويتعرف عليها كل عضو في الفريق تلقائيًا في بيئة التطوير المتكاملة (IDE). Continue.dev توفر نمطًا مشابهًا لـ .continuerc.json للفرق العاملة على البرمجيات مفتوحة المصدر. OpenAI توفر إدارة الموجهات موجهات مُستضافة للفرق العاملة على GPT.
اختر المنصة التي تتوافق مع بنية الفريق وقم بتوحيدها. الخطأ يكمن في تشغيل أربع منصات بالتوازي مع إصدارات مختلفة من نفس الموجه. تتراكم المكتبة فقط عندما تكون المنصة واحدة، ومُسماة، ومملوكة.
تُمثل حزمة التوجيهات المستوى التالي، وهي عبارة عن مجموعة من التوجيهات ذات الصلة، تُشحن مع سياسة إصدار ومسار تثبيت. Brainy تُقدم ClaudeBrainy كحزمة مهارات تصميم مع مصفوفة متغيرات موثقة ومجموعة تقييم. يحصل الفريق الذي يُثبت الحزمة على معايير التقييم، والتوجيهات، والمتغيرات، والتقييمات كوحدة واحدة.
إذا كنت ترغب في الحصول على مساعدة في إنشاء مكتبة توجيهات، استئجار Brainy. تُقدم ClaudeBrainy حزم المهارات وقوالب مكتبة التوجيهات مع نظام إصدار وتقييمات. تُقدم BrandBrainy أنظمة العلامات التجارية لتوليد الذكاء الاصطناعي التي تُقيّم كل توجيهة بناءً عليها.
الدور الجديد: أمين مكتبة التوجيهات ومسؤول التقييم
عندما تعمل التوجيهات كعناصر، يكون هناك شخص مسؤول عن المكتبة. يبدو الدور الذي سيظهر في عام 2026 كأمين مكتبة توجيهات يُدير أيضًا مجموعة التقييم.
يتولى أمين مكتبة التوجيهات مهمة التنسيق. يراجعون طلبات السحب في مستودع التوجيهات، ويُجرون تقييمات، ويُدمجون أو يرفضون، ويكتبون سجل التغييرات، ويُوقفون التوجيهات التي لم تعد مُجدية. يقومون بالتوجيهات كما يقوم مُشرفو أنظمة التصميم بالمكونات. أقل بريقًا من إطلاق عمل جديد، وأكثر فائدة من أي شيء آخر في الفريق.
يجلس مسؤول التقييم بجوار أو ضمن دور أمين المكتبة. يُحدد معايير التقييم، ويُضبط العتبات، ويُراجع الانحرافات ربع سنويًا، ويُعيد إدخال بيانات التحويل إلى معايير التقييم كما هو موضح في مجموعة تقييم المصمم. بدون مسؤول التقييم، تُصبح المكتبة متحفًا للتوجيهات التي لا يثق بها أحد.
يتغير الهيكل التنظيمي. يُساهم المبتدئون بالتوجيهات ويُديرون قائمة الانتظار. يُطلق المصممون متوسطو الخبرة نسخًا مُختلفة ويُضبطون معايير التقييم. يمتلك كبار المصممين البنية الأساسية وسياسة التقييم. يتولى القادة مسؤولية الربط بين بيانات التحويل وتحديثات المكتبة. يتحول السؤال "هل لديك نظرة ثاقبة؟" إلى "هل لديك نظرة ثاقبة، وهل يُمكنك ترميزها؟".
قصة تحذيرية: استخدام التعليمات البرمجية كنصوص عابرة
تتعامل معظم الفرق مع التعليمات البرمجية كنصوص عابرة. يرونها تتدهور بمجرد تحديث النموذج الأساسي. وتُدفع تكلفة الإصلاح بجودة المنتج النهائي.
النمط يتكرر دائمًا. يكتب مصمم تعليمات برمجية ممتازة في فبراير. تكون المخرجات دقيقة. يقوم الفريق بنسخها ولصقها في Notion وSlack، وفي إعدادات المؤشر الخاصة. بحلول يوليو، يصبح للتعليمات البرمجية ثماني نسخ في خمسة مواقع، جميعها مختلفة قليلاً، ولا يملك أي منها نسخة معتمدة. في أغسطس، يتم تحديث النموذج. تتدهور أربع نسخ منها دون أن يلاحظها أحد. يلاحظ الفريق انخفاضًا في جودة المخرجات، لكنه لا يستطيع تحديد السبب لعدم وجود نسخة أساسية أو نسخة تقييم.
هذا هو أكثر إخفاقات تصميم الذكاء الاصطناعي شيوعًا في عام 2026. ليست مجرد تعليمات سيئة، بل تعليمات مفقودة، تعليمات غير مستقرة، تعليمات غير مُرقمة. الحل ليس في تحسين الكتابة، بل في تحسين جودة المكتبة البرمجية. تعامل مع كل توجيه كمكوّن بمجرد استخدامه للمرة الثانية، وبذلك تتجنب المشاكل.
الفرق التي تعلمت هذا في عام ٢٠٢٤ تُنفّذ ضعف عدد جلسات التوجيه المدعومة بالذكاء الاصطناعي بنصف الجهد المبذول في التنظيف. أما الفرق التي لم تتعلم ذلك، فتُراجع التوجيهات الثمانية نفسها كل يوم اثنين متسائلةً عن سبب تراجع جودة المخرجات باستمرار.
الأسئلة الشائعة
ما هو مكوّن التوجيه؟
مكوّن التوجيه هو وحدة تعليمات قابلة لإعادة الاستخدام، ومُؤرشفة، ومُحددة النطاق، وتُقدّم بنفس منهجية مكوّن واجهة المستخدم. يحتوي على بنية (النظام، النطاق، الأمثلة، القيود، تنسيق الإخراج)، ومتغيرات (الحجم، الحالة، الدور)، وإمكانية الترقيم، والتقييمات، وواجهة توزيع موثقة. تتعامل الفرق معه كأصل، وليس مجرد نص.
ما الفرق بين مكوّن التوجيه ومهارة Claude؟
تُعدّ مهارة Claude إحدى أقوى منصات توزيع مكونات التوجيه في بنية Anthropic. المكون هو نمط التصميم، والمهارة هي تنسيق الحزمة ونظام التشغيل. يمكن للفريق نشر نفس مكون التوجيه كمهارة في Claude، أو ككتلة .cursorrules في Cursor، أو كتوجيه مُستضاف في إدارة التوجيهات في OpenAI، أو جميعها.
كيف تُصدر إصدارًا من التوجيه؟
بنفس طريقة إصدار المكون. مستودع Git، و semver، ورسائل الالتزام التي تشرح التغيير، ومجموعة تقييم التوجيه التي تُقيّم كل تغيير مقارنةً بالإصدار السابق على مجموعة اختبار ثابتة. تصحيح للصياغة، وتعديل ثانوي لأمثلة جديدة أو قيد مُشدد، وتعديل رئيسي لتغيير تنسيق الإخراج أو تبديل الدور.
ما المشكلة عند التعامل مع التوجيهات كنصوص مؤقتة؟
تتلف. وتنتقل بين النسخ. تتدهور جودتها تدريجيًا عند تحديث النموذج. يشعر الفريق بانخفاض جودة المخرجات، لكنه لا يستطيع تحديد السبب لعدم وجود نسخة مرجعية أو نسخة تقييم. الحل يكمن في تحسين إدارة المكتبة، وليس في تحسين أسلوب الكتابة.
من المسؤول عن مكتبة التوجيهات في فريق التصميم؟
أمين مكتبة التوجيهات. يرتبط هذا الدور بمسؤولية التقييم. يتولى أمين المكتبة إدارة المكتبة، وإجراء التقييمات مع كل تغيير، وكتابة سجل التغييرات، وإيقاف التوجيهات التي لم تعد مفيدة، وإعادة بيانات التحويل إلى معايير التقييم. سيُعاد تشكيل الهيكل التنظيمي حول هذا الدور في عام ٢٠٢٦.
إنشاء مكتبة التوجيهات هذا الأسبوع
ثلاث خطوات. لا حاجة لشراء منصة.
أولًا، تحديد الهيكل الأساسي. اختيار خمسة توجيهات يستخدمها الفريق بكثرة. إعادة كتابة كل منها وفقًا للهيكل المكون من خمسة أجزاء. رفعها إلى مستودع Git مع ملف README وعلامة إصدار. يوم الجمعة.
ثانيًا، نشر مجموعة التقييم. سحب عشرين مخرجًا معتمدًا وعشرين مخرجًا مرفوضًا. تجميعها كمجموعة اختبار. اكتب معيار تقييم Claude. طبّقه على الصفحة الرئيسية. ركّز على نقاط الضعف.
ثالثًا، اختر منصة التوزيع. Claude (المهارات، المؤشر)، .cursorrules، Anthropic (بيئة العمل، Continue.dev)، أو OpenAI (إدارة المطالبات). منصة واحدة. توحيد المعايير.
إذا كنت ترغب في مساعدة في دمج مكتبة المطالبات في ممارسة عملية، استئجار Brainy. توفر ClaudeBrainy حزم المهارات، وقوالب مكتبة المطالبات، ومصفوفة المتغيرات كمكتبة أساسية. توفر BrandBrainy نظام تشغيل العلامة التجارية الذي تُقيّم عليه كل مطالبة. الجيل القادم من جودة التصميم مُدمج في مكتبة المطالبات، وليس مُعاد كتابته كل يوم اثنين، والفرق التي تُنشئ المكتبة أولًا ستستخدم مساحة العمل التي كانت تغطيها ثلاثة فرق سابقًا.
If you want help standing up a prompt library on your design team, ClaudeBrainy ships Skill packs and prompt-library templates with versioning and evals built in, and BrandBrainy ships the brand operating system every prompt in the library scores against.
Get Started
