فهرس
3 دقيقة للقراءة

العميل الأول للويب يتحول من البشر إلى الذكاء الاصطناعي

من Markdown for Agents لدى Cloudflare وVercel إلى WebMCP من Google, القراءة والكتابة تُعاير في وقت واحد، مما يُدشّن عصر Agent-Native Web.

الويب يتغير, ليس من أجل عيون البشر، بل في اتجاه يسهّل على وكلاء الذكاء الاصطناعي القراءة والكتابة.

خلال الأسبوعين الماضيين فقط، أعلنت كل من Cloudflare وVercel وGoogle عن معايير ويب صديقة للوكلاء. إليكم ما يعنيه هذا التحول لمن يبني الخدمات.

Markdown for Agents حلّ مشكلة «القراءة»

أكبر هدر عندما يقرأ وكيل ذكاء اصطناعي صفحة ويب هو HTML وCSS وJavaScript. ضرورية للعين البشرية، لكنها مجرد هدر للرموز (tokens) بالنسبة للوكيل.

الطريقة التي قدمتها Cloudflare وVercel بسيطة. أرسل نفس الرابط مع تغيير قيمة ترويسة Accept إلى text/markdown، وسيرد الخادم بنسخة محوّلة إلى Markdown. هذا يستخدم آلية تفاوض المحتوى (content negotiation) الموجودة أصلاً في معيار HTTP، فلم تكن هناك حاجة لبروتوكول جديد.

النقاط الرئيسية

  • مدونة Vercel انخفضت من 500 كيلوبايت HTML إلى 2 كيلوبايت Markdown (انخفاض 99.6%)
  • Cloudflare تفعّلها بمفتاح واحد في لوحة التحكم بدءاً من خطة Pro
  • ترويسة x-markdown-tokens تنقل عدد الرموز بعد التحويل
  • رابط واحد يخدم البشر والوكلاء, لا حاجة لموقع منفصل

WebMCP يواجه مشكلة «الكتابة» وجهاً لوجه

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

WebMCP من Google في Chrome 146 يقلب المقاربة تماماً. تعلن المواقع عن «ما يمكن فعله في هذه الصفحة» عبر JSON Schema، ويستطيع الوكيل استدعاء الأدوات دون تخمين. فكّر فيه باعتباره Swagger مخصص للوكلاء.

النقاط الرئيسية

  • يكفي إضافة خاصية toolname إلى نموذج HTML للعمل التصريحي
  • واجهة registerTool API تتعامل مع التطبيقات المعقدة مثل SPA
  • بينما MCP التقليدي بروتوكول من جانب الخادم، يعمل WebMCP داخل المتصفح
  • قابل للاختبار بالفعل في النسخة المبكرة من Chrome 146 (الوضع بلا واجهة غير مدعوم بعد)

ظهور هاتين الحركتين معاً ليس مصادفة

إذا كان Markdown for Agents يعني «إيصال المحتوى للوكلاء بكفاءة»، فإن WebMCP يعني «تمكين الوكلاء من استخدام وظائف الصفحة بدقة». القراءة والكتابة تُعاير في الوقت نفسه.

بمجرد أن يرسخ كلاهما، لن يتصفح الوكلاء الويب كالبشر, بل سيستدعونه كواجهة برمجية (API). هذا يعني أن بناء Agent-Native Web قد بدأ.

  • أول إعادة كتابة لعقد الويب-البوت منذ 20 عاماً بعد robots.txt
  • ضغط تقليل تكلفة الرموز يسرّع وتيرة التوحيد المعياري

المطورون يمكنهم البدء الآن

لا حاجة لإعادة هيكلة شاملة. إذا كنت تستخدم Cloudflare، فقط فعّل مفتاح Markdown for Agents في لوحة التحكم. إضافة خاصية toolname تجريبياً للنماذج الحالية هي أيضاً نقطة انطلاق ممتازة.

ما يمكنك فعله اليوم

  • تفعيل Markdown for Agents في Quick Actions بلوحة تحكم Cloudflare
  • اختبار إضافة خصائص toolname وtooldescription لنماذج HTML الحالية
  • البدء بتسجيل نسب حركة مرور الوكلاء بناءً على ترويسات Accept
  • تقييم التشغيل المتوازي لـ llms.txt وخريطة موقع بصيغة Markdown

الخلاصة

إذا كان robots.txt هو العقد الأول بين الويب والبوتات قبل 20 عاماً، فإن العقد الثاني يُكتب الآن. الفرق التي تصمم للوكلاء اليوم ستمتلك الويب القادم.

المراجع

انضم إلى النشرة الإخبارية

احصل على تحديثات حول أحدث مشاريعي ومقالاتي وتجاربي في الذكاء الاصطناعي وتطوير الويب.