لقد كان متصفح الويب هو الواجهة الافتراضية للوصول إلى المعلومات عبر الإنترنت لعقود من الزمن، لكن بحث الذكاء الاصطناعي بدأ في تغيير هذا الافتراض. تسمح أدوات مثل Microsoft Copilot للمستخدمين بالفعل بطرح الأسئلة بلغة واضحة وتلقي إجابات مباشرة، متجاوزة صفحة النتائج التقليدية بالكامل.
NLWeb هي محاولة Microsoft لتوسيع هذا الانتقال إلى مستوى موقع الويب نفسه. تم الإعلان عنه في مؤتمر Build 2025، وهو عبارة عن بروتوكول مفتوح يسمح لأي خدمة ويب بالرد على استعلامات اللغة الطبيعية دون الحاجة إلى محرك بحث.
يجدر الانتباه جيدًا إلى ما إذا كان Build 2026 يمثل خطوة مهمة للأمام نحو اعتماد NLWeb، أو ما إذا كان يؤكد أن هذه لا تزال تجربة في البحث عن معيار. وإليكم ما نعرفه حتى الآن.
ما هو بروتوكول NLWeb؟
يشير NLWeb إلى لغة الويب الطبيعية. إنه مشروع مفتوح المصدر من Microsoft يسمح لأي موقع ويب بقبول استعلامات اللغة الطبيعية والرد عليها، وتحويل خدمة ويب قياسية إلى ما تسميه Microsoft تطبيقًا مدعومًا بالذكاء الاصطناعي.
تم تصميم المشروع وبنائه بواسطة RV Guha، الذي انضم إلى Microsoft بصفته نائب الرئيس التنفيذي وزميلًا تقنيًا. تلعب خلفية Guha في البنية التحتية للويب دورًا هنا: فقد أنشأ RSS وRDF وSchema.org، وهي ثلاثة تنسيقات تشكل الآن الأساس لكيفية مشاركة المحتوى المنظم وفهرسته عبر جزء كبير من الويب.
قدمت Microsoft NLWeb في مؤتمر Build 2025 في مايو 2025 وأجرت مقارنة مباشرة مع دور HTML في جعل تطوير الويب متاحًا. إن مثل هذه الأطر طموحة وتستحق الاستخفاف بها. HTML حل مشكلة نشر المحتوى؛ يحاول NLWeb حل مشكلة كيفية مراجعة كل من البشر ووكلاء الذكاء الاصطناعي للمحتوى بعد نشره.
ما يجعل NLWeb مختلفًا عن أداة chatbot القياسية هو أن كل نقطة نهاية NLWeb تعمل أيضًا كخادم بروتوكول السياق النموذجي (MCP). يعد MCP معيارًا مفتوحًا طورته Anthropic في الأصل في نوفمبر 2024 لربط أنظمة الذكاء الاصطناعي بمصادر البيانات الخارجية ومنذ ذلك الحين اكتسب اعتمادًا واسع النطاق في الصناعة. من خلال بناء NLWeb أعلى MCP، تقوم Microsoft بربط محتوى موقع الويب مباشرةً بالنظام البيئي الأوسع لوكلاء الذكاء الاصطناعي.
ومن بين المتبنين الأوائل Shopify، وTripAdvisor، وEventbrite، وO’Reilly Media، وخصائص Hearst مثل Delish، وChicago Public Media، وCommon Sense Media. نمط هذه الأسماء واضح: مواقع جيدة التنظيم بها كتالوجات محتوى منظمة يمكن ربطها بسهولة بتنسيقات الويب التي يعتمد عليها NLWeb.
كيف يعمل بروتوكول NLWeb؟
يعتمد NLWeb على البيانات المنظمة التي تنشرها معظم المواقع بالفعل. فهو يقرأ تنسيقات مثل Schema.org وRSS، والتي وفقًا لوثائق المشروع يستخدمها أكثر من 100 مليون موقع ويب، ويضيف طبقة لغة طبيعية فوقها باستخدام نموذج لغة كبير يختاره المطور.
يوفر البروتوكول نقطتي النهاية. تتعامل نقطة النهاية /ask مع استعلامات اللغة الطبيعية من المستخدمين عبر JSON عبر REST، مما يؤدي إلى إرجاع استجابات JSON Schema.org المنظمة. تطبق نقطة النهاية /mcp خادم MCP، مما يسمح لوكلاء الذكاء الاصطناعي الخارجيين بالاتصال بموقع والاستعلام برمجيًا عن محتواه بموجب شروط يتحكم فيها الناشر.
عندما يصل استعلام إلى /ask، لا يقوم NLWeb بإعادة توجيهه إلى مكالمة LLM واحدة. فهو يقسم الاستعلام إلى عدة خطوات معالجة متوازية: إزالة سياق الاستعلام، واسترداد المحتوى المناسب من قاعدة بيانات المتجهات، واستخدام LLM لتصنيف وإنشاء الاستجابة النهائية. يؤدي هذا النمط من العديد من استدعاءات النماذج المستهدفة بدلاً من موجه واحد كبير إلى نتائج أكثر اتساقًا من أسلوب التمرير الفردي.
تحتفظ نقطة النهاية /ask أيضًا بسجل الدردشة داخل الجلسة، بحيث يمكن أن تعتمد أسئلة المتابعة على الأسئلة السابقة دون إجبار المستخدم على إعادة إنشاء السياق. يعد هذا اختلافًا عمليًا عن البحث عن الكلمات الرئيسية، حيث يبدأ كل استعلام من الصفر، بغض النظر عما سبقه.
نظرًا لأن NLWeb لا يعتمد على التكنولوجيا، فأنت غير مرتبط بأي نموذج محدد أو مزود بنية أساسية أو نظام تشغيل. يحتوي مستودع GitHub الخاص بالمشروع على تطبيق Python المرجعي والبدء السريع، مما يدعم جميع قواعد بيانات المتجهات الرئيسية ونقاط نهاية LLM.
NLWeb في Microsoft Build 2026: ما يمكن توقعه
سيتم عقد مؤتمر Build 2026 في الفترة من 2 إلى 3 يونيو في مركز Fort Mason Center في سان فرانسيسكو، مما يمثل تغييرًا ملحوظًا في المكان عن مركز مؤتمرات سياتل، الذي استضاف المؤتمر طوال معظم العقد الماضي. ووصفت مايكروسوفت حدث هذا العام بأنه “خالي من الأخطاء” عن عمد، مع التركيز على العمق الفني بدلاً من الإعلانات الموجهة للجمهور العام.
يتضمن كتالوج الجلسة أكثر من 90 إدخالًا مقسمة إلى سبعة مسارات: الوكلاء والتطبيقات، ومنصة Azure AI / Azure AI Foundry، وGitHub وإنتاجية المطورين، وMicrosoft Fabric، والذكاء الاصطناعي المسؤول، وWindows، والعمل مع النماذج. يرتبط NLWeb بشكل مباشر بالوكيل ومسار التطبيق الذي من المتوقع أن يتضمن تحديثات أدوات MCP، نظرًا لاستثمار Microsoft المستمر في البروتوكول.
تم الإعلان عن NLWeb منذ ما يزيد قليلاً عن عام، مما يعني أن Build 2026 هو أول مؤتمر رئيسي حيث يمكن تقييم البروتوكول من حيث التنفيذ الموثق في العالم الحقيقي بدلاً من الإمكانات. أضافت Cloudflare دعمًا أصليًا لـ NLWeb من خلال البنية التحتية AutoRAG الخاصة بها في أوائل عام 2026، مما يوفر مسار نشر مُدار بدلاً من التكامل اليدوي، وهي علامة على أن النظام البيئي بدأ في الترسخ.
انضمت Microsoft إلى اللجنة التوجيهية لـ MCP أثناء الإصدار 2025 وساهمت في مواصفات الترخيص المحدثة وتصميم خدمة تسجيل خادم MCP. أي تحديثات إضافية لإدارة MCP أو اكتشاف الوكيل أو تنسيق الخادم في Build 2026 سيكون لها آثار مباشرة على NLWeb، نظرًا لمدى الارتباط الوثيق بين هذين البروتوكولين.
البيان الافتتاحي للرئيس التنفيذي ساتيا ناديلا هو اللحظة التي تحدد فيها Microsoft عادةً أولوياتها على مستوى النظام الأساسي. خلال Build 2025، وصف ناديلا الحدث بأنه “عصر عملاء الذكاء الاصطناعي”. سواء حظي NLWeb باهتمام خاص في عام 2026 أو ظهر بشكل أساسي في الجلسات الجانبية، فإنه يتناسب مباشرة مع ما يصفه كتالوج المؤتمر كموضوع رئيسي: نقل تطوير وكيل الذكاء الاصطناعي من المعاينة إلى الجاهزية للإنتاج.
ماذا يعني هذا لمطوري المواقع؟
بالنسبة للمطورين الذين يعملون على الويب، تخلق NLWeb ضغطًا عمليًا لمعرفة كيفية تنظيم بيانات موقعك فعليًا. يعمل البروتوكول بشكل أفضل مع المحتوى المنظم كقوائم عناصر: المنتجات، والأحداث، والوصفات، والمراجعات. ستشاهد المواقع ذات العلامات الدلالية الضعيفة أو المفقودة نتائج أقل بشكل ملحوظ لأن طبقة بحث NLWeb تعتمد على تعليقات Schema.org التوضيحية، والتي لم يستثمر فيها العديد من الناشرين.
ولكن الأهم من ذلك هو أن NLWeb يطمس الخط الفاصل بين موقع الويب وواجهة برمجة التطبيقات. إن تشغيل نقطة نهاية NLWeb يعني أن وكلاء الذكاء الاصطناعي الخارجيين يمكنهم الاستعلام عن موقعك، وليس فقط البشر الذين يزورون موقعك عبر المتصفح، مما يثير أسئلة إدارية حول أي الوكلاء يمكنهم الوصول إلى المحتوى الخاص بك، وبأي سرعة، وتحت أي ظروف.
على جانب الأدوات، تعمل Microsoft على تطوير خدمة Azure AI Foundry والبنية التحتية للتطوير المتعلقة بـ MCP، والتي من المتوقع أن تكون متاحة في Build 2026. بالنسبة للمطورين الذين يتطلعون إلى إضافة NLWeb إلى خدمة موجودة اليوم، فإن التنفيذ المرجعي على GitHub هو أفضل مكان للبدء، كما يوفر تكامل AutoRAG مع Cloudflare الآن مسار نشر مُدار بشكل أفضل للفرق التي لا ترغب في الحفاظ على البنية التحتية الأساسية بنفسها.
