بنت Uber بوابة MCP لحوكمة الوصول إلى أكثر من 800 خادم MCP وأكثر من 5,000 أداة من أدوات وكلاء الذكاء الاصطناعي، وفقًا للتغطية المقدَّمة. تقع البوابة بين الوكلاء وخوادم الأدوات، فتركّز قرارات الوصول بدلًا من ترك كل وكيل يحتفظ ببيانات اعتماده الخاصة ويعرضها لكل أداة.
النقطة المعمارية هي موضع سطح التحكم. في نموذج بيانات الاعتماد لكل وكيل، تتوزع منطق التفويض عبر كل بيئة تشغيل وكيل وكل تكامل أداة، ما يجعل السياسة المتسقة والإبطال والتدقيق صعبة مع تزايد عدد الأدوات. أما البوابة فتجمع ذلك في نقطة إنفاذ واحدة: يطلب الوكلاء الوصول إلى الأدوات، وتقرر البوابة، وتقع خوادم الأدوات خلفها. والحجم المذكور — أكثر من 800 خادم وأكثر من 5,000 أداة تحت طبقة حوكمة واحدة — هو حجة لصالح هذا النمط بقدر ما هو حجة للتنفيذ نفسه.
لا تحدد التغطية نموذج التفويض الذي تفرضه البوابة، ولا كيفية التعبير عن النطاقات لكل أداة، ولا كيفية توسط بيانات الاعتماد إلى الخوادم اللاحقة أو تدويرها، ولا مقدار زمن الاستجابة الذي تضيفه القفزة الإضافية. كما لا تذكر ما إذا كانت البوابة داخلية فقط أم مساهَم بها علنًا. هذه التفاصيل مهمة للفرق التي تقيّم تصميمًا مشابهًا، ولا يمكن الإجابة عنها من المادة المقدَّمة. الواضح هو الاتجاه: طبقة الأدوات للوكلاء تُعامَل كبنية تحتية محوكَمة لها سطح التحكم بالوصول الخاص بها.