فيغما توضح ضوابط الوكلاء عبر المواصفات والمكتبات وصلاحيات الوصول

خلال فعالية Config India 2026، قدّمت Figma إطارًا أكثر صراحة لكيفية عمل وكيلها الخاص ووكلاء الجهات الخارجية داخل منصتها. وعبر ملاحظات الإصدار الخاصة بها وتقرير نشره TechCrunch، شرحت الشركة مجموعة من الأدوات المصممة لمنح الوكلاء قدرًا أكبر من السياق، وفي الوقت نفسه قدرًا أكبر من القيود: محرر جديد قائم على Markdown يحمل اسم Specs، وإرشادات تُرفق بمكتبات التصميم، ومصادر للشيفرة، وأنظمة تصميم مركزية، ودعمًا أوسع عبر Figma MCP. والخيط المشترك بين هذه العناصر هو الحوكمة. فـFigma لا تكتفي بإضافة مزايا للذكاء الاصطناعي، بل تحاول أيضًا تحديد الكيفية التي يمكن بها للفرق تشكيل سلوك الوكلاء من خلال القواعد والملفات والمراجع المشتركة.

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

مكان أصلي للنية والسياق

الإعلان المحوري هنا هو Figma Specs. ففي ملاحظات الإصدار الخاصة بـFigma، يُوصَف Specs بأنه موطن أصلي للسياق يجمع النية المكتوبة والاستكشاف البصري والتفاصيل التقنية في مكان واحد لصالح الفرق والوكلاء. ويضيف TechCrunch أن هذا محرر Markdown يتيح للمستخدمين تعريف لغة التصميم الخاصة بهم بطريقة بسيطة. ووفقًا لذلك التقرير، يمكن أن يوجد Specs كملف مستقل داخل Figma أو إلى جانب لوحة العمل، كما يمكن للمستخدمين الإشارة إلى عناصر أخرى في Figma مثل عناصر اللوحة، ومخططات FigJam، وطبقات الشيفرة، والتصاميم.

وعند جمع ما تذكره الجهتان، يبدو أن Specs مصمم لأكثر من مجرد توثيق المشروع للبشر. فهو موجّه أيضًا ليصبح سياقًا قابلاً للقراءة آليًا لأنظمة الذكاء الاصطناعي العاملة داخل Figma. ولا تدخل ملاحظات الإصدار في التفاصيل التقنية نفسها التي يوردها TechCrunch حول تضمين عناصر Figma الأخرى أو الإشارة إليها، لكن المصدرين يتفقان على الدور الأوسع: ينبغي أن يتمكن الوكلاء من الرجوع إلى السياقين المكتوب والبصري نفسيهما اللذين يعتمد عليهما المتعاونون البشر.

ويبدو مستوى التوافر أوضح هنا مقارنة ببعض الإعلانات الأخرى. إذ تقول Figma إن Specs يبدأ طرحه الآن ضمن نسخة تجريبية مفتوحة في الخطط المدفوعة. وهذه التفرقة مهمة بالنسبة إلى نقاشات الحوكمة داخل المؤسسات: فالميزة لا تُوصَف بأنها متاحة عمومًا، كما أنها ليست مدرجة لجميع الخطط.

المكتبات والإرشادات والشيفرة كقيود على الوكلاء

إلى جانب Specs، تعمل Figma أيضًا على إضفاء طابع رسمي على طبقات أخرى من التحكم. فملاحظات الإصدار تشير إلى أن الفرق يمكنها إضافة إرشادات إلى مكتبات التصميم المنشورة بحيث يتبع الوكيل الأنماط المعتمدة ويتجنب الأنماط غير المرغوبة. وهذه الميزة يبدأ طرحها الآن ضمن نسخة تجريبية مفتوحة. كما تقول Figma إن الشيفرة القادمة من مستودعات GitHub أو حزم npm يمكن استيرادها بوصفها مصادر للشيفرة لمساعدة الوكيل على بناء المكونات وطبقات الشيفرة وتحريرها بما يعكس أنظمة التصميم الحقيقية. وهذه الميزة يبدأ طرحها الآن ضمن نسخة تجريبية مغلقة.

ويعرض TechCrunch صورة مشابهة، إذ يقول إن الفرق تستطيع إدخال مزيد من السياق المتعلق بالتصميم، بما في ذلك مكتبات التصميم ومكتبات الشيفرة والإرشادات، لإدارة السياق الخاص بنظام التصميم، وإن الوكلاء يمكنهم الرجوع إلى هذا النظام المركزي للالتزام بالقواعد. أما ملاحظات الإصدار الخاصة بـFigma فهي أكثر تحديدًا من حيث تغليف المنتج. فهي تصف أنظمة التصميم المركزية بأنها حزم تجمع مكتبات التصميم ومكتبات الشيفرة والإرشادات ضمن نظام تصميم واحد، بحيث تصبح الصيانة أسهل بالنسبة إلى المؤلفين ويصبح الالتزام أسهل بالنسبة إلى الجميع. لكن Figma تصنّف أنظمة التصميم المركزية على أنها معاينة فقط.

• Specs: نسخة تجريبية مفتوحة في الخطط المدفوعة.
• الإرشادات داخل مكتبات التصميم المنشورة: نسخة تجريبية مفتوحة.
• مصادر الشيفرة من مستودعات GitHub أو حزم npm: نسخة تجريبية مغلقة.
• أنظمة التصميم المركزية: معاينة فقط.
• Figma MCP مع 20 شريكًا جديدًا: متاح الآن.

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

طبقات الشيفرة توسّع نطاق عمل الوكلاء

لا تكتفي Figma بتشديد التعليمات، بل توسّع أيضًا ما يمكن للوكلاء القيام به. فطبقات الشيفرة، التي أُعلن عنها أولًا في نسخة تجريبية خاصة في يونيو بحسب TechCrunch، بدأت الآن تُطرح ضمن نسخة تجريبية مفتوحة، وفقًا لكلا المصدرين. وتصفها Figma بأنها وسيلة لإنشاء نماذج أولية تفاعلية ومدعومة بالشيفرة على لوحة العمل، وذلك عبر تحويل إطار تصميم، أو استيراد مستودع GitHub، أو التقاط موقع ويب باستخدام إضافة Figma لمتصفح Chrome، أو الانطلاق من مطالبة من الصفر.

ويضيف TechCrunch تفصيلًا آخر ذا صلة بالحوكمة: يمكن للمستخدمين أن يطلبوا من الوكيل تحويل تصميم إلى شيفرة أو تغيير جزء من الشيفرة للتكرار على نموذج أولي. وبعبارة أخرى، يقترب الوكيل من سطح بناء فعلي، لا من مجرد مساعد للعصف الذهني. وتعزز ملاحظات إصدار Figma هذا الاتجاه بقولها إن Figma MCP يمكن استخدامه الآن من أدوات ذكاء اصطناعي خارجية لإنشاء طبقات شيفرة، أو تحرير Specs، أو توليد صور على لوحة العمل.

ولهذا الجمع دلالتان. الأولى أن ضوابط السياق تصبح أكثر أهمية عندما يكون الوكيل قادرًا على التأثير في نماذج أولية مدعومة بالشيفرة، لا في مجرد مخرجات تصميم ثابتة. والثانية أن قابلية التشغيل البيني تتحول بحد ذاتها إلى مسألة حوكمة. وتقول Figma إن MCP أصبح يوفر أداء أسرع، ودعمًا لمزيد من منتجات Figma، ودعمًا لـ20 شريكًا جديدًا. ويذكر TechCrunch من بين الأدوات المضافة Open Code وDia وGrok Bot وSarvam. أما ملاحظات Figma فلا تسرد هذه الأسماء في المقتطف الوارد، لذا تأتي تفاصيل الشركاء هذه من TechCrunch.

تكامل Payload والانتقال من النموذج الأولي إلى التطبيق

يمتد جزء آخر من هذا الإعلان إلى ما هو أبعد من حوكمة التصميم نحو تسليم التطبيقات. إذ تقول Figma إن Make أصبح الآن يهيّئ أصلًا خلفية Payload بشكل أصلي، موفرًا نظام إدارة محتوى وقاعدة بيانات ووسائط وواجهات برمجة تطبيقات ومصادقة ولوحة تحكم إدارية، مع استضافة Figma له بحيث تبقى المحتويات والبيانات في المكان نفسه الذي توجد فيه التصاميم التي تشكلها. ووفقًا لملاحظات الإصدار، يبدأ طرح ذلك عبر جميع الخطط.

وينقل TechCrunch بصورة مماثلة أن Figma تدمج Payload مع Figma Make من أجل توليد مواقع ويب ديناميكية وإدارة المحتوى مباشرة. كما يشير المقال إلى أن Figma استحوذت العام الماضي على نظام إدارة المحتوى المفتوح المصدر ومنفصل الواجهة Payload. ومع أن هذا التكامل لا يُقدَّم أساسًا بوصفه ميزة لحوكمة الوكلاء، فإنه يعزز المنطق الأوسع للمنتج الكامن وراء هذه الإعلانات: فسياق التصميم وسياق الشيفرة وسياق المحتوى تُسحب جميعها إلى بيئة واحدة يمكن للوكلاء أن يعملوا داخلها.

ما هو مؤكد وما الذي لا يزال في طور التوجه

عبر المصدرين، تبقى الرسالة الأساسية متسقة: تريد Figma من الفرق أن تحدد كيفية تصرف الوكلاء عبر تزويدهم بسياق وقواعد صريحة. ومع ذلك، يبقى الحذر مبررًا في نقطتين. أولًا، ليست كل القدرات متاحة بالكامل. فالنسخة التجريبية المفتوحة والنسخة التجريبية المغلقة والمعاينة فقط لا تعني الشيء نفسه من الناحية التشغيلية. ثانيًا، تظهر بعض تفاصيل التنفيذ في مصدر واحد فقط. فعلى سبيل المثال، يصف TechCrunch Specs بأنه قائم على Markdown ويقول إنه يستطيع الإشارة إلى عناصر Figma المضمنة، بينما تركز ملاحظات إصدار Figma على الغرض الأوسع للمنتج بدلًا من هذه الآليات المحددة بحرفيتها.

كما يختلف المصدران في زاوية التركيز. فـTechCrunch يبرز المبرر القائل إن الذكاء الاصطناعي غير حتمي، وإن Figma تحاول توجيه النتائج نحو مزيد من القابلية للتوقع. أما ملاحظات إصدار Figma فتؤكد على سير العمل واتساع تغطية المنتج، واصفةً طرقًا للبناء والتعاون باستخدام الشيفرة، والتقاط السياق ومشاركته، والبناء باستخدام بيانات ومحتوى حقيقيين. وهاتان الروايتان متوافقتان، لكنهما ليستا متطابقتين.

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