The Agentic AI Foundation Hit 170 Members in Four Months. Here's What That Actually Means for Enterprise Agent Deployment.

قبل ستة أشهر، واجه كل مهندس معماري للمؤسسات يقوم بتقييم البنية التحتية للوكلاء المعتمدين على الذكاء الاصطناعي السؤال نفسه: ما هو بروتوكول الجهة المزودة الذي ينبغي لي المراهنة عليه؟ بروتوكول Model Context Protocol من Anthropic، أم تنسيق Agents.md من OpenAI، أم إطار عمل goose من Block، أم واحد من عشرات البدائل مفتوحة المصدر التي تم إطلاقها في الربع السنوي السابق. لقد حل كل منها جزءاً من مشكلة جعل الوكلاء يتحدثون إلى الأدوات وإلى بعضهم البعض. ولم يحل أي منها المشكلة بأكملها. واختيار الخيار الخاطئ كان يعني إعادة كتابة الكود. أما الاختيار الصحيح فكان يعني المراهنة على خارطة طريق جهة مزودة واحدة فقط.

اليوم، تغير شكل هذا السؤال. فقد أطلقت مؤسسة لينكس (The Linux Foundation) مؤسسة الذكاء الاصطناعي الوكيل (AAIF) في ديسمبر 2025 مع التبرع بـ MCP الخاص بـ Anthropic، وAgents.md الخاص بـ OpenAI، وإطار عمل goose الخاص بـ Block كمشاريع تأسيسية. وبحلول أبريل 2026، كانت المؤسسة قد تجاوزت 170 منظمة عضو. وتضم الفئة البلاتينية وحدها Amazon Web Services وAnthropic وBlock وBloomberg وCloudflare وGoogle وMicrosoft وOpenAI. وتساهم الآن كل مختبرات النماذج الكبرى وكل مقدمي خدمات الحوسبة السحابية الكبار في الكونسورتيوم المحايد نفسه.

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

ما الذي دمجته AAIF بالفعل

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

يعتبر Model Context Protocol (MCP) هو المعيار الموصل. وهو يحدد كيفية اكتشاف وكيل الذكاء الاصطناعي للأدوات والأنظمة الخارجية واستدعائها واستهلاك بياناتها. وقبل MCP، كانت كل منصة وكيل تبني بروتوكول استدعاء الأدوات الخاص بها، مما يعني أنه كان يجب إعادة تنفيذ كل تكامل لكل منصة. ويتم الآن تشغيل MCP في الإنتاج لدى Anthropic وOpenAI وقائمة متنامية من منصات المؤسسات. وتعني رعاية المؤسسة أن تطور البروتوكول يتقرر الآن من قِبل هيئة حوكمة محايدة بدلاً من خارطة طريق جهة مزودة واحدة.

يعتبر AGENTS.md هو المعيار المتفق عليه. وهو يحدد تنسيق ملف يمكن للوكيل قراءته لفهم ما يتوقعه منه مستودع الكود أو المشروع أو الأداة. والتنسيق بسيط عن قصد: ملف markdown يخبر الوكلاء بكيفية العمل داخل قاعدة كود أو بيئة معينة. تكمن القيمة في الاتساق: فالوكيل الذي يعرف AGENTS.md يعمل عبر أي مستودع ينشر هذا الملف.

يعتبر Goose هو معيار وقت التشغيل (runtime standard). وقد تم بناؤه في الأصل في Block، وهو وقت تشغيل للوكلاء مفتوح المصدر يتعامل مع تفكيك المهام واستدعاء الأدوات وإدارة الحالة. ومع رعاية AAIF، يصبح goose هو التنفيذ المرجعي الذي يمكن لبناة المنصات توسيعه بدلاً من إعادة كتابته.

معاً، تغطي هذه المشاريع الثلاثة طبقة الموصل، وطبقة الاتفاق، وطبقة وقت التشغيل. وهي لا تغطي كل ما تحتاجه منصة وكلاء المؤسسات، لكنها تغطي ما يكفي لانخفاض تكاليف التكامل عبر المنصات بشكل كبير. هذه هي القصة الحقيقية لـ AAIF: ليس أن هناك معياراً واحداً للوكلاء الآن، ولكن الأجزاء التي كانت تُعاد كتابتها وتصنيعها لكل جهة مزودة أصبحت الآن مشتركة بين جميع الجهات المزودة.

ما تشير إليه زيادة الأعضاء إلى 170 عضواً

إن الوصول من مرحلة الإطلاق إلى 170 منظمة في غضون أربعة أشهر هو أمر سريع حتى بمعايير مؤسسة لينكس. وعلى سبيل المقارنة، استغرقت مؤسسة Cloud Native Computing Foundation حوالي عام للوصول إلى الحجم نفسه من الأعضاء. وتخبرك هذه الزيادة بأمرين.

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

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

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

ما لم تحله AAIF

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

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

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

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

الخطر الجديد الذي تقدمه AAIF

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

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

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

ما يجب على مشتري وكلاء المؤسسات فعله بالفعل

ثلاث خطوات ملموسة يجب اتخاذها خلال الربع القادم.

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

عامل AGENTS.md كملف README الجديد لأي مستودع يمكن للوكيل الوصول إليه. من السهل وغير المكلف اعتماد هذا الاتفاق، وهو يمنح أي وكيل متوافق سياق عمل مفيداً. والسلبيات تكاد تكون معدومة.

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

النمط الأكبر

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

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

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

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