بيانات وسائل التواصل الاجتماعي لوكلاء الذكاء الاصطناعي: 6 طرق

الوكيل الذي يبحث عن صنّاع المحتوى أو يتتبع علامة تجارية أو يلخّص ما يقوله الناس يحتاج إلى بيانات حديثة من وسائل التواصل الاجتماعي، بينما بيانات تدريبه عمرها شهور. يقارن هذا الدليل بين ست طرق لتزويد وكيل الذكاء الاصطناعي ببيانات وسائل التواصل الاجتماعي في 2026: التصفح وجمع البيانات، والواجهات الرسمية للمنصات، وواجهة بيانات تُستدعى بصفتها أداة، وخادم MCP، وAgent Skill، وllms.txt. ويوصي بطريقة لكل حالة، مع أمثلة كود.

ما الذي يحتاجه الوكيل من بيانات وسائل التواصل الاجتماعي؟

قبل المقارنة بين الطرق، من المفيد أن تتضح الصفات التي تجعل البيانات مفيدة للوكيل لا للإنسان:

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

تذكّر هذه الخمس؛ فكل طريقة أدناه تلبّي مجموعة مختلفة منها.

ألا يستطيع الوكيل أن يتصفح الموقع ويجمع البيانات بنفسه؟

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

لكن بصفتها مصدرًا للبيانات، فلها مشكلات حقيقية:

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

استخدم التصفح للصفحات التي لا تغطيها أي واجهة API، لا قناةً رئيسية لبياناتك.

وماذا عن الواجهات الرسمية للمنصات؟

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

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

كيف تستدعي واجهة بيانات بصفتها أداة؟

تتولى واجهة البيانات المستضافة جمع البيانات والخوادم الوسيطة والتحليل نيابةً عنك، وتعيد JSON نظيفًا. تصف للنموذج نقطة نهاية أو اثنتين منها بصفتها أدوات، وينفّذ كودك الطلب حين يطلبه النموذج. هذا استدعاء دوال عادي، ويعمل مع أي نموذج يدعم الأدوات.

إليك حلقة كاملة بأبسط صورة باستخدام Anthropic TypeScript SDK وfetch. تقرأ الأداة أي ملف شخصي عام من crawlfeed:

import Anthropic from '@anthropic-ai/sdk';

const client = new Anthropic();

const tools: Anthropic.Tool[] = [
  {
    name: 'get_social_profile',
    description:
      'Get a public social media profile (bio, follower and post counts, verification). Costs 1 credit on these platforms.',
    input_schema: {
      type: 'object',
      properties: {
        platform: { type: 'string', enum: ['tiktok', 'instagram', 'youtube', 'x'] },
        handle: { type: 'string', description: 'Username without the @' },
      },
      required: ['platform', 'handle'],
    },
  },
];

async function getSocialProfile(input: { platform: string; handle: string }) {
  const url = `https://api.crawlfeed.dev/v1/${input.platform}/profile?handle=${encodeURIComponent(input.handle)}`;
  const res = await fetch(url, {
    headers: { Authorization: `Bearer ${process.env.CRAWLFEED_KEY}` },
  });
  const body = await res.json();
  // Errors carry a stable code (not_found, rate_limited, insufficient_credits, ...).
  if (!res.ok) return { error: body.code, detail: body.detail, retry_after: body.retry_after };
  return { profile: body.data, credits_used: body.meta.credits_used };
}

const messages: Anthropic.MessageParam[] = [
  { role: 'user', content: 'Compare the follower counts of @nasa on Instagram and X.' },
];

let response = await client.messages.create({
  model: 'claude-sonnet-5',
  max_tokens: 1024,
  tools,
  messages,
});

while (response.stop_reason === 'tool_use') {
  messages.push({ role: 'assistant', content: response.content });
  const results: Anthropic.ToolResultBlockParam[] = [];
  for (const block of response.content) {
    if (block.type !== 'tool_use') continue;
    const output = await getSocialProfile(block.input as { platform: string; handle: string });
    results.push({ type: 'tool_result', tool_use_id: block.id, content: JSON.stringify(output) });
  }
  messages.push({ role: 'user', content: results });
  response = await client.messages.create({
    model: 'claude-sonnet-5',
    max_tokens: 1024,
    tools,
    messages,
  });
}

console.log(response.content);

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

curl -G https://api.crawlfeed.dev/v1/youtube/profile \
  -H "Authorization: Bearer $CRAWLFEED_KEY" \
  --data-urlencode "handle=MrBeast"

يكلّف الملف الشخصي رصيد واحد على YouTube ورصيد واحد على Instagram. ولأنك من يكتب الأداة، فأنت تحدد بدقة ما يحق للوكيل استدعاؤه، وكم يرى من كل استجابة.

متى يكون خادم MCP الخيار الأنسب؟

إذا كان الوكيل يعمل داخل عميل MCP (Claude Code أو Claude Desktop أو Cursor أو VS Code أو Windsurf أو Codex)، فلا حاجة إلى كتابة الأداة أصلًا. خادم MCP ينشر أدواته، والعميل يسلّمها إلى النموذج.

يكشف خادم MCP من crawlfeed على https://mcp.crawlfeed.dev/mcp عن 14 أدوات: get_profile وget_posts وget_post وget_comments وsearch وenrich_arabic وget_balance وlist_endpoints وrun_request، والأخيرة تصل إلى كل عملية أخرى في الفهرس. وللعميل الذي يرسل الترويسات، يقتصر الإعداد كله على كتلة إعدادات واحدة:

{
  "mcpServers": {
    "crawlfeed": {
      "type": "http",
      "url": "https://mcp.crawlfeed.dev/mcp",
      "headers": {
        "Authorization": "Bearer sk_your_key_here"
      }
    }
  }
}

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

ويناسب MCP أيضًا الوكلاء الذين تبنيهم بنفسك إذا كان في إطار عملك عميل MCP: توجّهه إلى الرابط بدلًا من كتابة تعريفات الأدوات يدويًا.

ماذا يضيف Agent Skill؟

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

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

npx skills add ilyasabdul19/crawlfeed-skills

تفيد المهارة أكثر ما تفيد وكلاء البرمجة الذين يستدعون واجهة REST من سكربتات يكتبونها. وإذا كان خادم MCP من crawlfeed مربوطًا أيضًا، فإن المهارة توجّه الوكيل إلى تفضيل أدوات MCP.

أين يأتي دور llms.txt؟

llms.txt فهرس نصي بسيط لتوثيق الموقع، مكتوب للنماذج اللغوية. يقدّم crawlfeed ملفًا منه على crawlfeed.dev/llms.txt، فيه روابط إلى كل صفحات التوثيق، ونقطة نهاية MCP، وأمر تثبيت المهارة. ويضيف llms-full.txt نقاط النهاية لكل المنصات في ملف واحد.

وجّه الوكيل إليه حين يحتاج إلى كتابة كود يتعامل مع الواجهة: «اقرأ crawlfeed.dev/llms.txt، ثم ابنِ سكربتًا يتتبع صنّاع المحتوى الخمسة هؤلاء». لا يحتوي على بيانات حية، فهو يكمّل الطرق الأخرى ولا يحل محلها.

أي طريقة تختار؟

إليك مقارنة الطرق الست بما يحتاجه الوكيل:

بحسب الحالة:

• تريد أن يجيب Claude أو Cursor عن أسئلة حول صنّاع المحتوى اليوم: اربط خادم MCP.
• تبني وكيلًا داخل منتج (روبوت دعم، أو مسار بحث، أو مهمة إثراء بيانات CRM): استدعِ واجهة البيانات بصفتها أداة، ولا تكشف إلا نقاط النهاية التي يحتاجها.
• وكيل برمجة يكتب لك عملية تكامل: ثبّت Agent Skill، ووجّهه إلى llms.txt.
• تدير حسابات علامتك التجارية: استخدم الواجهات الرسمية لها، وواجهة بيانات لكل من سواها.
• تحتاج إلى صفحة واحدة لا تخدمها أي واجهة API: دع الوكيل يتصفحها، مرة واحدة.

وتتكامل هذه الطرق جيدًا. الإعداد المعتاد: MCP للأسئلة اليومية، مع المهارة للكود الذي يكتبه الوكيل.

كيف تُبقي تكاليف الوكيل تحت السيطرة؟

الوكلاء يكررون أنفسهم، فضع حدودًا من البداية:

• اعرف السعر قبل التكرار. على crawlfeed، تعرض list_endpoints (في MCP) والتوثيق سعر كل طلب. والاطلاع عليهما مجاني.
• توقّف عن التنقل بين الصفحات مبكرًا. كل صفحة تُحتسب. أخبر الوكيل بعدد النتائج الذي تحتاجه.
• استفد من meta. يعود credits_used وcredits_remaining في كل استجابة، فيستطيع الوكيل الإبلاغ عن الإنفاق أولًا بأول.
• تعامل مع الأخطاء حسب الرمز. عند rate_limited انتظر retry_after ثانية؛ وعند insufficient_credits توقّف وأخبر المستخدم. تُستردّ قيمة الطلبات الفاشلة. القائمة الكاملة في مرجع الأخطاء.

الخلاصة

لبيانات وسائل التواصل الاجتماعي، امنح وكيلك واجهة بيانات لا متصفحًا: MCP إذا كان يعمل داخل مساعد، واستدعاء الدوال إذا كنت تبنيه بنفسك، مع Agent Skill وllms.txt ليحسن استخدام الواجهة. يغطي crawlfeed 26 منصة و203 نقطة نهاية ببنية واحدة، وتحصل الحسابات الجديدة على 100 من الرصيد المجاني. أدلة المنصات: TikTok وYouTube. وكل ما عدا ذلك تجده في التوثيق.