{
  "schemaVersion": "1.0",
  "type": "research-article",
  "runtimeAvailable": false,
  "id": "proof21:journal:discovery-is-not-authorization:ar",
  "inLanguage": "ar",
  "slug": "discovery-is-not-authorization",
  "title": "الاكتشاف ليس تفويضًا.",
  "description": "ساعد الوكلاء على فهم خدمة دون الإيحاء بأن إدراجًا في دليل أو مخططًا أو طلبًا مدفوعًا يجعل استخدامها آمنًا.",
  "datePublished": "2026-09-07",
  "dateModified": "2026-09-07",
  "url": "https://proof21.xyz/ar/journal/discovery-is-not-authorization/",
  "markdownUrl": "https://proof21.xyz/ar/journal/discovery-is-not-authorization/article.md",
  "markdown": "# الاكتشاف ليس تفويضًا.\n\n**ملاحظة تصميم · 7 سبتمبر 2026 · تنشر Proof21 موارد تعلم ثابتة، لا خدمة وكلاء حية.**\n\nلا يستطيع وكيل استخدام قدرة لا يستطيع تحديدها. يحتاج إلى معرفة ما تفعله الخدمة وما تتوقعه وما تعيده والأذونات التي تتطلبها. لكن قابلية الاكتشاف ليست إلا بداية القرار. العثور على أداة ليس إذنًا باستدعائها، ونجاح الاستدعاء ليس إثباتًا لصحة ادعاءاتها.\n\nبالنسبة إلى Proof21، يوجّه هذا التمييز الموقع وبيئة التشغيل المقترحة معًا. ينبغي للقراء البشر العثور على مهام ملموسة وحدود صادقة. وينبغي للآلات العثور على موارد منظمة مكافئة، لا نسخة أكثر تفاؤلًا من المنتج مخفية في وصف API. يجب ألا يخترع سطح التعلم العام نقطة خدمة لمجرد أن معيارًا يتضمن حقلًا لها.\n\n## استخدم سطح الاكتشاف المناسب للمهمة\n\nيصف MCP Registry دورًا لاكتشاف بيانات خوادم MCP الوصفية وتوزيعها. ويستخدم اكتشاف A2A معلومات الوكلاء لمساعدة العملاء على تحديد وكلاء متوافقين وفهمهم. ويوفر x402 Bazaar سطح اكتشاف للموارد المدفوعة. تصف وثائقها واجهات ومنظومات مختلفة؛ والإدراج في إحداها لا يجعل الخدمة متوافقة تلقائيًا مع البقية. [1][2][3]\n\nينبغي أن يبدأ التكامل المقترح بعقد الخدمة الفعلي وإصدار البروتوكول المدعوم. انشر مخططي المدخلات والمخرجات وحالة التشغيل ومتطلبات المصادقة والأذونات والحدود ذات الصلة. حدد البيانات الوصفية البحتة والحقول التي يمكن للعميل التحقق منها. يظل العميل بحاجة إلى سياسة محلية للمزودين والإجراءات المقبولة.\n\nلا تنشر عنصرًا نائبًا يبدو قابلًا للتنفيذ. يجب أن يختلف عنوان الوثائق والمثال القابل للتنزيل ونقطة الخدمة الإنتاجية في نوع المورد وعلامات الحالة. مدخل الوكلاء الحالي في Proof21 مخصص للقراءة والتعلم دون اتصال. وليس خادم MCP عاملًا أو وكيل A2A أو API فحص مدفوعة متاحة.\n\n## اجعل السؤال الأول ملموسًا\n\nتخيّل وكيلًا طُلب منه مراجعة دفعة مكتملة. يوضح وصف اكتشاف مفيد أن ملف الفحص المالي المقترح يقارن تعليمة مسماة بأدلة تنفيذ مدعومة. ويسمي عناصر الربط والنتائج المحتملة، بما فيها الأدلة غير المحسومة، بدل الاكتفاء بادعاء «إضافة الثقة إلى الذكاء الاصطناعي».\n\nينبغي للوكيل معرفة ما لا تفعله الأداة أيضًا: لا تحتفظ بالمفاتيح، ولا ترسل الدفعة، ولا تضمن نهائية كل سلسلة، ولا تحول إيصال خدمة إلى إثبات للعمل اللاحق. يتيح ذلك للمتحكم اختيار تدفق أدلة للقراءة فقط بدل منح أذونات دفع عرضًا. يجب أن يكون حد الإجراء ظاهرًا قبل طلب أي بيانات اعتماد.\n\nينبغي أن تكون الأمثلة صغيرة بما يكفي لفحصها وصادقة بشأن مصدرها. يمكن لطلب ونتيجة اصطناعيين تعليم المخطط دون تقديمهما كمعاملة عميل حقيقية. اربط الشرح بالأثر الخام والاختبار الذي يشغله. لقطة الشاشة وحدها واجهة آلية ضعيفة وأساس رديء لإعادة إنتاج السلوك.\n\n## انشر المعنى نفسه بكل الصيغ\n\nيجب أن تصف المقالة البشرية ونسخة Markdown المقروءة للوكلاء والمورد المنظم الحالة والحدود نفسها. إذا قالت المقالة إن القدرة مقترحة بينما قالت البيانات الآلية إنها حية، فقد أنشأ النظام تناقضًا ذا صلة بالسلامة. تساعد معرّفات الإصدارات وبصمات المحتوى على اكتشاف الانحراف، لكنها لا تستبدل مراجعة المعنى.\n\nيمكن لمورد ثابت عملي حمل معرّف مستقر ولغة وصفحة معيارية ومراجعة مصدر ونص كامل واستشهادات وموارد مرتبطة ونوع محتوى واضح. ينبغي للفهرس التمييز بين الوثائق وأدوات التشغيل. ويجب أن يبقى النص الكامل مقروءًا دون حركة أو واجهة تعتمد على JavaScript وحده؛ لا ينبغي أن يحتاج وكيل إلى تفسير فيديو زخرفي لاكتشاف قيد حاسم.\n\nالتوطين جزء من هذا العقد أيضًا. ترجم الشروح والأسئلة بالكامل مع الحفاظ على معرّفات البروتوكولات والشيفرة ومدخلات التوقيع وتعدادات الحالات. تساعد روابط اللغة للصفحات المكافئة الناس على مقارنة الموضوع نفسه بدل إعادتهم إلى صفحة رئيسية عامة. ويجب ألا تعيد اتجاهية العربية ترتيب المعرّفات التقنية بما يغيّر ما ينسخه القارئ.\n\n## الإدراج لا يمنح بيانات اعتماد\n\nمحتوى الاكتشاف مدخل غير موثوق. وصف أداة يطلب من وكيل تجاهل تعليماته أو كشف رمز وصول أو استدعاء وجهة غير مرتبطة ليس تفويضًا. يجب أن يربط المتحكم بيانات الاعتماد بالخدمة المقصودة والنطاق المطلوب. تعالج مواصفة تفويض MCP حدود الموارد والرموز صراحةً؛ وعلى التنفيذ المتوافق اتباع الإصدار الذي يدعيه، لا نسخ شعار فحسب. [4]\n\nينطبق المبدأ نفسه على الروابط المضمنة في الأدلة. يجب تقييد الجلب بالبروتوكول والوجهة والحجم وإعادة التوجيه والمهلة. لا ينبغي أن يصبح الدليل طريقًا إلى خدمات بيانات وصفية داخلية أو آلية لنقل بيانات اعتماد البيئة إلى مضيفين اعتباطيين. قراءة معلومات عن خدمة يجب ألا تطلق التنفيذ أو الدفع أو التواصل تلقائيًا.\n\nقد تساعد سمعة المزود المستهلك على اختيار موضع التحقيق، لكنها لا تستبدل أدلة هذه العملية بعينها. يمكن لخدمة مدرجة إرجاع رصد قديم أو نتيجة سلبية أصيلة. ينبغي للمتحكم تقييم ذلك وفق السياسة، لا افتراض أن كل مزود مدرج آمن لكل مهمة.\n\n## اختبر الفهم قبل قياس التبني\n\nيمكن لاختبار ضيق أن يطلب من عميل مستقل العثور على المورد الصحيح وتحديد أذوناته والتمييز بين المثال غير المتصل وAPI حية وشرح نتيجة غير محسومة. اختبر المسار المنظم ومسار Markdown معًا. أزل الحركة وعطّل JavaScript للتأكد من بقاء المحتوى الجوهري متاحًا.\n\nقِس نجاح استرجاع الموارد منفصلًا عن الاستخدام الفعلي المخول للأدوات وعن القبول المستقل للمخرج. مشاهدات الصفحات والوجود في الأدلة والأمثلة المولدة ليست عملاء يدفعون. ينبغي أن تستحق Proof21 تكاملات التشغيل عبر تنفيذ عقد ملموس واختباره، لا جعل بيانات الاكتشاف الثابتة تبدو جاهزة للإنتاج قبل وجود الخدمة.\n\n## الأسئلة الشائعة\n\n### هل اكتشاف الوكلاء مجرد تحسين للبحث؟\n\nهناك تداخل في جعل المحتوى قابلًا للعثور عليه، لكن التكامل القابل للتنفيذ يحتاج أيضًا إلى عقد دقيق ونقل متوافق ومصادقة وحدود أذونات وسياسة مستهلك. الظهور وحده لا يوفر ذلك.\n\n### هل يضمن الإدراج في سجل استخدام الوكلاء للخدمة؟\n\nلا. قد يساعد العملاء على اكتشاف البيانات الوصفية. أما الاختيار والتفويض ونجاح التنفيذ والطلب المتكرر فنتائج منفصلة يجب قياسها لا استنتاجها من الإدراج.\n\n### هل يستطيع وكيل استدعاء موقع Proof21 اليوم كواجهة فحص حية؟\n\nلا. يوفر الموقع الحالي وثائق وموارد وكلاء ثابتة وعرضًا تعليميًا غير متصل قابلًا للتنزيل. الخدمات الإنتاجية المقترحة موسومة كذلك؛ ولا يُدّعى وجود نقطة فحص حية أو حزمة SDK منشورة.\n\n## المراجع الأصلية وقراءة تالية\n\n- [1: MCP Registry — النطاق والغرض](https://modelcontextprotocol.io/registry/about)\n- [2: A2A — اكتشاف الوكلاء](https://a2a-protocol.org/latest/topics/agent-discovery/)\n- [3: x402 Bazaar — امتداد الاكتشاف](https://docs.x402.org/extensions/bazaar)\n- [4: مواصفة تفويض MCP، 2025-06-18](https://modelcontextprotocol.io/specification/2025-06-18/basic/authorization)\n- [مدخل الوكلاء الثابت في Proof21](https://proof21.xyz/ar/agents/)\n- [تصميم الاكتشاف](https://proof21.xyz/ar/docs/build/discovery/)\n",
  "articleBody": "ملاحظة تصميم · 7 سبتمبر 2026 · تنشر Proof21 موارد تعلم ثابتة، لا خدمة وكلاء حية. لا يستطيع وكيل استخدام قدرة لا يستطيع تحديدها. يحتاج إلى معرفة ما تفعله الخدمة وما تتوقعه وما تعيده والأذونات التي تتطلبها. لكن قابلية الاكتشاف ليست إلا بداية القرار. العثور على أداة ليس إذنًا باستدعائها، ونجاح الاستدعاء ليس إثباتًا لصحة ادعاءاتها. بالنسبة إلى Proof21 ، يوجّه هذا التمييز الموقع وبيئة التشغيل المقترحة معًا. ينبغي للقراء البشر العثور على مهام ملموسة وحدود صادقة. وينبغي للآلات العثور على موارد منظمة مكافئة، لا نسخة أكثر تفاؤلًا من المنتج مخفية في وصف API . يجب ألا يخترع سطح التعلم العام نقطة خدمة لمجرد أن معيارًا يتضمن حقلًا لها. استخدم سطح الاكتشاف المناسب للمهمة يصف MCP Registry دورًا لاكتشاف بيانات خوادم MCP الوصفية وتوزيعها. ويستخدم اكتشاف A2A معلومات الوكلاء لمساعدة العملاء على تحديد وكلاء متوافقين وفهمهم. ويوفر x402 Bazaar سطح اكتشاف للموارد المدفوعة. تصف وثائقها واجهات ومنظومات مختلفة؛ والإدراج في إحداها لا يجعل الخدمة متوافقة تلقائيًا مع البقية. [1][2][3] ينبغي أن يبدأ التكامل المقترح بعقد الخدمة الفعلي وإصدار البروتوكول المدعوم. انشر مخططي المدخلات والمخرجات وحالة التشغيل ومتطلبات المصادقة والأذونات والحدود ذات الصلة. حدد البيانات الوصفية البحتة والحقول التي يمكن للعميل التحقق منها. يظل العميل بحاجة إلى سياسة محلية للمزودين والإجراءات المقبولة. لا تنشر عنصرًا نائبًا يبدو قابلًا للتنفيذ. يجب أن يختلف عنوان الوثائق والمثال القابل للتنزيل ونقطة الخدمة الإنتاجية في نوع المورد وعلامات الحالة. مدخل الوكلاء الحالي في Proof21 مخصص للقراءة والتعلم دون اتصال. وليس خادم MCP عاملًا أو وكيل A2A أو API فحص مدفوعة متاحة. اجعل السؤال الأول ملموسًا تخيّل وكيلًا طُلب منه مراجعة دفعة مكتملة. يوضح وصف اكتشاف مفيد أن ملف الفحص المالي المقترح يقارن تعليمة مسماة بأدلة تنفيذ مدعومة. ويسمي عناصر الربط والنتائج المحتملة، بما فيها الأدلة غير المحسومة، بدل الاكتفاء بادعاء «إضافة الثقة إلى الذكاء الاصطناعي». ينبغي للوكيل معرفة ما لا تفعله الأداة أيضًا: لا تحتفظ بالمفاتيح، ولا ترسل الدفعة، ولا تضمن نهائية كل سلسلة، ولا تحول إيصال خدمة إلى إثبات للعمل اللاحق. يتيح ذلك للمتحكم اختيار تدفق أدلة للقراءة فقط بدل منح أذونات دفع عرضًا. يجب أن يكون حد الإجراء ظاهرًا قبل طلب أي بيانات اعتماد. ينبغي أن تكون الأمثلة صغيرة بما يكفي لفحصها وصادقة بشأن مصدرها. يمكن لطلب ونتيجة اصطناعيين تعليم المخطط دون تقديمهما كمعاملة عميل حقيقية. اربط الشرح بالأثر الخام والاختبار الذي يشغله. لقطة الشاشة وحدها واجهة آلية ضعيفة وأساس رديء لإعادة إنتاج السلوك. انشر المعنى نفسه بكل الصيغ يجب أن تصف المقالة البشرية ونسخة Markdown المقروءة للوكلاء والمورد المنظم الحالة والحدود نفسها. إذا قالت المقالة إن القدرة مقترحة بينما قالت البيانات الآلية إنها حية، فقد أنشأ النظام تناقضًا ذا صلة بالسلامة. تساعد معرّفات الإصدارات وبصمات المحتوى على اكتشاف الانحراف، لكنها لا تستبدل مراجعة المعنى. يمكن لمورد ثابت عملي حمل معرّف مستقر ولغة وصفحة معيارية ومراجعة مصدر ونص كامل واستشهادات وموارد مرتبطة ونوع محتوى واضح. ينبغي للفهرس التمييز بين الوثائق وأدوات التشغيل. ويجب أن يبقى النص الكامل مقروءًا دون حركة أو واجهة تعتمد على JavaScript وحده؛ لا ينبغي أن يحتاج وكيل إلى تفسير فيديو زخرفي لاكتشاف قيد حاسم. التوطين جزء من هذا العقد أيضًا. ترجم الشروح والأسئلة بالكامل مع الحفاظ على معرّفات البروتوكولات والشيفرة ومدخلات التوقيع وتعدادات الحالات. تساعد روابط اللغة للصفحات المكافئة الناس على مقارنة الموضوع نفسه بدل إعادتهم إلى صفحة رئيسية عامة. ويجب ألا تعيد اتجاهية العربية ترتيب المعرّفات التقنية بما يغيّر ما ينسخه القارئ. الإدراج لا يمنح بيانات اعتماد محتوى الاكتشاف مدخل غير موثوق. وصف أداة يطلب من وكيل تجاهل تعليماته أو كشف رمز وصول أو استدعاء وجهة غير مرتبطة ليس تفويضًا. يجب أن يربط المتحكم بيانات الاعتماد بالخدمة المقصودة والنطاق المطلوب. تعالج مواصفة تفويض MCP حدود الموارد والرموز صراحةً؛ وعلى التنفيذ المتوافق اتباع الإصدار الذي يدعيه، لا نسخ شعار فحسب. [4] ينطبق المبدأ نفسه على الروابط المضمنة في الأدلة. يجب تقييد الجلب بالبروتوكول والوجهة والحجم وإعادة التوجيه والمهلة. لا ينبغي أن يصبح الدليل طريقًا إلى خدمات بيانات وصفية داخلية أو آلية لنقل بيانات اعتماد البيئة إلى مضيفين اعتباطيين. قراءة معلومات عن خدمة يجب ألا تطلق التنفيذ أو الدفع أو التواصل تلقائيًا. قد تساعد سمعة المزود المستهلك على اختيار موضع التحقيق، لكنها لا تستبدل أدلة هذه العملية بعينها. يمكن لخدمة مدرجة إرجاع رصد قديم أو نتيجة سلبية أصيلة. ينبغي للمتحكم تقييم ذلك وفق السياسة، لا افتراض أن كل مزود مدرج آمن لكل مهمة. اختبر الفهم قبل قياس التبني يمكن لاختبار ضيق أن يطلب من عميل مستقل العثور على المورد الصحيح وتحديد أذوناته والتمييز بين المثال غير المتصل وAPI حية وشرح نتيجة غير محسومة. اختبر المسار المنظم ومسار Markdown معًا. أزل الحركة وعطّل JavaScript للتأكد من بقاء المحتوى الجوهري متاحًا. قِس نجاح استرجاع الموارد منفصلًا عن الاستخدام الفعلي المخول للأدوات وعن القبول المستقل للمخرج. مشاهدات الصفحات والوجود في الأدلة والأمثلة المولدة ليست عملاء يدفعون. ينبغي أن تستحق Proof21 تكاملات التشغيل عبر تنفيذ عقد ملموس واختباره، لا جعل بيانات الاكتشاف الثابتة تبدو جاهزة للإنتاج قبل وجود الخدمة. الأسئلة الشائعة هل اكتشاف الوكلاء مجرد تحسين للبحث؟ هناك تداخل في جعل المحتوى قابلًا للعثور عليه، لكن التكامل القابل للتنفيذ يحتاج أيضًا إلى عقد دقيق ونقل متوافق ومصادقة وحدود أذونات وسياسة مستهلك. الظهور وحده لا يوفر ذلك. هل يضمن الإدراج في سجل استخدام الوكلاء للخدمة؟ لا. قد يساعد العملاء على اكتشاف البيانات الوصفية. أما الاختيار والتفويض ونجاح التنفيذ والطلب المتكرر فنتائج منفصلة يجب قياسها لا استنتاجها من الإدراج. هل يستطيع وكيل استدعاء موقع Proof21 اليوم كواجهة فحص حية؟ لا. يوفر الموقع الحالي وثائق وموارد وكلاء ثابتة وعرضًا تعليميًا غير متصل قابلًا للتنزيل. الخدمات الإنتاجية المقترحة موسومة كذلك؛ ولا يُدّعى وجود نقطة فحص حية أو حزمة SDK منشورة. المراجع الأصلية وقراءة تالية 1: MCP Registry — النطاق والغرض 2: A2A — اكتشاف الوكلاء 3: x402 Bazaar — امتداد الاكتشاف 4: مواصفة تفويض MCP ، 2025-06-18 مدخل الوكلاء الثابت في Proof21 تصميم الاكتشاف",
  "citations": [
    "https://modelcontextprotocol.io/registry/about",
    "https://a2a-protocol.org/latest/topics/agent-discovery/",
    "https://docs.x402.org/extensions/bazaar",
    "https://modelcontextprotocol.io/specification/2025-06-18/basic/authorization"
  ],
  "faq": [
    {
      "question": "هل اكتشاف الوكلاء مجرد تحسين للبحث؟",
      "answer": "هناك تداخل في جعل المحتوى قابلًا للعثور عليه، لكن التكامل القابل للتنفيذ يحتاج أيضًا إلى عقد دقيق ونقل متوافق ومصادقة وحدود أذونات وسياسة مستهلك. الظهور وحده لا يوفر ذلك."
    },
    {
      "question": "هل يضمن الإدراج في سجل استخدام الوكلاء للخدمة؟",
      "answer": "لا. قد يساعد العملاء على اكتشاف البيانات الوصفية. أما الاختيار والتفويض ونجاح التنفيذ والطلب المتكرر فنتائج منفصلة يجب قياسها لا استنتاجها من الإدراج."
    },
    {
      "question": "هل يستطيع وكيل استدعاء موقع Proof21 اليوم كواجهة فحص حية؟",
      "answer": "لا. يوفر الموقع الحالي وثائق وموارد وكلاء ثابتة وعرضًا تعليميًا غير متصل قابلًا للتنزيل. الخدمات الإنتاجية المقترحة موسومة كذلك؛ ولا يُدّعى وجود نقطة فحص حية أو حزمة SDK منشورة."
    }
  ],
  "sourceSha256": "4f1af453dd5c27796daa2b6e070e925d5a373f7dbbadc3c84e9924134ec5dd33",
  "markdownSha256": "10bcbfd4f73cae709d0657a76cd9f016b8067b582f72d1ffbf49f1d620623d56",
  "translationReview": "ترجمة عربية كاملة أُعدّت بمساعدة الذكاء الاصطناعي، ولم تخضع بعد لمراجعة تقنية مستقلة من متحدث أصلي. عند الالتباس يُرجع إلى المواصفات الإنجليزية. لا تغيّر الترجمة الشيفرة أو الحقول أو الصلاحيات.",
  "image": {
    "url": "https://proof21.xyz/assets/journal/discovery.png",
    "caption": "تصبح أربع بطاقات خدمات قابلة للاكتشاف عبر مدخل مشترك. الرسم استعارة لدليل، وليس دليلًا على تكاملات حية أو حركة وكلاء.",
    "sha256": "da6510fc52758c82fdf208667546a101e7426d24cdcf51718d86d841e6563f92"
  },
  "motion": {
    "url": "https://proof21.xyz/assets/journal/discovery.mp4",
    "engine": "Remotion",
    "sourceSha256": "13a909f4267d8147386045cbd90df732a42679342c16e04c5725e09e953d3728",
    "sha256": "4078649b874a110ab24f09b43b13d4d4be45b8a177052a50d5a678c9c182098f",
    "seconds": 7.2,
    "loop": true,
    "audio": false
  },
  "availableLanguages": [
    "en",
    "zh-Hans",
    "th",
    "ar"
  ],
  "editions": {
    "en": "https://proof21.xyz/journal/discovery-is-not-authorization/",
    "zh-Hans": "https://proof21.xyz/zh-hans/journal/discovery-is-not-authorization/",
    "th": "https://proof21.xyz/th/journal/discovery-is-not-authorization/",
    "ar": "https://proof21.xyz/ar/journal/discovery-is-not-authorization/"
  }
}