وكلاء أم روبوتات؟ فهم الذكاء الاصطناعي على شبكة الويب المفتوحة

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

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

صعود المساعدين الرقميين

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

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

لماذا هذا التمييز مهم

الفرق بين الزحف المؤتمت والجلب المدفوع بالمستخدم ليس تقنياً فحسب - بل يتعلق بمن يحصل على حق الوصول إلى المعلومات على شبكة الويب المفتوحة. عندما يقوم محرك بحث Google بالزحف لبناء فهرسه، فهذا يختلف عن عندما يقوم بجلب صفحة ويب بناءً على طلبك لمعاينة. تعطي "أدوات الجلب المشغلة بواسطة المستخدم" من Google الأولوية لتجربتك على قيود robots.txt لأن هذه الطلبات تحدث نيابة عنك.

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

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

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

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

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

دعوة للوضوح: كيف تعمل وكلاء المستخدم فعلياً

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

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

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

معالجة Cloudflare مباشرة: مسألة كفاءة

تمكنت تدوينة Cloudflare الأخيرة من الخطأ في كل شيء تقريبا حول كيفية عمل مساعدي الذكاء الاصطناعي الحديثين فعلياً.

بالإضافة إلى سوء الفهم بأن 20-25 مليون طلب لوكيل مستخدم ليست أدوات استخراج، زعمت Cloudflare أن Perplexity كانت تمارس "الزحف الخفي"، باستخدام روبوتات مخفية وتكتیکات انتحال لتجاوز قيود المواقع الإلكترونية. لكن الحقائق التقنية تروي قصة مختلفة.

يبدو أن Cloudflare خلطت بين Perplexity و3-6 ملايين طلب يومي من حركة مرور غير ذات صلة من BrowserBase، وهي خدمة متصفح سحابية طرف ثالث لا تستخدمها Perplexity سوى أحياناً للمهام شديدة التخصص (أقل من 45,000 طلب يومي).

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

احتجت Cloudflare إلى لحظة دعائية ذكية، وصادف أننا - عملاؤها أنفسهم - كنا اسماً مفيداً للحصول على ذلك.

نسبت Cloudflare بشكل خاطئ جوهرياً 3-6 ملايين طلب يومي من خدمة المتصفح المؤتمت لـ BrowserBase إلى Perplexity، وهو فشل أساسي في تحليل حركة المرور وهو مخجل بشكل خاص لشركات أساس عملها فهم وتصنيف حركة مرور الويب.

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

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

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

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