ما مصادر البيانات التي يجب أن تهتم بها لوكلاء الذكاء الاصطناعي؟

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

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

تتناول هذه المقالة ثلاثة أمور. تصنّف مصادر البيانات التي تسند إجابات الذكاء الاصطناعي إلى مستويات بحسب قوة الأدلة وحداثتها. وتعطي مسار API أو MCP المحدد للمصادر التي تملك مساراً. وتشرح طريقة الاتصال لكل من Codex وClaude Code وHermes Agent وOpenClaw وPi Agent وGrok Bot وMeta Muse، بما في ذلك الحالات التي لا يوجد فيها موصل جاهز وتحتاج إلى بناء الجسر بنفسك.

الإجابة المختصرة

تنقسم المصادر التي تسند إجابات الذكاء الاصطناعي إلى أربع فئات، وإمكانية الوصول إليها ليست متساوية.

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

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

كيف تقرأ جدول المستويات

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

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

المستوى 1: مصادر حية يستطيع وكيلك الوصول إليها فعلاً

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

الويب والاكتشاف عبر البحث

grounding مع Google Search. توفّر واجهة Gemini API أداة google_search التي تربط النموذج بمحتوى الويب في الوقت الحقيقي وتعيد استشهادات بروابط المصادر. هذا موثّق وحيّ، وأوضح مثال على grounding الحي في السوق. ويعني أيضاً أن الرافعة هي قابلية الزحف وبنية صفحتك، لا تغذيتك.

Bing Search. توثّق Microsoft استخدام نتائج Bing لتعزيز إجابات Copilot. والدلالة العملية هي نفسها كما في Google: إن أردت الظهور، يجب أن تكون الصفحة قابلة للوصول وللاستخراج.

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

المنتجات والتسوق

Google Merchant Center. بيانات تغذية التجار تسند أسطح التسوق في Google. إذا كنت تبيع منتجات مادية ولست في Merchant Center، فأنت غائب عن سطح يُدمج بنشاط في إجابات الذكاء الاصطناعي.

تغذيات التجار والتجزئة من OpenAI. يشارك التجار تغذية منتجات مهيكلة، ويوضّح توثيق Agentic Commerce Protocol المخطط ومساري التكامل عبر رفع الملفات وعبر API، وإيقاع تحديث يقبل التحديثات على مدار اليوم. الوصول حالياً مقصور على شركاء معتمدين، لذا هذا مشروع له مهلة، لا مفتاح تشغيله.

المحلي والأماكن

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

Google Business Profile. بيانات ملف النشاط تسند أسطح Google المحلية. وللأنشطة المحلية، هذا أحد أعلى المصادر مردوداً وأقلها جهداً في القائمة.

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

المعرفة والمراجع

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

المجتمعات والأسئلة والتواصل الاجتماعي

Reddit. مصدر grounding حي عبر ترتيب ترخيص بيانات، مع الإبلاغ عن جانب التدريب بشكل منفصل. تعامل مع حالة التجديد كغير مستقرة، ولا تبنِ سير عمل يفترض وصولاً دائماً.

المستويان 2 و3: مصادر تؤثر فيها ولا تستعلم عنها

هذه مصادر مهمة، لكن ليس عبر API يستطيع وكيلك استدعاءه.

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

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

مدونات الويب التاريخية. نسخ مشتقة منظّفة من بيانات الزحف الشائع وأرشيفات مشابهة. تاريخية مؤكدة، بلا رافعة حية. مفيدة كسياق لفهم لماذا يحمل النموذج مسلّمة معينة، وغير مناسبة لسير عمل مراقبة.

طبقة الاتصال: ما يستطيع كل وكيل الوصول إليه

هنا تكمن فائدة المقال. يربط الجدول أدناه كل وكيل بآلية الاتصال التي يدعمها فعلاً، وبالحالة الصادقة للموصلات الجاهزة للمصادر أعلاه.

النمط الجدير بالملاحظة: خمسة من الوكلاء السبعة يتحدثون MCP، والاثنان اللذان لا يتحدثانه يقعان على طرفي الطيف. Pi Agent بسيط عن قصد ويتوقع منك كتابة امتداد. وMeta Muse منتج استهلاكي بلا أي سطح للمطورين.

وهذا يعني أن الخطوة الفعّالة هي بناء خادم MCP واحد لأعلى مصادرك قيمة وإعادة استخدامه في Codex وClaude Code وHermes Agent وOpenClaw وGrok Bot. تكتبه مرة واحدة.

خادم واحد يغطي خمسة من الوكلاء السبعة. أما Pi Agent وMeta Muse فيحتاجان مساراً مختلفاً.

كيف توصل كل وكيل

تفترض الخطوات أدناه أنك تملك بالفعل مفتاح API أو رمزاً للمصدر الذي توصله. لا تضع بيانات الاعتماد في ملف إعداد يُرفع إلى المستودع.

Codex

يخزّن Codex إعداد MCP في config.toml، إما في ~/.codex/config.toml أو على مستوى المشروع في .codex/config.toml. ويشترك تطبيق ChatGPT لسطح المكتب وواجهة Codex الطرفية وإضافة IDE في هذا الإعداد، فتضبطه مرة واحدة.

لخادم stdio:

codex mcp add my-source --env API_KEY=your-key -- npx -y @your-org/my-source-mcp

ولخادم streamable HTTP، أضف جدولاً في config.toml:

[mcp_servers.my-source]
url = "https://mcp.example.com/mcp"
bearer_token_env_var = "MY_SOURCE_TOKEN"

يقرأ Codex حقل instructions الذي يعيده MCP عند التهيئة ويستخدمه كتوجيه على مستوى الخادم. وإذا كنت تبني الخادم، فاجعل أول 512 حرفاً مكتفية بذاتها ليكون أهم القيود متاحاً حين يقرر الوكيل الاستدعاء.

شغّل codex mcp list للتأكد من تسجيل الخادم، و/mcp داخل الواجهة الطرفية لرؤية الخوادم النشطة.

Claude Code

يدعم Claude Code نقل HTTP البعيد وSSE البعيد وstdio المحلي وWebSocket البعيد. وHTTP هو الخيار الموصى به للخوادم البعيدة.

claude mcp add --transport http my-source https://mcp.example.com/mcp \
  --header "Authorization: Bearer your-token"

ولخادم محلي:

claude mcp add my-source -- npx -y @your-org/my-source-mcp

تفصيلان يوقعان الناس في الخطأ. الأول أن مدخلاً في إعداد JSON فيه url بلا type يُعامل كخادم stdio ويُتخطى بصمت، فاضبط "type": "http" صراحة. والثاني أن Claude Code يضبط CLAUDE_PROJECT_DIR في بيئة الخادم الذي يشغّله، فيستطيع الخادم المحلي حل المسارات النسبية للمشروع دون الاعتماد على مجلد العمل.

Hermes Agent

يأتي Hermes Agent بدعم MCP في التثبيت القياسي. ويقع الإعداد في ~/.hermes/config.yaml:

mcp_servers:
  my-source:
    command: "npx"
    args: ["-y", "@your-org/my-source-mcp"]

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

وإذا كنت تنتقل من Claude Code، فإن hermes import-agent claude-code يربط كتلة mcpServers في ~/.claude.json بحقل mcp_servers في إعداد Hermes، ويجلب المهارات والتعليمات في الوقت نفسه.

وعندما لا يوجد خادم MCP لمصدر ما، يكون نظام المهارات هو البديل. المهارة مجلد يحتوي SKILL.md يخبر الوكيل متى يستخدمها وماذا يفعل. غلّف استدعاء API في سكربت مرفق وأشِر إليه من المهارة، فيحصل الوكيل على القدرة دون خادم بروتوكول.

OpenClaw

يعمل OpenClaw كعميل MCP وخادم MCP في الوقت نفسه. وكعميل، تدير تعريفات الخوادم المحفوظة عبر أوامر mcp registry الفرعية، ويمكنك تعديل الخوادم وفحصها من صفحة إعدادات Control UI في المتصفح.

openclaw mcp registry add my-source --transport streamable-http --url https://mcp.example.com/mcp
openclaw mcp status

ويكشف OpenClaw أيضاً محادثات قنواته عبر MCP، وهذا الاتجاه المعاكس ومفيد إذا أردت لوكيل آخر قراءة ما فعله نسخة OpenClaw لديك. وللوكلاء الخارجيين غير عملاء MCP، يتحدث OpenClaw بروتوكول A2A فوق JSON-RPC.

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

Pi Agent

لا يملك Pi Agent عميل MCP أصلياً، وهذا خيار تصميمي لا ثغرة. ونقطة الامتداد فيه وحدات TypeScript تعمل داخل عملية Pi وتسجّل أدوات.

أنشئ امتداداً في ~/.pi/agent/extensions/my-source.ts:

import type { ExtensionAPI } from "@earendil-works/pi-coding-agent";

export default function (pi: ExtensionAPI) {
  pi.registerTool({
    name: "my_source_lookup",
    description: "Look up a record in My Source by query.",
    parameters: { type: "object", properties: { query: { type: "string" } }, required: ["query"] },
    handler: async ({ query }) => {
      const res = await fetch(`https://api.example.com/search?q=${encodeURIComponent(query)}`, {
        headers: { Authorization: `Bearer ${process.env.MY_SOURCE_TOKEN}` },
      });
      return await res.json();
    },
  });
}

حمّله مباشرة أثناء التطوير عبر pi --extension ./my-source.ts، ثم انقله إلى مجلد الامتدادات أو احزمه بـ pi install عند استقراره.

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

Grok Bot

تدعم واجهة Grok أدوات MCP البعيدة، وتدير xAI اتصال الخادم نيابة عنك. وتعلن الخادم في مصفوفة tools في الطلب:

from xai_sdk import Client
from xai_sdk.chat import user
from xai_sdk.tools import mcp

client = Client(api_key=os.getenv("XAI_API_KEY"))
chat = client.chat.create(
    model="grok-4.7",
    tools=[mcp(server_url="https://mcp.example.com/mcp", server_label="my-source")],
)

لا يُدعم في أدوات MCP البعيدة إلا نقل streaming HTTP وSSE. ويمكنك تقييد الأدوات المكشوفة عبر allowed_tools، وتمرير رمز تفويض تضبطه xAI في ترويسة Authorization عند الطلبات إلى خادمك.

الميزة هنا أنك لا تشغّل اتصالاً على جهة العميل ولا تصونه. والعيب أن خادم MCP يجب أن يكون متاحاً علناً، فأي شيء خلف شبكة VPN يحتاج مقاربة مختلفة.

Meta Muse

يتصل Muse بتطبيقات وخدمات خارجية عبر موصلات، ولا يوجد سطح MCP أو API عام للوكيل نفسه. هذه هي الإجابة الصادقة، وهي تغيّر ما تستطيع فعله.

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

وإذا أصدرت Meta سطحاً للمطورين لـ Muse، يتغير هذا القسم. وحتى ذلك الحين، تعامل معه كجمهور تستعد له لا كنظام تتكامل معه.

ابنِ خادماً واحداً وأعد استخدامه خمس مرات

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

يحتاج الخادم الحد الأدنى إلى أربعة أشياء: أداة تقبل استعلاماً وتعيد بيانات مهيكلة، وفحص رمز bearer على جهة الخادم، وحد معدل يمنع وكيلاً منفلتاً من استهلاك حصتك من API، وحقل instructions يوضّح القيود في أول 512 حرفاً.

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

تحقق من الاتصال قبل أن تثق به

لا تفترض أن خادماً مضبوطاً هو خادم يعمل. نفّذ هذه الفحوص الأربعة.

تأكد من تسجيل الخادم. يجب أن يظهر في codex mcp list أو claude mcp list أو openclaw mcp status. فالخادم الذي فشل تحليله يُتخطى بصمت في بعض العملاء.

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

تأكد باستعلام حقيقي. اطلب سجلاً محدداً يمكنك التحقق منه يدوياً. فسؤال عام مثل «ما البيانات التي يمكنك الحصول عليها» لا يثبت شيئاً.

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

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

ما يغيّره هذا في أولوياتك

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

وهذا يعني أن ترتيب العمل ليس الترتيب الذي تستخدمه معظم الفرق. ابدأ بالمصدر الذي لديه اتصال موثّق وأثر حقيقي على عملك في الوقت نفسه. وللنشاط المحلي هذا هو Google Business Profile وgrounding مع Maps. ولشركة منتجات هو Merchant Center أو تغذية منتجات. ولشركة أدوات مطورين هي جودة التوثيق. وللناشر هي قابلية الزحف والاستخراج للصفحات الحية.

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

الفرق التي تتقدم هنا ليست التي تملك أطول قائمة مصادر. بل التي وصلت المصادر اثنين أو ثلاثة المهمة وبنَت حولها حلقة مراقبة.

الأسئلة الشائعة

هل أحتاج MCP لمنح وكيل وصولاً إلى مصدر بيانات؟ لا. MCP هو المعيار الذي تدعمه معظم الوكلاء الآن، ما يجعله الخيار الأكثر قابلية لإعادة الاستخدام، لكن مهارة مع سكربت API مرفق تعمل بالقدر نفسه لوكيل واحد. وإن كنت توصل مصدراً واحداً بوكيل واحد، فالمهارة أقل جهداً. وإن كنت توصل مصدراً واحداً بخمسة وكلاء، فـ MCP يسترد كلفته فوراً.

بأي وكيل أبدأ؟ ابدأ بالذي يطابق مكان عملك الحالي. إن كان موقعك في مستودع git، فـ Codex أو Claude Code. وإن أردت تشغيلاً مجدولاً بذاكرة دائمة، فـ Hermes Agent. وإن احتجت حداً صارماً للأذونات على مصدر بيانات مدفوع، فـ OpenClaw. وإن أردت أصغر سطح يمكنك تدقيقه في جلسة واحدة، فـ Pi Agent.

هل أستطيع وصل مصدر لا يملك خادم MCP؟ نعم، بثلاث طرق. اكتب خادم MCP رفيعاً إن كان للمصدر HTTP API وأردت إعادة استخدامه في عدة وكلاء. واكتب مهارة مع سكربت مرفق إن كنت تحتاج وكيلاً واحداً فقط. أو استخدم وكيلاً يدعم أدوات MCP البعيدة ووجّهه إلى خادم يستضيفه غيرك.

لماذا لا أستطيع وصل Meta Muse؟ لم تنشر Meta واجهة API للمطورين أو سطح MCP لـ Muse. والموصلات يديرها المورّد. وحتى يتغير ذلك، Muse سطح تُعدّ له المحتوى والبيانات، لا نظام تستعلم عنه.

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

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

Author: Julian Mercer، ممارس تحسين محركات البحث التقني بخبرة 14 عاماً في Auspia. يكتب عن قابلية الزحف والمخططات والعرض والأساسيات التقنية التي تجعل المحتوى مقروءاً لمحركات البحث ووكلاء الذكاء الاصطناعي معاً.