تنقسم شبكة الويب الوكيلة إلى رهانين: الهوية والقدرة

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

ملفان، سؤالان

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

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

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

رهان الهوية: LLMs.txt

Llms.txt هو ملف تخفيض السعر الموجود في yourdomain.com/llms.txt. تم اقتراحه من قبل جيريمي هوارد، المؤسس المشارك لـ Answer.AI، في 3 سبتمبر 2024، كوسيلة لتزويد نماذج اللغة بفهرس نظيف ومنظم للمحتوى الخاص بك بدلاً من جعلها تزحف إليه وتعيد بنائه من HTML المزدحم بالتنقل والإعلانات والبرامج النصية. الملعب معقول في ظاهره. تعمل النماذج بشكل أفضل مع البنية، لذا امنحها البنية.

المشكلة هي أن الأدلة التي تشير إلى أنها تفعل أي شيء ضعيفة. وفي رده على الأشخاص على Reddit في يونيو 2026، وصف جون مولر من Google ملف llms.txt بأنه “تخميني بحت في الوقت الحالي (الملف موجود منذ سنوات، ومع ذلك لم يستخدمه أي من أنظمة الذكاء الاصطناعي)” (حسب ما أوردته مجلة محرك البحث). هذا أحد مؤيدي بحث Google وهو يقول الجزء الهادئ بصوت عالٍ. ملف موجود منذ أكثر من عام. ملف لم يؤكد أي نظام ذكاء اصطناعي رئيسي قراءته. ملف يطلب منك الاحتفاظ بنسخة ثانية من المحتوى الخاص بك متزامنًا.

حتى مع وجود دليل بهذا القدر من النحافة، يتم تشغيل llms.txt لمواقع الويب افتراضيًا. يقوم AIOSEO، وهو مكون إضافي يستخدم في أكثر من 3 ملايين موقع WordPress، بإنشاء ملف llms.txt افتراضيًا. ينشر الآن عدد كبير جدًا من مالكي مواقع الويب ملف llms.txt لم يقرروا نشره مطلقًا، ويصفون موقع الويب الخاص بهم في ملف لم يقرؤوه من قبل.

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

رهان القدرة: WebMCP

WebMCP، وهو اختصار لـ Web Model context Protocol، هو معيار متصفح يتيح لموقع الويب الخاص بك تسجيل الأدوات القابلة للاستدعاء التي يمكن للوكيل استدعاءها من خلال navigator.modelContext واجهة برمجة التطبيقات. يبدأ الأمر من سؤال مختلف عن ملف الهوية: ليس من أنت، ولكن نظرًا لوجود وكيل بالفعل على موقع الويب الخاص بك، كيف يكمل المهمة التي جاء من أجلها بشكل صحيح. وهذا قريب من الطريقة التي صاغ بها مولر تفضيلاته في نفس المحادثة. وقال إنه يحب نهج WebMCP وعمليات التكامل التجاري لأن “لديهم أهدافًا وعمليات واضحة”.

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

تتم كتابة المعيار من خلال W3C Web Machine Learning Community Group بواسطة مهندسين من Google وMicrosoft، وتم نشره كمسودة في 10 فبراير 2026. وهو الآن في تجربة عامة للأصل تبدأ من Chrome 149 حتى Chrome 156. التجربة الأصلية هي كيف يسمح Chrome لموقع ويب بتشغيل ميزة تجريبية لزواره الحقيقيين لنافذة محدودة، عن طريق التسجيل للحصول على رمز مميز، بدلاً من إخفائه خلف علامة المطور فقط. لذا يمكنك تشغيل أدوات WebMCP على حركة المرور المباشرة الآن، وليس فقط على جهازك الخاص. الوكيل الذي يستهلك هذه الأدوات في Chrome اليوم هو Gemini.

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

لماذا الرهانان غير قابلين للتبادل

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

أصبح هذا الأمر أكثر أهمية الآن نظرًا لأن الوكلاء لا يشكلون خطأ تقريبيًا في حركة المرور الخاصة بك. قال ماثيو برينس، الرئيس التنفيذي لشركة Cloudflare، في يونيو 2026، إن حركة المرور الآلية تجاوزت حركة المرور البشرية لأول مرة، بنسبة 57.3% من الطلبات إلى صفحات الويب مقابل 42.7% من الأشخاص، ولن يصل التقاطع الذي توقعه في SXSW حتى عام 2027. عندما تكون معظم الطلبات التي تصل إلى موقع الويب الخاص بك عبارة عن آلات تعمل لصالح الأشخاص، فإن ما إذا كان الوكيل يعرف من أنت لم يعد سؤالًا مثيرًا للاهتمام. ما إذا كان الوكيل يمكنه فعلًا ما يطلبه عميلك يصبح اللعبة بأكملها. الهوية بلا قدرة هي آلة تقرأ علامتك ثم تقف عند باب لا تستطيع فتحه.

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

لقد وضعت كلا الرهانين على موقع الويب الخاص بي، عمدًا

أقوم بتشغيل كليهما على No Hacks، والتناقض بين تكلفة وضع كل منهما هو الحجة الكاملة في صورة مصغرة.

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

بالنسبة للقدرة، قمت بتنفيذ WebMCP. عندما يقوم متصفح يدعم WebMCP بتحميل موقع الويب، فإنه يسجل أربع أدوات قابلة للاستدعاء من خلاله navigator.modelContext. يغطي اثنان المسرد: أحدهما يسرد كل مصطلح حتى يتمكن الوكيل من اكتشاف ما تم تعريفه، والآخر يقوم بإرجاع التعريف الأساسي للمصطلح مع رابط المصدر الخاص به. يغطي اثنان مشهدي التشغيلي للمتصفحات الوكيلة ومنتجات الوكيل: أحدهما يعدد كل منتج تم تعقبه حسب الفئة، والآخر يعرض التفاصيل الكاملة لمنتج واحد بالاسم. لا يتعين على الوكيل أن يتخلص من صفحاتي للإجابة على ما أعنيه برهان القدرة أو المتصفحات الوكيلة التي أتتبعها. يستدعي أداة ويحصل على إجابة نظيفة ومنظمة.

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

لذلك أنا أحمل كلا الملفين. استغرق أحدهم فترة ما بعد الظهر ويقوم بعمل حقيقي. والآخر أقوم بتجديده من المحتوى الخاص بي وأعامله كتحوط وليس كخطة.

ماذا يعني هذا لموقع الويب الخاص بك

أولاً، اكتشف ما قمت بنشره بالفعل. يفتح yourdomain.com/llms.txt في المتصفح. إذا تم تحميل شيء ما، فإن مكدسك يضعه هناك، وربما يكون البرنامج المساعد الافتراضي الذي لم تقم بتعيينه مطلقًا. اقرأها. اسأل ما إذا كان يصف موقع الويب الخاص بك بالفعل، لأنه إذا بدأ نظام الذكاء الاصطناعي في قراءة ملف llms.txt، فإن النظام غير الدقيق هو أسوأ من لا شيء على الإطلاق. يستغرق هذا خمس دقائق، ومعظم أصحاب مواقع الويب لم يفعلوا ذلك مطلقًا. إذا كنت تريد الاحتفاظ بواحدة، فقم بإنشائها من المحتوى الخاص بك حتى لا تنجرف.

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

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

ما الذي لا يزال غير مستقر

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

لدى WebMCP أسئلة مفتوحة خاصة بها. إنها مسودة مجموعة المجتمع، وليست معيارًا معتمدًا. يعد Gemini in Chrome هو العامل الرئيسي الذي يستهلكه حتى الآن. والدعم عبر المستعرضات أرق مما تقترحه التغطية الثانوية. شاركت Microsoft في تأليف المعيار، لكن لم أتمكن من العثور على WebMCP في ملاحظات الإصدار الرسمية لـ Microsoft Edge اعتبارًا من الإصدار 147، لذا سأتعامل مع أي ادعاء بأن Edge يشحنه محليًا على أنه غير مؤكد في الوقت الحالي.

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

المزيد من الموارد:

تم نشر هذا المنشور في الأصل على No Hacks.

صورة مميزة: Master1305 / شترستوك