تصميم تجارب الوكلاء

السطح الذي يتعلّم عنده الإنسان الثقة بآلة تتصرف من تلقاء نفسها

أمضيت هذا الكتاب في بناء آلات تنجز العمل: وكلاء عامين، وموظفين رقميين بدوام كامل، وقوى عاملة توظف زملاءها بنفسها. تتناول هذه الدورة الطبقة الرقيقة والحاسمة التي يلتقي عندها الإنسان بتلك الآلة ويقرر إن كان سيثق بها.

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

لذلك يتغير اسم التخصص. نتوقف عن تصميم واجهة يشغّلها شخص، ونبدأ تصميم شراكة يشرف عليها. لم تعد الحرفة هي «اجعل الزر سهل العثور»، بل «اجعل حكم الآلة مفهومًا، واستقلاليتها قابلة للضبط، وأخطاءها قابلة للإصلاح». وهذا ما تعلمه هذه الدورة.

الفكرة في سطر واحد

للمنتج الوكيل مستخدمان في الوقت نفسه: إنسان يجب أن يثق به ووكلاء آخرون يجب أن يتمكنوا من تحليله. ومهمتك أن تصمم سطحًا يخدم الطرفين من دون أن يخذل أيًا منهما.

ما الذي ستبنيه؟ في النهاية ستكون قد أعددت موجز تجربة وكيل لموظف رقمي واحد بدوام كامل من الموظفين الذين تناولهم الكتاب سابقًا: سطح الثقة الموجه للبشر، والسطح الآلي الموجه للوكلاء، وسلّم الاستقلالية، وخطة التعافي. لا توجد شيفرة جديدة هنا؛ بل توجه وكيلك لإنتاج الموجز، بالطريقة نفسها التي توجهه بها دورة فرق الإنسان والوكيل لإنتاج وثائق التشغيل. وتجد نسخة فارغة قابلة للتعبئة من الموجز في الملحق ج. وفي المختبر التطبيقي ستنشر أيضًا أول تطبيق MCP لك: أداة موافقة عاملة لموظف الاسترداد، تبنيها بتوجيه وكيل برمجي (Claude Code أو OpenCode) مزود بمهارة create-mcp-app الرسمية. ويمتد عبر المفاهيم مسار للقارئ لا يتطلب أي بناء، موجّه للقادة والمصممين الذين يحتاجون إلى توجيه العمل لا تنفيذه.

ثمانية عشر مفهومًا في أربعة أجزاء: التحول، والسطح البشري، والسطح الآلي، والحرفة الجديدة. تستغرق القراءة نحو ساعتين؛ ويحتاج الموجز الختامي إلى أمسية من العمل، أما مسار القارئ فيستغرق ساعة مركزة. وبعد المثال المحلول، يحول المختبر التطبيقي الجزء الثالث إلى شيفرة عاملة: تبني أول تطبيق MCP وتنشره بتوجيه وكيل برمجي، كما تفعل في سائر هذا الكتاب. وتشرح الملاحق المرجعية في النهاية بنية تطبيقات MCP والفارق بينها وبين OpenAI Apps SDK.

هل المصطلحات جديدة عليك؟ عشر كلمات بلغة واضحة

تستخدم هذه الدورة عددًا قليلًا من الكلمات التقنية مرارًا. إليك معناها مرة واحدة بلغة بسيطة كي لا يوقفك أي منها لاحقًا:

• الوكيل: برنامج يتخذ إجراءات من تلقاء نفسه لتحقيق هدف تعطيه إياه، بدل أن يكتفي بالإجابة عن الأسئلة.
• الموظف / الموظف الرقمي بدوام كامل: اسم هذا الكتاب لوكيل بُني لأداء وظيفة حقيقية، مثل موظف دعم عملاء مصنوع من البرمجيات.
• MCP (بروتوكول سياق النموذج): معيار مفتوح يتيح للوكلاء اكتشاف الأدوات واستدعاءها؛ أي وصلة عامة بين الوكلاء والبرمجيات.
• الموصِّل / خادم MCP: الوصلة نفسها؛ أي الجزء البرمجي الذي يكشف قدرات منتجك كي تستخدمها الوكلاء.
• الإنسان داخل الحلقة: يجب أن ينتظر الوكيل موافقة شخص قبل أن يتصرف.
• الإنسان مشرف على الحلقة: يتصرف الوكيل من تلقاء نفسه بينما يراقبه شخص ويستطيع التدخل.
• متساوي الأثر عند التكرار: آمن عند الإعادة؛ ففعله مرتين يعطي أثر فعله مرة واحدة، ولذلك لا يؤدي تكرار محاولة الاسترداد إلى الدفع مرتين.
• المنشأ: المصدر الذي جاءت منه المعلومة؛ أي الملف أو الصفحة أو المصدر الذي قرأه الوكيل فعلًا.
• بيانات اعتماد محددة النطاق وقابلة للإلغاء: مفتاح لا يفتح إلا الأبواب التي يحتاج إليها، ويمكن سحبه في أي وقت.
• التصعيد: اللحظة التي يتوقف فيها الوكيل ويسلّم المهمة إلى إنسان لأنه لا ينبغي أن يقرر بمفرده.

📚 وسيلة تعليمية

افتح عرض الشرائح الكامل

اعرض العرض التقديمي الكامل — تصميم تجارب الوكلاء

---

الجزء الأول · التحول

بعبارة بسيطة: ما الذي يتغير حين تبدأ البرمجيات في التصرف من تلقاء نفسها، ولماذا يجب أن يتغير التصميم معها؟

المفهوم الأول · النموذج الثالث: لم تعد تصمم «الكيفية»

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

أما النموذج الثالث فمختلف في نوعه لا في درجته. أنت تصرح بالنتيجة والوكيل يختار الخطوات. ينتقل عبء «الكيفية» من الإنسان إلى الآلة. وهذا ما يجعل البرمجيات الوكيلة تبدو كأنها تنقلك فورًا إلى الهدف بدل أن تمشي بك في مسار مليء بالعوائق.

الشكل 1: ينعكس موضع التحكم. ما إن تتولى الآلة «الكيفية»، تنتقل مهمة المصمم إلى ما قبل التنفيذ: النية والثقة والتعافي.

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

المفهوم الثاني · جمهوران ونظام واحد

هذه هي الفكرة التي تفوت معظم الفرق، ويستحق الأمر وضعها مبكرًا لأن معظم الجزء الثالث يعتمد عليها.

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

الشكل 2: جمهوران ونظام واحد. السطح الأيسر للثقة، والأيمن للتحليل. المنتج الممتاز يصمم الاثنين عن قصد.

تستخدم الصناعة اختصارًا مربكًا واحدًا (AX) لنصفين مختلفين من هذه الصورة، ويستحسن توضيحهما مرة كي لا يربكاك ثانية:

المصطلح	من صاغه	معناه	ما تسميه هذه الدورة
التجربة الوكيلة	John Maeda	تجربة الإنسان حين يفوض العمل إلى وكيل	السطح البشري (الجزء الثاني)
تجربة الوكيل	Matt Biilmann (Netlify)	تجربة الوكيل بصفته مستخدمًا لمنتجك	السطح الآلي (الجزء الثالث)

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

المفهوم الثالث · الواجهة لا تختفي؛ بل تنتقل

ستسمع ادعاء قويًا من أشخاص جادين: الوكلاء يعنون نهاية تصميم الواجهات. سيتوقف المستخدمون عن زيارة الشاشات؛ ستتصفح الوكلاء وتنقر وتقرر نيابة عنهم؛ وتصبح واجهة المستخدم المصممة بعناية عبئًا ميتًا. يستحق هذا الادعاء التعامل معه بجدية، لأن قائله ساعد في ابتكار هذا المجال.

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

• سطح إعداد: كيف تعلم الوكيل تفضيلاتك التي تتغير باستمرار؟
• سطح مراقبة: كيف ترى ما يفعله من دون أن تفقد صوابك؟
• سطح تدخل: كيف تتدخل وتصلح الأمر عندما يخطئ؟

إذن الموقف الصادق هو الوسط. لا تختفي الواجهة، بل ينتقل مركز ثقلها بعيدًا عن «ترجم هذه المهمة إلى عنصر واجهة» ونحو «شكّل نظامًا للنية». تتوقف عن رسم الشاشات وتبدأ تصميم بنية علاقة مفوضة: ما الذي يجوز للوكيل فعله، وكيف يعرض عمله، وكيف يستعيد الإنسان القيادة. بقية هذه الدورة هي تلك البنية.

---

الجزء الثاني · السطح البشري: التصميم من أجل الثقة

بعبارة بسيطة: كيف تصمم جانب المنتج الذي يراه الإنسان، لكي يثق بالوكيل ويوجهه ويصلح أخطاءه؟

المفهوم الرابع · تُكتسب الثقة ولا تُفترض

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

لا يمكنك تصميم الثقة مباشرة. أنت تصمم مدخلاتها، والثقة هي ما يتراكم:

الثقة = موثوقية تظهر بمرور الوقت × شفافية يمكنك التحقق منها × تحكم يمكنك الشعور به × أخطاء يمكنك التراجع عنها.

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

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

المفهوم الخامس · اللقاء الأول: الإعداد الأولي، وثقة البداية، وإتاحة الوصول للجميع

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

ثلاث خطوات تجعل اللقاء الأول صادقًا:

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

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

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

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

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

المفهوم السادس · أعد توزيع العبء، وأظهر من يحمل ماذا

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

الخطأ التصميمي هو نقل العبء بصمت. عندما يكون تقسيم العمل خفيًا، تحصل على ما يسميه الممارسون الآن الوحل الوكيل: لا يستطيع الشخص معرفة ما أنجزه الوكيل وما بقي عليه هو، فيعيد عمل الوكيل «للاطمئنان»، ويتبخر الوفر الموعود في الوقت.

الإصلاح قاعدة: يجب أن يكون تقسيم العمل ظاهرًا وقابلًا للتعديل. في كل لحظة ينبغي أن يرى الشخص «هذا ما توليته أنا، وهذا ما توليته أنت، وهذا ما ينتظر تدخلك»، وأن يتمكن من تحريك الحد الفاصل. هذا هو التعبير السطحي عن قائمة الفريق وبطاقات الأدوار التي أعددتها في فرق الإنسان والوكيل؛ يحدد نموذج التشغيل من يفعل ماذا، وهذا السطح يعرضه.

مصطلحان مستعاران في سطر واحد

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

المفهوم السابع · الشفافية التدريجية: استدلال ظاهر لا يربك

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

الشكل 3: الشفافية التدريجية. العرض الافتراضي سطر صادق واحد؛ والعمق دائمًا على بعد نقرة أخرى، ولا يُفرض على القارئ.

أربع طبقات، كل منها أعمق بنقرة من سابقتها:

1. النتيجة في سطر واضح واحد: ما فعله الوكيل. وهذا كل ما يقرؤه معظم الناس في معظم الأوقات.
2. الخطة: الخطوات المرتبة التي اتخذها. لمن يريد التحقق من شكل العمل.
3. السبب: منطقه ومعه إشارة ثقة صادقة. لا نسبة مئوية زائفة، بل «مرتفعة / منخفضة / غير متأكد» حقيقية يقصدها الوكيل. النطاق اللفظي هو الصيغة الصادقة: فعبارة دقيقة المظهر مثل «73%» توحي بمعايرة لا يملكها النموذج فعلًا، بينما تقول «غير متأكد» الحقيقة التي تتظاهر بها النسبة.
4. الدليل: المصادر واستدعاءات الأدوات والمسار الكامل. للتدقيق وتصحيح الأخطاء واللحظة التي يبدو فيها شيء غير صحيح.

تؤدي أسطح صغيرة وملموسة معظم العمل هنا: شارة منشأ («استنادًا إلى 3 من ملفاتك»)، وعلامة عدم يقين على الجزء المهتز، ورابط إلى المسار. أنت لا تشرح رياضيات النموذج، بل تجيب عن سؤال الإنسان الحقيقي: هل ينبغي أن أثق بهذا، وأين أنظر أولًا إن لم أثق؟

المفهوم الثامن · قرص الاستقلالية: إذن ينمو

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

الشكل 4: قرص الاستقلالية. نظامان: الإنسان داخل الحلقة، حيث ينتظرك الوكيل، والإنسان مشرف على الحلقة، حيث يتصرف الوكيل وأنت تشرف، والموثوقية هي ما يرفع درجة القرص.

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

هذا القرص هو الواجهة الأمامية لبوابات الموافقة التي ربطتها في دورة الجهاز العصبي، ولنموذج «الموافقة بوصفها نموذج السلطة» من دورة الموظف الرقمي بدوام كامل. خلف الكواليس، الموافقة حدث دائم وخاضع للتدقيق؛ وفي الواجهة الأمامية هي قرص يستطيع الشخص الشعور به.

المفهوم التاسع · معاينة النية وعادة مراجعة الخطة

أرخص الأخطاء التي يمكنك منعها هو الخطأ الذي لم يرتكبه الوكيل بعد. قبل أن يتصرف، ولا سيما في أمر غير قابل للعكس، اعرض الخطة ودع الشخص يعدلها. «هذا ما أنا على وشك فعله: 1، 2، 3. هل تريد تغيير شيء؟» يمنع هذا النمط الواحد، أي معاينة النية، ندمًا أكثر من أي قدر من الشرح بعد وقوع الأمر.

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

• تتناسب المعاينة مع المخاطر. إرسال مسودة داخلية واحدة؟ يكفي تنبيه هادئ: «سأرسل الآن، هل تريد التراجع؟». مراسلة 500 عميل أو نقل أموال؟ يلزم عرض الخطة كاملة وتأكيد صريح.
• يمكن تعديل الخطة أثناء التنفيذ لا مجرد قبولها. الخطة التي لا تستطيع إلا قبولها أو رفضها جدار. والخطة التي تستطيع تعديلها، مثل «نعم، لكن تخطَّ الخطوة الثانية»، شراكة.

المفهوم العاشر · صمم للعمل غير المتزامن: إيقاع العمل الجديد

كانت برمجيات الأوامر متزامنة: تتصرف فتستجيب، وتنتظر ثم تتصرف من جديد. يكسر العمل الوكيل هذا الإيقاع. تحدد نية، ثم تنفصل، وتعود إلى عمل جارٍ أو مكتمل. هذا شكل جديد حقًا من التعاون، ويحتاج إلى تصميم خاص به.

الشكل 5: حلقة التعاون غير المتزامن. يحضر الإنسان لتحديد النية وللمراجعة، وفي الوسط يعمل الوكيل منفردًا ولا يقاطع إلا عندما يحتاج القرار إلى شخص فعلًا.

أربعة أسطح تجعل العمل غير المتزامن إنسانيًا:

• التقاط نية واضحة بما يكفي لمواصلة العمل من دونك، لأنك لن تكون حاضرًا للتوضيح.
• تقدم يمكن فهمه بنظرة: حالة يفحصها الشخص في ثلاث ثوان، لا جدار من السجلات.
• نبّه ولا تمطره بالإشعارات. قاطع الشخص فقط عند نقاط القرار الحقيقية، والتزم الصمت فيما عدا ذلك. الوكيل الذي ينبهك عند كل خطوة أسوأ من عدم وجود وكيل؛ فقد صار لديك زميل كثير المطالب ولا يمكن الوثوق بعمله منفردًا. القاعدة: استحق المقاطعة.
• سطح للمراجعة والتنقيح عند العودة، يفحص فيه الشخص العمل المكتمل ويصححه ويعيد توجيه الوكيل بحركة واحدة.

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

المفهوم الحادي عشر · الإصلاح والإنصاف: صمم لليوم الذي يخطئ فيه

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

تحول أربع خطوات النتيجة السيئة من خيانة إلى عثرة:

1. التراجع بأقرب صورة ممكنة إلى نقرة واحدة. إنه أقوى باني ثقة في الدورة كلها. سيمنح الشخص استقلالية حقيقية لوكيل يستطيع عكس أفعاله بصورة نظيفة.
2. اعتذار مباشر وشرح واضح لما حدث: بلا مراوغة ولا إلقاء للوم على المستخدم.
3. الإجراء التصحيحي والخطوة التالية بصياغة صريحة: «عكست التحويل. وعلّمت الحالة للمراجعة كي لا تتكرر».
4. طريق ظاهر إلى إنسان. دائمًا. فهو يخفف الإحباط ويثبت وجود مساءلة فوق الوكيل.

ولأنك لا تستطيع تحسين ما لا تقيسه، راقب رقمين. معدل التصعيد، أي عدد المرات التي يطلب فيها الوكيل مساعدة إنسان، له نطاق سليم يقارب 5–15% وفق معيار ممارس واحد: إذا انخفض كثيرًا فهو يخمّن حين ينبغي أن يسأل، وإذا ارتفع كثيرًا فهو متردد إلى حد انعدام الفائدة. أما نجاح التعافي، أي حصة المهام المصعّدة أو الفاشلة التي تصل إلى نهاية جيدة، فتريده مرتفعًا فوق نحو 90%. تعامل مع هذه الأرقام كنقاط بداية تعايرها على نطاقك، لا كقوانين. إنها مقاييس لتجربة المستخدم بقدر ما هي مقاييس تشغيلية، لأنها التجربة المحسوسة لنظام يتصرف.

المفهوم الثاني عشر · الإشراف على الكثرة: من وكيل واحد إلى قوة عاملة

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

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

ثلاثة أسطح تجعل القوة العاملة قابلة للإشراف:

• عرض الأسطول. نظرة واحدة إلى كل موظف: من يعمل، ومن تعطل، ومن ينتظرك. حالة لا تفاصيل؛ لوحة عمليات لا عشر نوافذ محادثة مفتوحة.
• فرز الانتباه. يرتب السطح ما يحتاج إلى إنسان الآن. يصعد نزاع بقيمة 900 دولار إلى الأعلى، وتبقى عمليات الاسترداد النظيفة المئتان في السجل. إنه مبدأ «نبّه ولا تمطره بالإشعارات» (المفهوم العاشر) بعد توسيعه من وكيل واحد إلى فريق، ونسبة ما يظهر إلى ما يلتزم الصمت هي ميزانية انتباهك.
• الانحراف لا التعطل فقط. أظهر أكثر من «طلب هذا الموظف المساعدة». أظهر «تضاعف معدل تصعيد هذا الموظف هذا الأسبوع»: إشارة على مستوى الأسطول إلى أن الموظف ينحرف بهدوء قبل أن يفشل بصوت مرتفع. هنا تُكتشف الثقة المفرطة في المفهوم الرابع، لا بأن يراقب الشخص بجهد أكبر، بل بأن يراقب السطح نيابة عنه.

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

هذه هي الواجهة الأمامية لقائمة الفريق ومستوى التحكم في فرق الإنسان والوكيل وPaperclip. يحدد نموذج التشغيل من في الفريق؛ أما هذا فيصمم الغرفة التي يراقب فيها الإنسان عمل الفريق، والأهم أنه يختار ما لن ينظر إليه.

---

الجزء الثالث · السطح الآلي: التصميم للوكلاء بصفتهم مستخدمين

بعبارة بسيطة: كيف تصمم جانب المنتج الذي تستخدمه الوكلاء الأخرى، كي تستخدم البرمجيات منتجك بصورة صحيحة من المحاولة الأولى؟

المفهوم الثالث عشر · تجربة الوكيل (AX): لمنتجك مستخدمون آليون

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

الشكل 7: السطح الآلي. تحدد أربعة أسئلة ما إذا كان الوكيل يستطيع استخدام منتجك أصلًا، وكل واحد منها قرار تصميمي.

تحدد أربعة أشياء ما إذا كان الوكيل يستطيع النجاح مع منتجك:

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

وهذه هي الفائدة التي تربط ذلك ببقية الكتاب: الموصّل أو خادم MCP المصمم جيدًا هو تجربة وكيل جيدة. كل ما تعلمته في المهارات والموصّلات والتطبيقات الأصلية للموصّلات تصميم واجهة لقارئ آلي. ملف SKILL.md الذي يعلّم الوكيل مهمتك، وأداة MCP ذات التوقيع الواضح محدد النوع، هما تجربة مستخدم منتجك لمستخدميه الآليين. صممهما بالعناية نفسها التي تمنحها للشاشة.

عمليًا، يبدو السطح الآلي الذي يستطيع الوكيل الوثوق به كواجهة برمجة تطبيقات جيدة مع بعض العادات الخاصة بالوكلاء:

• سمِّ الأدوات باسم الإجراء بوضوح: refund_order لا process. الاسم أول ما يقرؤه النموذج.
• اجعل المخططات ضيقة ومحددة النوع وخاضعة للتحقق: عقد إدخال محكم هو ما يساعد النموذج على الإصابة من المحاولة الأولى.
• صرّح بالآثار الجانبية والخطر: علّم الأدوات التي تغيّر العالم، واجعل الخطرة منها تتطلب تأكيدًا أو فحص سياسة.
• أعد أخطاء منظمة وقابلة للتصرف: ليس مجرد رمز محدد النوع، بل ما ينبغي فعله بعده؛ هل يمكن إعادة المحاولة، وما تلميح retry_after، وما البديل الممكن. الجملة التي يجب أن يفسرها الوكيل أسوأ من رمز يستطيع التفريع بناء عليه؛ والرمز الذي لا يحمل خطوة تالية نصف إجابة فقط.
• اجعل الإجراءات متساوية الأثر عند التكرار حيثما أمكن، كي لا تكرر إعادة المحاولة خصمًا أو إرسالًا.
• احمل المنشأ والإذن: من أين جاءت هذه البيانات، وتحت سلطة من أتصرف، وكيف تُلغى؟
• اكتب الوثائق للوكيل: الأمثلة والحدود وأنماط الفشل وسلوك إعادة المحاولة؛ يقرأ النموذج وثائقك كما يقرأ الإنسان واجهتك.
• اختبر العقد لا الشاشة فقط: تحتاج تكاملات الوكلاء إلى اختبارات عقد، أي اختبارات آلية تتحقق من وفاء واجهة البرمجة بوعودها؛ فاختبار ضمان الجودة البشري لا يمرن السطح الآلي.

لكن كن دقيقًا بشأن ما يمنحك إياه البروتوكول المشترك وما لا يمنحك. اعتبارًا من 2026، يوحّد MCP كيفية اكتشاف الأداة واستدعائها، وكيفية قراءة المورد، وكيفية مصادقة الوصول. ومن خلال أول امتداد رسمي له، تطبيقات MCP، يضيف غلاف بيانات وصفية لواجهة المستخدم، حيث تربط الأداة بواجهة ui:// عبر _meta.ui.resourceUri، بما يسمح للأداة بإرجاع أداة تفاعلية بدل النص وحده. ويترك لك عن قصد ثلاثة أشياء: التنسيق، أي كيف يخطط الوكيل ويسلسل ويعيد المحاولة؛ والحوكمة، أي من يجوز له استدعاء ماذا وبأي سجل تدقيق وحدود؛ والحالة، أي الحلقة طويلة التشغيل. بعبارة بسيطة: يُدخل البروتوكول الوكيل من الباب، أما ما يجوز له فعله في الداخل ومن يراقبه فما يزال من تصميمك.

إذن لعبارة «تجربة الوكيل الجيدة» نصفان. التزم بالبروتوكول كي يصل إليك أي وكيل. ثم صمم ما يغفله البروتوكول: قوائم السماح في الخادم، وبوابات الموافقة، وحدود الإنفاق، والسجلات القابلة للتدقيق، وهي النظير الآلي لأسطح السياسة في المفهوم الخامس عشر. ويقول مقترح تطبيقات MCP ذلك صراحة: العزل وهذه الضوابط من مهام المضيف لا البروتوكول. تصبح صيغة الأسلاك سلعة مشتركة؛ أما السياسة التي تبنيها فوقها فهي ملكك، وفيها تعيش الثقة والسلامة فعلًا.

المفهوم الرابع عشر · واجهة المستخدم التوليدية: وكلاء تعيد واجهات

بدأ الجمهوران يلتقيان في السطح نفسه. مع تطبيقات MCP لم تعد الأداة مضطرة إلى إرجاع نص فقط. يمكنها إرجاع نتيجة نصية عادية لكل مضيف، وأن تشير أيضًا إلى مورد تفاعلي ui://، يُسمى في حقل _meta.ui.resourceUri الخاص بالأداة، للمضيفين الذين يدعمون التطبيقات. يعرض المضيف تلك الواجهة داخل المحادثة في إطار iframe معزول، كي يفحص الشخص أو يوافق أو يضبط أو يستكشف من دون مغادرة سير العمل الوكيل.

الشكل 8: واجهة المستخدم التوليدية مع تطبيقات MCP. تصرّح الأداة بواجهتها؛ ويعرضها المضيف داخل المحادثة وفي بيئة معزولة؛ وتحمل قناة واحدة قابلة للتدقيق كل شيء إلى الخلف. وتبقى النتيجة النصية بديلًا في كل مكان آخر.

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

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

التموضع في ثلاثة أسطر

MCP هو السطح الآلي. وتطبيقات MCP هي السطح البشري التفاعلي. ومعًا يسمحان لأداة واحدة بخدمة مستخدمي المنتج الوكيل كليهما: البشر والوكلاء.

تطبيقات MCP هي أول امتداد رسمي لواجهة المستخدم في بروتوكول سياق النموذج. اقتُرحت في نوفمبر 2025، واعتمدت في مواصفة MCP لشهر يوليو 2026، وبنتها فرق MCP-UI وOpenAI وAnthropic معًا. يعرضها بالفعل مضيفون منهم Claude وClaude Desktop وVS Code وGoose وPostman، كما يبني OpenAI Apps SDK تطبيقات ChatGPT على أساس MCP نفسه. وهذا يجعل تطبيقات MCP أقرب ما تملكه هذه الطبقة إلى معيار فعلي: أداة مصغرة واحدة ومضيفون كثر، مع اختلاف الدعم والخصائص بين المضيفين. وهذا إنتاج لا وعد: حين فعّل Claude تطبيقات MCP في يناير 2026، أطلق موصّلات تفاعلية من Asana وSlack وFigma وCanva وBox وHex وغيرها؛ مخططات زمنية للمشروعات يمكنك تعديلها، ومسودات رسائل في معاينة منسقة، ومخططات تحليلات حية، وكلها معروضة داخل المحادثة. كل واحد منها هو النمط السابق: أداة تعيد نصًا في كل مكان وأداة مصغرة حيث يستطيع المضيف عرضها.

أربع خصائص تجعل تطبيق MCP أكثر من صفحة ويب داخل صندوق، وكلها خصائص تجربة:

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

متى تستحق الأداة المصغرة مكانها؟ يطابق الإرشاد الرسمي انضباط هذه الدورة: استخدم تطبيقًا لاستكشاف بيانات معقدة، فخريطة تفاعلية أفضل من قائمة أرقام؛ أو لضبط خيارات كثيرة معًا، فالنموذج أفضل من عشرين جولة سؤال وجواب؛ أو للوسائط الغنية، كعارض PDF أو نموذج ثلاثي الأبعاد حقيقي؛ أو للمراقبة الفورية، كلوحة معلومات حية؛ أو لسير عمل متعدد الخطوات، كالموافقة والمراجعة وفرز العناصر واحدًا واحدًا. بطاقة الموافقة على الاسترداد التي ستبنيها في المختبر التطبيقي هي الحالة الأخيرة بالضبط. وتبقى القاعدة المقابلة صحيحة: إن كانت إجابة نصية واضحة تخدم الشخص فأعد نصًا. يجب أن تستحق الأداة المصغرة مكانها كما يستحق التنبيه المقاطعة (المفهوم العاشر).

والانضباط الذي يبقي عملك قابلًا للنقل هو التحسين التدريجي الآتي مباشرة من الويب: ابنِ أولًا على المعيار المفتوح، ثم إذا قدم مضيف واحد إضافات، مثل تدفق دفع تجريبي ومقصور على أسواق مختارة اعتبارًا من 2026 أو إدراج في متجر تطبيقات، فاكتشف الخاصية وتراجع بأناقة في الأماكن الأخرى. إذا بنيت لإضافات مورد واحد فقط علق سطحك عند مضيف واحد؛ أما إن بنيت على الأساس المفتوح فإنه ينتقل.

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

ناشئ ومتحرك

اعتُمدت تطبيقات MCP في مواصفة يوليو 2026، لكنها قيد التطوير النشط: تتغير مساعدات حزمة التطوير وأسماء الطرائق ودعم المضيفين شهريًا. صمم وفق شكل النمط، أي واجهة تصل كبيانات وتُعرض في بيئة معزولة لا يستطيع التطبيق الهروب منها، وتحقق من التفاصيل في الوثائق الرسمية عند modelcontextprotocol.io/extensions/apps قبل البناء. يرسم الملحق أ البنية، ويبني المختبر التطبيقي بعد المثال المحلول واحدًا.

---

الجزء الرابع · الحرفة الجديدة

بعبارة بسيطة: المهارات الجديدة لهذه الوظيفة، أي السلامة والقياس والوثيقة ذات الصفحة الواحدة التي تكتبها لكل موظف.

المفهوم الخامس عشر · عناصر التصميم الجديدة ووظيفة مصمم الحركة

إذا لم تكن ترسم الشاشات، فما الذي ترسمه؟ للحرفة عناصر أساسية جديدة، وهي الأشياء التي تنفق عليها ساعات التصميم الآن:

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

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

المفهوم السادس عشر · السطح بوصفه وسيلة تحكم في السلامة

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

الشكل 9: السطح بوصفه وسيلة تحكم في السلامة. يجيب عن كل خطر من مخاطر OWASP لنماذج اللغة الكبيرة على اليسار رد تصميمي بنته الدورة بالفعل على اليمين: السلامة خاصية في التجربة لا مهمة خلفية.

• حقن الموجهات (LLM01): تخبر صفحة ويب أو وثيقة وكيلك بهدوء أن يفعل شيئًا لم يطلبه المستخدم. يدافع السطح بجعل المنشأ ظاهرًا، بحيث تعرض النتيجة ما قرأه الوكيل ومن أين جاء الأمر، كما في المفهوم السابع؛ وبتوجيه الإجراءات المؤثرة عبر معاينة النية، كما في المفهوم التاسع، كي لا يستطيع الأمر المحقون التصرف في صمت.
• القدرة المفرطة على التصرف (LLM06): يستطيع الوكيل فعل أكثر مما تحتاج إليه اللحظة. هذا هو قرص الاستقلالية (المفهوم الثامن) وأسطح السياسة (المفهوم الخامس عشر): أقل سلطة افتراضيًا، والإجراءات عالية المخاطر مثبتة داخل الحلقة، وإضافة القدرات بقصد لا بالانحراف.
• المعلومات المضللة والثقة المفرطة (LLM09، التي استوعبت «الاعتماد المفرط» القديم): يخطئ الوكيل بثقة ويصدقه الشخص. الدفاع هو عدم اليقين الظاهر (المفهوم الرابع) والمنشأ (المفهوم السابع): لا تسمح لادعاء مهتز بأن يرتدي وجه الحقيقة المؤكدة.
• الاستهلاك غير المحدود (LLM10): تستنزف حلقة منفلتة أو هجوم «حجب المحفظة»، أي إجبار الوكيل عمدًا على حرق المال، الوقت والميزانية. يعرض السطح التكلفة والميزانية أثناء استهلاكهما (المفهوم العاشر)، ويفرض حدود الإنفاق كسطح سياسة (المفهوم الخامس عشر).
• كشف البيانات الحساسة (LLM02) وإساءة استخدام الإذن: يسرّب الوكيل أو يتجاوز نطاقه. الدفاع هو ركيزة الوصول في المفهوم الثالث عشر: بيانات اعتماد محددة النطاق وقابلة للإلغاء، وبوابات موافقة يستطيع الشخص رؤيتها وسحبها.

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

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

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

المفهوم السابع عشر · قياس التجربة

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

تابع بطاقة أداء صغيرة لا جدارًا من العدادات:

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

يجعل انضباطان هذه المقاييس حقيقية. راقب الاتجاهات لا اللقطات: لا يعني معدل تدخل 12% شيئًا حتى تعرف معدل الشهر الماضي. وأغلق الحلقة كما تنصح حزمة HAX من Microsoft، وهي مجموعة إرشادات للتفاعل بين الإنسان والذكاء الاصطناعي: تمرن على إخفاقات الإنسان والذكاء الاصطناعي المحتملة قبل الإطلاق وصمم مسار التعافي، بدل أن تقابلها في الإنتاج. أهم مقياس هو الأخير، الوقت الموفر مقابل الانتباه المبذول، لأنه وعد الوكيل كله في رقم واحد. إذا خرج سالبًا فقد فشل السطح مهما بدا جميلًا.

تخبرك المقاييس هل يعمل السطح؛ ويخبرك بروتوكول الاختبار كيف تعرف قبل الإطلاق. نفذ هذا التسلسل على موظف قبل أن تثق بوضعه أمام الناس:

1. اختبار مراجعة الخطة: أعطه مهمة حقيقية وتحقق أن شخصًا يستطيع قراءة خطته وفهمها وتصحيحها قبل أن يتصرف (المفهوم التاسع).
2. اختبار الثقة المفرطة: أعطه مهمة يكون مخرجها الصحيح المظهر خاطئًا على نحو خفي، وانظر هل تمنع إشارات عدم اليقين الشخص من اعتمادها آليًا (المفهومان 4 و7).
3. اختبار التعافي: دعه يرتكب عمدًا خطأ قابلًا للعكس، وقِس سرعة تراجع الشخص عنه ونظافته (المفهوم الحادي عشر).
4. اختبار المقاطعة: شغّل دفعة وقِس كم تنبيهًا استحق فعلًا مقاطعة الشخص (المفهوم العاشر).
5. اختبار إمكانية الوصول: صِل إلى الخطة والتقدم والتراجع والتصعيد بلوحة مفاتيح وقارئ شاشة فقط (المفهوم الخامس).
6. اختبار عقد السطح الآلي: مرّن الأدوات مباشرة: رفض الأنواع الخاطئة، ووضع بوابات أمام الإجراءات الخطرة، وتنظيم الأخطاء، وتساوي أثر إعادة المحاولة (المفهوم الثالث عشر).

ستة اختبارات، واحد لكل سطح صممته. لا يثبت اجتيازها أن الموظف صحيح، فذلك دور التطوير المدفوع بالتقييم، لكنه يثبت أن التجربة تصمد حين يسوء شيء.

المفهوم الثامن عشر · الأنماط المضادة وموجز التصميم الذي ستغادر به

أبقِ هذه القائمة أمام عينيك. كل نمط مضاد مبدأ مكسور من مبادئ الدورة:

النمط المضاد	كيف يبدو؟	المفهوم الذي ينتهكه
الصندوق الأسود	يتصرف بلا استدلال ظاهر	7 · الشفافية التدريجية
الوحل الوكيل	تعيد فحص كل شيء، فلا توفر وقتًا	6 · تقسيم العمل الظاهر
الوكيل المفرط في الحماس	استقلالية عالية في اليوم الأول بلا استحقاق	8 · قرص الاستقلالية
الوكيل الذي يُفرط في الوثوق به	استقلالية عالية في عمل لا يفحصه أحد	4 · الثقة المضبوطة
إزعاج الإشعارات	ينبه عند كل خطوة	10 · نبّه ولا تمطره بالإشعارات
لوحة أرهقتها الإنذارات	ينبه كل موظف، فيتوقف الإنسان عن الإصغاء	12 · فرز الانتباه
الثقة الزائفة	يعرض تخمينات مهتزة كحقائق يقينية	4 · عدم اليقين الظاهر
الباب الفخ	إجراء لا يمكن التراجع عنه	11 · الإصلاح والإنصاف
النائب المرتبك	لا يستطيع السطح تمييز أمر المستخدم من أمر محقون	16 · سطح السلامة
السطح غير المقاس	يبدو أنيقًا، ولا يتابع أحد إن كان مفيدًا	17 · قياس التجربة
واجهة البرمجة الغامضة	سطح آلي لا يستطيع أي وكيل تحليله	13 · تجربة الوكيل

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

1. الجمهوران: سمِّ المستخدم البشري ومستخدمي الوكيل لهذا الموظف (المفهوم الثاني).
2. اللقاء الأول: كيف يُهيّأ المستخدم الجديد، وكيف تُعاد التوقعات حين يكتسب قدرة التصرف، وكيف يعمل السطح بلا بصر أو فأرة (المفهوم الخامس).
3. سطح الثقة: ما الذي يظهر افتراضيًا والطبقات الثلاث تحته (المفهوم السابع).
4. خريطة العبء: ما الذي يحتفظ به الإنسان، وما الذي يأخذه الموظف، وكيف يرى الشخص الحد الفاصل (المفهوم السادس).
5. سلّم الاستقلالية: الدرجات الخمس لهذا الموظف، والإجراءات المثبتة داخل الحلقة إلى الأبد (المفهوم الثامن).
6. خطة العمل غير المتزامن: التقاط النية، والتقدم المفهوم بنظرة، وكيف يظهر الانتظار نفسه، والأحداث الدقيقة التي تستحق تنبيهًا (المفهوم العاشر).
7. خطة التعافي: معنى «التراجع» هنا، ومسار التصعيد، ومقياسا الصحة اللذان ستراقبهما (المفهوم الحادي عشر).
8. عند التوسع: إذا شغلت عدة موظفين من هذا النوع، فما عرض الأسطول، وما الذي يستحق انتباه الإنسان، وما إشارة الانحراف التي تراقبها (المفهوم الثاني عشر).
9. السطح الآلي: الموصّل أو أدوات MCP التي يكشفها الموظف، محكومًا عليها كتجربة وكيل: الوصول والسياق والأدوات والتنسيق (المفهوم الثالث عشر).
10. سطح السلامة: التهديدات الخاصة بالوكلاء التي يجب أن يخففها سطح هذا الموظف، مثل الحقن والقدرة المفرطة والتكلفة المنفلتة، والدفاع المقابل لكل منها (المفهوم السادس عشر).
11. بطاقة الأداء: المقاييس القليلة لتجربة المستخدم التي ستتابعها، والخط الذي تبدأ عنده تقييمات صحة الموظف (المفهوم السابع عشر).

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

---

مثال محلول: السطحان لموظف دعم

خذ الموظف الرقمي لدعم العملاء من دورة الموظف الرقمي. راقب السطحين معًا.

سطحه البشري. يفتح قائد الدعم لوحة التحكم. العرض الافتراضي سطر لكل تذكرة: «أُعيدت قيمة الطلب #4021، 38 دولارًا، الثقة: مرتفعة.» هذه هي الطبقة الأولى (المفهوم السابع). تعرض نقرة واحدة الخطة: اقرأ الطلب، وافحص سياسة الاسترداد، وأصدر الاسترداد، وأرسل بريدًا إلى العميل. وتعرض نقرة أخرى السبب وبند السياسة الذي استند إليه. نُفذ الاسترداد لأن 38 دولارًا داخل حد الموظف: درجة الاستقلالية الثالثة، تصرف ضمن الحدود (المفهوم الثامن). التذكرة التالية نزاع استرداد بقيمة 900 دولار؛ وهذا أعلى من الحد، فيتوقف الموظف ويسأل: الدرجة الثانية، داخل الحلقة، لأن المخاطر تثبته هناك (المفهوم الثامن). ويحمل كل استرداد زر تراجع لمدة 24 ساعة (المفهوم الحادي عشر). القائد مشرف على الحلقة، يلقي نظرة ولا يقود (المفهوم العاشر). وحين يعمل هذا الموظف بجانب تسعة آخرين، يكون نزاع 900 دولار هو ما يظهره عرض الأسطول، بينما تبقى عمليات الاسترداد النظيفة في السجل (المفهوم الثاني عشر).

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

موظف واحد، وجمهوران، وسطحان صُمما عن قصد.

حين ترتفع المخاطر. غيّر الآن شيئًا واحدًا: بدل عمليات الاسترداد، يوافق هذا الموظف على مدفوعات الموردين؛ أموال لا تعود بعد إرسالها. يشتد كل نمط رأيته للتو. لم يعد التراجع (المفهوم الحادي عشر) شبكة الأمان لأنه لا تراجع هنا؛ لذلك ينتقل ثقل التصميم من التعافي إلى الوقاية: تصبح معاينة النية (المفهوم التاسع) إلزامية ومفصلة لا مجاملة. لا يرتفع قرص الاستقلالية (المفهوم الثامن) أبدًا فوق «تصرف ضمن الحدود»، ويظل الحد منخفضًا، وتثبت كل دفعة كبيرة داخل الحلقة إلى الأبد مهما بلغت موثوقية الموظف. ويرتفع حد الثقة اللازم للتصرف من دون سؤال. ويحمل سطح السلامة (المفهوم السادس عشر) عبئًا أكبر، لأن أمر دفع خاطئًا أو محقونًا مكلف وغير قابل للعكس، ولذلك لا يعود المنشأ وموافقة إنسان ثان أمرين اختياريين. كما يثقل سطح الحوكمة: مفتاح إيقاف، وسجل تدقيق كامل، وشخص مسمى يملك كل دفعة فوق عتبة. الأنماط والمفاهيم نفسها، لكنها مشددة لأن كلفة الخطأ ارتفعت. وهذا القرص بين التعافي والوقاية هو ما تضبطه في كل نطاق عالي المخاطر: الرواتب، والفرز السريري، والتقييم، وأي شيء منظم أو غير قابل للعكس.

---

المختبر التطبيقي: ابنِ أول تطبيق MCP لك

جادل الجزء الثالث بأن السطح الآلي عمل تصميمي. والآن ستنجز ذلك العمل. في هذا المختبر تبني تطبيق MCP حقيقيًا: أداة تعيد أداة مصغرة تفاعلية عاملة بدل جدار من النص، وتُعرض داخل Claude أو أي مضيف يدعم تطبيقات MCP.

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

ما تحتاج إليه. Node.js بالإصدار 18 أو أحدث، وطرفية، ووكيل برمجي يدعم المهارات: Claude Code أو OpenCode أو Codex أو Cursor أو Gemini CLI أو Goose أو ما شابه. يحتاج الاختبار داخل Claude إلى خطة مدفوعة للموصّلات المخصصة؛ أما المسار المجاني فهو مضيف الاختبار المحلي في الخطوة الثالثة.

الخطوة الأولى · ثبّت مهارة create-mcp-app

المهارة، كما تعلمت في المهارات والموصّلات، مجلد من التعليمات والأمثلة يحمّله وكيلك عندما يصبح ذا صلة. تعلم مهارة create-mcp-app الرسمية وكيلك بنية تطبيقات MCP وأنماطها ومزالقها، كي ينشئ هيكل المشروع صحيحًا من المحاولة الأولى.

في Claude Code ثبّتها كمكوّن إضافي:

/plugin marketplace add modelcontextprotocol/ext-apps
/plugin install mcp-apps@modelcontextprotocol-ext-apps

أما الوكلاء الأخرى، مثل OpenCode وCodex وCursor وGemini CLI وGoose وغيرها، فيعمل معها مثبت عابر للوكلاء في سطر واحد:

npx skills add modelcontextprotocol/ext-apps

(المسار اليدوي إن فضلت: استنسخ github.com/modelcontextprotocol/ext-apps وانسخ plugins/mcp-apps/skills/create-mcp-app إلى مجلد مهارات وكيلك، مثل ~/.claude/skills/ أو ~/.codex/skills/ أو ~/.cursor/skills/.)

تحقق من وصولها. اسأل وكيلك:

What skills do you have access to?

ينبغي أن ترى create-mcp-app في القائمة. إذا ظهرت، صار وكيلك يعرف كيف يبني تطبيقات MCP.

الخطوة الثانية · حلقة الدقائق العشر: أنشئ الهيكل وابنِ وشغّل الخادم

ابدأ بمثال «مرحبًا بالعالم» الرسمي لترى الحلقة كلها مرة. أعط وكيلك سطرًا واحدًا:

Create an MCP App that displays a color picker

يدرك الوكيل صلة المهارة، فيحمّلها وينشئ مشروعًا كاملًا: خادم MCP، وواجهة الأداة المصغرة، وإعدادات البناء. وعندما ينتهي، نفذ من مجلد المشروع:

npm install && npm run build && npm run serve

يعمل خادم MCP الآن عند http://localhost:3001/mcp. لقد أصبح موجودًا؛ وفي الخطوة التالية ستراه معروضًا.

الخطوة الثالثة · شاهده يُعرض

الخيار أ: مضيف الاختبار المحلي، مجاني وبلا حساب. يتضمن مستودع ext-apps مضيفًا مصغرًا للتطوير:

git clone https://github.com/modelcontextprotocol/ext-apps.git
cd ext-apps/examples/basic-host && npm install
SERVERS='["http://localhost:3001/mcp"]' npm start

افتح http://localhost:8080، واختر أداتك واستدعها، وشاهد الأداة المصغرة تُعرض داخل إطار iframe المعزول.

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

npx cloudflared tunnel --url http://localhost:3001

انسخ رابط https://….trycloudflare.com الناتج وأضفه في Claude من Settings → Connectors → Add custom connector، علمًا بأن الموصّلات المخصصة تحتاج إلى خطة Pro أو Max أو Team. ثم ابدأ محادثة جديدة واطلب من Claude منتقي ألوان. ستظهر أداتك المصغرة داخل المحادثة.

الخطوة الرابعة · اقرأ ما بناه وكيلك

قبل بناء الشيء الحقيقي، افتح المشروع وابحث عن النمط كاملًا: إنه بدائيتان من MCP وجسر واحد. على الخادم توجد أداة تشير بياناتها الوصفية إلى واجهة، ومورد يقدم تلك الواجهة:

// server.ts (the load-bearing lines)
const resourceUri = "ui://get-time/mcp-app.html"; // ui:// marks this as an App interface

registerAppTool(
  server,
  "get-time",
  {
    title: "Get Time",
    description: "Returns the current server time.",
    inputSchema: {},
    _meta: { ui: { resourceUri } }, // the one line that turns a tool into an App
  },
  async () => ({
    content: [{ type: "text", text: new Date().toISOString() }], // the text fallback
  }),
);

registerAppResource(
  server,
  resourceUri,
  resourceUri,
  { mimeType: RESOURCE_MIME_TYPE },
  async () => ({
    contents: [{ uri: resourceUri, mimeType: RESOURCE_MIME_TYPE, text: html }],
  }),
);

وفي الأداة المصغرة تفتح الفئة App القناة الوحيدة التي تسمح بها البيئة المعزولة:

// src/mcp-app.ts (the load-bearing lines)
const app = new App({ name: "Get Time App", version: "1.0.0" });
app.connect(); // open the postMessage channel to the host

app.ontoolresult = (result) => {
  /* the host pushes the first tool result here */
};

await app.callServerTool({ name: "get-time", arguments: {} }); // the UI calls tools back

اقرأه في ضوء الدورة. يمثل content النصي للأداة البديل للمضيفين الذين لا يدعمون التطبيقات (المفهوم الرابع عشر). ولا تلمس الأداة المصغرة صفحة المضيف أو ملفات تعريف ارتباطه قط؛ بل يعبر كل شيء قناة JSON-RPC واحدة قابلة للتدقيق عبر postMessage (المفهوم السادس عشر مدمجًا). وكل callServerTool رحلة ذهاب وعودة إلى خادمك، لذلك يجب أن تتعامل الواجهة بأناقة مع الانتظار (المفهوم العاشر في صورة مصغرة).

الخطوة الخامسة · البناء الحقيقي: بطاقة الموافقة على الاسترداد

ابنِ الآن المثال المحلول الخاص بهذه الدورة. أعط وكيلك مواصفة لا إحساسًا عامًا؛ فهذا هو التطوير المدفوع بالمواصفات مطبقًا على أداة مصغرة:

Using the create-mcp-app skill, build an MCP App called refund-approval.

Tool: review_refund(order_id: string, amount: number, confidence: "high" | "low" | "unsure").
It returns the refund details as plain text (the fallback) and renders an approval card.

The card must:
1. Show one plain line: "Refund #<order_id> · $<amount> · confidence: <word>".
   Confidence is always a word, never a colour.
2. Offer two buttons, Approve and Escalate to a human. Both must be reachable
   by keyboard, with labels a screen reader announces.
3. On Approve, call the server tool approve_refund(order_id), then show
   "Approved · Undo available for 24h" with an Undo button that calls
   undo_refund(order_id).
4. If amount > 50, disable Approve and show "Above limit: needs a human",
   leaving only Escalate active.
5. Make approve_refund and undo_refund idempotent on order_id: calling either
   twice must be safe.

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

الفحص	المفهوم الذي تمرنه
استدعِ الأداة في مضيف لا يدعم التطبيقات، أو اقرأ content النصي: هل يحمل البديل القرار؟	14 · البديل مدمج
هل الثقة كلمة لا لونًا، وهل سطر البطاقة واضح؟	7 · الشفافية، 5 · إمكانية الوصول
وافق ثم تراجع: هل العكس بنقرة واحدة، وهل تكرار النقر آمن؟	11 · الإصلاح، 13 · تساوي الأثر عند التكرار
جرّب استرداد 900 دولار: هل ترفض البطاقة وتحيله إلى إنسان؟	8 · قرص الاستقلالية
تنقل في البطاقة بلوحة المفاتيح فقط: هل تصل إلى كل عنصر تحكم؟	5 · الوصول للجميع
هل سُميت الأدوات باسم الإجراء (review_refund لا process)؟	13 · السطح الآلي

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

الخطوة السادسة · إلى أين تتعمق؟

الوثائق الرسمية هي مصدر الحقيقة وهي تتحرك: النظرة العامة عند modelcontextprotocol.io/extensions/apps/overview، ودليل البناء الذي يتبعه هذا المختبر عند modelcontextprotocol.io/extensions/apps/build، ومرجع واجهة البرمجة الكامل عند apps.extensions.modelcontextprotocol.io، ومستودع ext-apps على GitHub. ومجلد الأمثلة فيه كنز: خرائط تفاعلية، ومشاهد ثلاثية الأبعاد، وعوارض PDF، ولوحات معلومات، وقوالب بداية باستخدام React وVue وSvelte وJavaScript العادي. إذا فشل أمر في هذا المختبر يومًا، فتصرف بأسلوب وكيل: اطلب من وكيلك جلب دليل البناء وتسوية الاختلاف.

متحقق منه، لكن لا تتشبث بالتفاصيل

جميع الأوامر وأنماط الشيفرة في هذا المختبر متحقق منها وفق دليل بناء تطبيقات MCP الرسمي حتى منتصف 2026. اعتُمد الامتداد في مواصفة يوليو 2026 لكنه قيد التطوير النشط، لذلك ستستمر أسماء الحزم ومساعدات حزمة التطوير ودعم المضيفين في التغير. النمط، أي أداة + مورد ui:// + عرض معزول + قناة postMessage، هو الجزء الدائم؛ أما الصيغ الدقيقة فليست كذلك.

---

المشروعات

1. دقق وكيلًا تستخدمه. خذ منتجًا وكيلًا تعتمد عليه وقيمه وفق الأنماط المضادة الأحد عشر في المفهوم الثامن عشر. أي مدخل للثقة هو الأضعف، وما التغيير الواحد الذي يرفعه أكثر؟
2. ارسم القرص. اكتب لموظف بنيته درجات الاستقلالية الخمس بصيغة ملموسة، ثم علّم الإجراءات المثبتة داخل الحلقة إلى الأبد واشرح السبب (المفهوم الثامن).
3. صمم ميزانية تنبيه. اسرد كل حدث قد يقاطع الموظف شخصًا بسببه. قلص القائمة حتى لا يبقى إلا ما يحتاج فعلًا إلى إنسان. القائمة الباقية هي تصميم إشعاراتك (المفهوم العاشر).
4. اكتب السطح الآلي. خذ قدرة واحدة لموظفك واكتب موصّلها أو أداة MCP كما لو أن وكيلًا لا يعرفها يجب أن يستخدمها بصورة صحيحة من المحاولة الأولى. احكم عليها وفق أسئلة AX الأربعة (المفهوم الثالث عشر).
5. صمم عرض الأسطول. تخيل خمسة من موظفيك يعملون معًا. ارسم ما يراه القائد بنظرة واحدة، وقرر ما يستحق مقاطعة وما يبقى في السجل، وسمِّ إشارة الانحراف التي ستراقبها (المفهوم الثاني عشر).
6. الموجز الكامل، المشروع الختامي. أنتج موجز تجربة الوكيل الكامل ذا الأقسام الأحد عشر من المفهوم الثامن عشر لموظف رقمي واحد. هذا هو الناتج الذي بُنيت الدورة حوله.
7. انشر الأداة المصغرة. أكمل المختبر التطبيقي حتى الخطوة الخامسة: بطاقة الموافقة على الاسترداد عاملة في مضيف حقيقي وتجتاز كل صف في مراجعة التصميم. ثم دوّن قرارات التصميم الثلاثة التي أجبرتك القائمة على اتخاذها ولم يكن نموذج ويب عادي ليفرضها.

---

مسار القارئ

إذا كنت هنا لتوجه هذا العمل لا لتبنيه، فاقرأ المفاهيم 1–4 و8 و12 و13 و16 و17، ثم اكتب سلّم الاستقلالية (المشروع الثاني)، وعرض الأسطول (المشروع الخامس)، وحكم السطح الآلي (المشروع الرابع) لموظف واحد. هذا يكفي لمراجعة منتج وكيل ومعرفة إن كانت تجربته جديرة بالثقة، وهذه هي وظيفة القائد الحقيقية هنا.

موضع هذه الدورة في الكتاب

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

الملحق أ: خريطة تطبيقات MCP (2026)

تسمي المفاهيم 13 و14 والمختبر التطبيقي أجزاء متحركة كثيرة. يثبت هذا الجدول معنى كل منها: الحالة حتى منتصف 2026. اعتُمدت تطبيقات MCP في مواصفة يوليو 2026 لكنها قيد التطوير النشط، لذا تحقق من التفاصيل في الوثائق الرسمية (modelcontextprotocol.io/extensions/apps) قبل البناء عليها. يبني هذا الكتاب على تطبيقات MCP لأنها تجلس مباشرة فوق طبقة أدوات MCP، أي الموضع نفسه الذي تكتشف فيه وكلاؤك الأدوات وتستدعي القدرات وتتلقى نتائج منظمة، وتعرض الآن واجهات خاصة بالمهام.

الجزء	ماهيته
الأداة	أداة MCP عادية يشير حقل _meta.ui.resourceUri فيها إلى واجهتها؛ والنص الذي تعيده بديل للمضيفين الذين لا يدعمون التطبيقات
مورد ui://	الواجهة نفسها: صفحة HTML، تُجمع عادة مع CSS وJavaScript الخاصين بها، يقدمها الخادم مثل أي مورد MCP آخر
إطار iframe المعزول	الموضع الذي يعرض فيه المضيف HTML: صندوق معزول لا يستطيع قراءة صفحة المضيف أو ملفات تعريف ارتباطه أو تخزينه، ولا يستطيع الهروب
قناة postMessage	طريقة تحدث التطبيق: رسائل JSON-RPC، ومعظمها طرائق تبدأ من ui/ إلى جانب طرائق مشتركة مثل tools/call، وكلها قابلة لتدقيق المضيف
csp وpermissions	احتياجات المورد المعلنة: أي مصادر خارجية يجوز له تحميل الأصول منها، وما القدرات الإضافية التي يطلبها، مثل الكاميرا والميكروفون
الفئة App	الغلاف المريح من @modelcontextprotocol/ext-apps: connect() وontoolresult وcallServerTool()؛ وهو اختياري لأن ما تحته واجهات ويب قياسية
دعم المضيف	Claude وClaude Desktop وVS Code ‏(Copilot) وGoose وPostman وMCPJam حتى منتصف 2026؛ ويبني OpenAI Apps SDK تطبيقات ChatGPT فوق أساس MCP نفسه

كيف ينسجم مع الدورة: الأداة وموردها هما سطحك الآلي (المفهوم الثالث عشر)، والأداة المصغرة المعروضة هي سطحك البشري (الجزء الثاني)، والعزل والقناة المدققة والأذونات المعلنة هي سطح السلامة (المفهوم السادس عشر). نمط واحد وثلاثة أسطح.

الملحق ب: تطبيقات MCP مقابل OpenAI Apps SDK، ملاحظة للمصمم

إذا كنت تختار اليوم كيف تمنح أداة الوكيل واجهة مستخدم، فالمساران الشائعان هما تطبيقات MCP وOpenAI Apps SDK. يسأل المصممون أيهما يختارون؛ وتبدأ الإجابة الصادقة برفض فرضية السؤال.

ليسا منافسين. بُني OpenAI Apps SDK فوق MCP: تطبيق ChatGPT هو خادم MCP مع إضافات خاصة باستخدام ChatGPT فوقه. الإطار المعزول نفسه، وقناة JSON-RPC نفسها، وطريقة تصريح الأداة بواجهتها نفسها. صيغة الأسلاك ونموذج السلامة والعرض مشتركة.

ما الذي تضيفه Apps SDK ويهم التجربة، لا الشيفرة فقط؟

• سطح اكتشاف. يسرد متجر تطبيقات ChatGPT تطبيقك ويضعه أمام المستخدمين، ولدى Claude الآن دليل موصّلات خاص به (claude.ai/directory) تظهر فيه تطبيقات MCP. تظهر أسطح الاكتشاف عند كل مضيف، والاكتشاف مشكلة تصميمية بحد ذاته: كيف يعثر الشخص على تطبيق وكيل ويقرر الوثوق به قبل أن يستخدمه مرة؟ إنها لحظة ثقة البداية في المفهوم الخامس على مستوى النظام البيئي.
• دفع داخل المحادثة. يسمح استدعاء إتمام الشراء للمستخدم بالدفع من دون مغادرة المحادثة، وهو تجريبي ومقصور على أسواق مختارة حتى 2026. هذا سطح موافقة جديد حقًا، لا تفصيلًا خلفيًا. يضغط الدفع داخل المحادثة مراسم المراجعة والتأكيد والدفع المألوفة في لحظة واحدة، ولذلك يرتفع عبء التصميم: يجب أن يكون الالتزام واضحًا بلا لبس قبل وقوعه وقابلًا للعكس بوضوح بعده. إنها معاينة النية في المفهوم التاسع والإصلاح في المفهوم الحادي عشر مطبقان على المال.
• التوزيع. الوصول إلى قاعدة مستخدمي ChatGPT هو المكسب؛ والارتباط بمضيف واحد هو المقابل.

قاعدة التصميم هي قاعدة المفهوم الرابع عشر: ابنِ أولًا على الأساس المفتوح، أي تطبيقات MCP، كي ينتقل سطحك بين المضيفين؛ ثم اكتشف إضافات المورد، كإدراج في متجر أو تدفق دفع، وتراجع بأناقة في الأماكن الأخرى. إذا بنيت فقط لإضافات مورد واحد تقطع السبل بسطحك عند مضيف واحد.

هذا الملحق توجيه على مستوى التصميم. أما البناء نفسه فاذهب إلى الدورات التي تملكه: الوكلاء المدعومة بالدفع لآليات الدفع، و**التطبيقات الأصلية للموصّلات** و**المكونات الإضافية لوكلاء الذكاء الاصطناعي** لإنشاء خادم MCP. وتعامل بمرونة مع تفاصيل المتجر والدفع والخطط؛ فهي تفاصيل منتج لمورد تتغير كثيرًا، فتحقق منها في وثائق OpenAI Apps SDK قبل الاعتماد عليها.

الملحق ج: موجز تجربة الوكيل (قالب قابل للتعبئة)

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

---

موجز تجربة الوكيل: Worker name: ____________________________ · Owner: __________________ · Date: __________

1 · الجمهوران · المفهوم الثاني من المستخدم البشري، ومن مستخدمو الوكيل، كالموظفين الآخرين والمنسقين والخدمات الخارجية، لهذا الموظف؟ ____________________________________________________________________

2 · اللقاء الأول · المفهوم الخامس كيف يُهيّأ المستخدم الجديد، وكيف تُعاد التوقعات حين يكتسب الموظف قدرة التصرف، وكيف يعمل السطح بلا بصر أو فأرة، مع WCAG 2.2 حدًا أدنى؟ ____________________________________________________________________

3 · سطح الثقة · المفهوم السابع ما الذي يظهر افتراضيًا، أي الطبقة الأولى، وما الطبقات الثلاث تحته: الخطة، والسبب + الثقة، والدليل؟ ____________________________________________________________________

4 · خريطة العبء · المفهوم السادس ما الذي يحتفظ به الإنسان، وما الذي يأخذه الموظف، وكيف يرى الشخص الحد الفاصل ويحركه؟ ____________________________________________________________________

5 · سلّم الاستقلالية · المفهوم الثامن ما الدرجات الخمس لهذا الموظف، وما الإجراءات المثبتة داخل الحلقة إلى الأبد؟ ____________________________________________________________________

6 · خطة العمل غير المتزامن · المفهوم العاشر كيف تُلتقط النية، وكيف يصبح التقدم مفهومًا بنظرة، وكيف يظهر الانتظار نفسه، أي الزمن والتكلفة، وما الأحداث الدقيقة التي تستحق تنبيهًا؟ ____________________________________________________________________

7 · خطة التعافي · المفهوم الحادي عشر ما معنى «التراجع» هنا، وما مسار التصعيد إلى إنسان، وما مقياسا الصحة اللذان ستراقبهما؟ ____________________________________________________________________

8 · عند التوسع · المفهوم الثاني عشر إذا شغلت عدة موظفين من هذا النوع: ما الذي يعرضه عرض الأسطول، وما الذي يستحق انتباه إنسان، وما إشارة الانحراف التي تراقبها؟ ____________________________________________________________________

9 · السطح الآلي · المفهوم الثالث عشر ما الموصّل أو أدوات MCP التي يكشفها هذا الموظف، محكومًا عليها بوصفها AX: الوصول والسياق والأدوات والتنسيق؟ ____________________________________________________________________

10 · سطح السلامة · المفهوم السادس عشر ما التهديدات الخاصة بالوكلاء التي يجب أن يخففها هذا السطح، كالحقن والقدرة المفرطة والتكلفة المنفلتة والكشف، وما الدفاع المقابل لكل منها؟ ____________________________________________________________________

11 · بطاقة الأداء · المفهوم السابع عشر ما المقاييس القليلة للتجربة التي ستتابعها، وأين يبدأ تقييم صحة الموظف؟ ____________________________________________________________________

---

الملحق د: موجز مكتمل (مثال محلول)

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

موجز تجربة الوكيل. Worker name: Refund Worker · Owner: Support Lead · Date: 2026-07-01

1 · الجمهوران. الإنسان: قائد الدعم الذي يشرف على عمليات الاسترداد. الوكلاء: منسق الشركة الذي يوجه التذاكر إلى الداخل، وواجهة برمجة مزود الدفع التي يستدعيها الموظف لنقل المال.

2 · اللقاء الأول. يُنشر عند «اقترح»: يصوغ عمليات الاسترداد ليوافق عليها القائد. وعند ترقيته إلى التصرف، يظهر شريط لمرة واحدة يقول: «أصدر الآن عمليات استرداد حتى 50 دولارًا بنفسي، لا أوصي بها فحسب». يمكن بلوغ كل عنصر تحكم، أي سطر التذكرة والخطة والتراجع والتصعيد، بلوحة المفاتيح ويعلنه قارئ الشاشة؛ والثقة كلمة لا لونًا.

3 · سطح الثقة. الطبقة الأولى، الافتراضية: سطر لكل تذكرة، «أُعيدت قيمة #4021، 38 دولارًا، الثقة: مرتفعة». الطبقة الثانية: الخطة، قراءة الطلب ← فحص السياسة ← الاسترداد ← البريد. الطبقة الثالثة: السبب مع بند السياسة الذي استند إليه ونطاق مرتفع/منخفض/غير متأكد. الطبقة الرابعة: المسار الكامل والاستجابة الخام لواجهة المزود.

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

5 · سلّم الاستقلالية. 1 اقترح ← 2 أكّد ← 3 تصرف ضمن الحدود (استرداد ≤ 50 دولارًا) ← 4 تصرف وأبلغ ← 5 مستقل. يقف الموظف عند الدرجة الثالثة. المثبت داخل الحلقة إلى الأبد: كل استرداد فوق 50 دولارًا، وكل نزاع خصم عكسي، وكل حساب يحمل علامة احتيال مفتوحة.

6 · خطة العمل غير المتزامن. النية تذكرة واحدة وهدف واحد. يسمي التقدم خطوته («أفحص السياسة... أنفذ...»). عمليات الاسترداد رخيصة بما يكفي لعدم الحاجة إلى مقياس تكلفة. ثلاثة أحداث فقط تستحق تنبيهًا: استرداد فوق الحد، أو مطابقة سياسة منخفضة الثقة، أو خطأ من المزود.

7 · خطة التعافي. «التراجع» عكس بنقرة واحدة متاح 24 ساعة بعد كل استرداد. مسار التصعيد: قائد الدعم ثم مالك المالية المناوب. المقاييس المراقبة: معدل التصعيد، بهدف تقريبي 5–15%، ونجاح التعافي، بهدف أعلى من نحو 90%.

8 · عند التوسع. يشترك عشرة من موظفي الاسترداد في عرض أسطول واحد. يظهر «يحتاج إليك الآن» نزاع 900 دولار وأي موظف تضاعف معدل تصعيده أسبوعًا إلى أسبوع؛ وتبقى عمليات الاسترداد النظيفة في السجل. إشارة الانحراف: حين يرتفع معدل العكس إلى أكثر من ضعفي خط أساس الموظف، ينخفض تلقائيًا إلى الدرجة الثانية للمراجعة.

9 · السطح الآلي. الوصول: بيانات اعتماد تاجر محددة النطاق وقابلة للإلغاء ومقصورة على الاسترداد. السياق: وصف أداة يحدد بدقة متى يكون الاسترداد صالحًا. الأدوات: refund_order(order_id, amount, reason) محددة النوع وبسقف صلب 50 دولارًا. التنسيق: متساوية الأثر عند التكرار على order_id، فلا تكرر إعادة المحاولة الاسترداد.

10 · سطح السلامة. الحقن (LLM01): نص التذكرة بيانات لا تعليمات أبدًا، وتعرض الخطة ما قرأه الموظف. القدرة المفرطة (LLM06): سقف 50 دولارًا مع التثبيت داخل الحلقة. التكلفة غير المحدودة (LLM10): عمليات الاسترداد محدودة بالسقف، لذلك لا يوجد مسار لحجب المحفظة. الكشف (LLM02): لا تصل بيانات الاعتماد إلا إلى نقطة نهاية الاسترداد.

11 · بطاقة الأداء. تابع قبول الخطة، ومعدل التدخل واتجاهه، ونجاح التعافي، والوقت الموفر مقابل الانتباه المبذول. تتولى تقييمات صحة الموظف، كاختبار تطبيق سياسة الاسترداد بصورة صحيحة على مجموعة ذهبية، السؤال «هل القرار صحيح؟»، وهي مهمة التطوير المدفوع بالتقييم لا هذا الموجز.

---

المصادر وقراءات إضافية

يجمع هذا الطرح أعمالًا حديثة في المجال ويجادل بعضها. استكشف الأصول:

• John Maeda، ‏_Simplicity and Agentic Experience (AX)_ و_Design in Tech Report 2026: From UX to AX_: إطار «الانتقال الفوري إلى الهدف» والتحول من UX إلى AX، أي السطح البشري.
• Matt Biilmann (Netlify)، عن تجربة الوكيل بوصفها تجربة الوكلاء كمستخدمين: السطح الآلي في صورة الوصول والسياق والأدوات والتنسيق.
• Microsoft Design، ‏_UX design for agents_: مبادئ المكان والوقت والجوهر، و«التنبيه أكثر من الإشعار»، و«تقبّل عدم اليقين لكن أسس الثقة»، وهي بذرة الثقة المضبوطة.
• Adrian Levy (CyberArk)، ‏_When the Agents Go Marching In_: النماذج الخمسة، من الواجهات إلى التعاون، وتوزيع العبء المعرفي، والشفافية التشغيلية، والتجارب غير المتزامنة، والجمهوران، التي تنظم هذه الدورة.
• Smashing Magazine، ‏_Designing for Agentic AI: Practical UX Patterns for Control, Consent, and Accountability_: معاينة النية، وقرص الاستقلالية، وطلب التدخل البشري، والإصلاح والإنصاف، ومعايير التصعيد والتعافي؛ تعامل مع النطاقات الدقيقة كنقطة بداية لا قانون.
• Jakob Nielsen، عن النموذج الثالث لواجهة المستخدم، و_No More UI_، واستفزاز «وداعًا لإمكانية الوصول»: انعكاس موضع التحكم، وعناصر التصميم الجديدة، أي أسطح السياسة وناقلات الثقة وطبع النظام، وتحذير إمكانية الوصول الذي يجيب عنه المفهوم الخامس؛ اقرأه بجانب الحجج المضادة التي ترى أن الوكلاء تضاعف نقاط الاتصال البشرية بدل أن تزيلها.
• تطبيقات MCP، ‏SEP-1865، أول امتداد رسمي للبروتوكول، المقترح في نوفمبر 2025 والمعتمد في مواصفة MCP لشهر يوليو 2026 بتاريخ 2026-07-28، وبروتوكول سياق النموذج نفسه. إنها الآلية خلف واجهة المستخدم التي يعرضها الوكيل: تربط الأداة بمورد HTML من نوع ui:// عبر _meta.ui.resourceUri، ويعرضه المضيف في iframe معزول، وتعبر الرسائل من الواجهة إلى المضيف عبر JSON-RPC قابل للتدقيق، وهي صيغة رسائل بسيطة قابلة للتسجيل. بنتها فرق MCP-UI وOpenAI ‏(Apps SDK) وAnthropic معًا، ويعرضها اليوم Claude وClaude Desktop وVS Code وGoose وPostman وغيرها. ابدأ بالنظرة العامة (modelcontextprotocol.io/extensions/apps/overview)، ودليل البناء (modelcontextprotocol.io/extensions/apps/build)، والمقترح (modelcontextprotocol.io/seps/1865-mcp-apps-interactive-user-interfaces-for-mcp)، ومرجع الواجهة (apps.extensions.modelcontextprotocol.io)، ومستودع ext-apps على GitHub الذي يحمل مهارة create-mcp-app وحزمة التطوير ومجلد أمثلة كبيرًا. ولإطلاق الإنتاج في Claude بموصّلات Asana وSlack وFigma وCanva وBox وHex وغيرها، راجع إعلان Anthropic عند claude.com/blog/interactive-tools-in-claude. يقع التنسيق والحوكمة والحالة فوق البروتوكول عن قصد: تسمي المواصفة العزل وقوائم السماح والموافقة والتدقيق من مسؤوليات جهة النشر.
• قائمة OWASP لأهم عشرة مخاطر في تطبيقات نماذج اللغة الكبيرة (2025): فهرس التهديدات المشترك خلف المفهوم السادس عشر، بما فيه حقن الموجهات والقدرة المفرطة والمعلومات المضللة والاستهلاك غير المحدود وغيرها؛ وتقابلها استجابات التصميم خطرًا بخطر.
• إطار NIST لإدارة مخاطر الذكاء الاصطناعي (AI RMF 1.0): بنية الحوكمة والرسم والقياس والإدارة، وخصائص الذكاء الاصطناعي الجدير بالثقة خلف سطح الحوكمة في المفهوم السادس عشر.
• حزمة HAX ودليل HAX من Microsoft: التمرن على إخفاقات الإنسان والذكاء الاصطناعي المحتملة وتصميم مسارات التعافي قبل الإطلاق؛ وهو الانضباط خلف المفهوم السابع عشر.
• W3C WCAG 2.2: خط أساس إمكانية الوصول الذي تبني عليه معايير القبول في المفهوم الخامس.

---

وسيلة دراسة بالبطاقات التعليمية

---

اختبر فهمك

Checking access...