كيفية تشغيل بوابة MCP مشتركة لفريقك
متى تستخدمه: وجدت 5+ MCPs يجب على الجميع في الفريق استخدامها، وشرح إعداد stdio لكل موظف جديد يستهلك أسبوعك.
المتطلبات الأساسية
- VM أو مضيف حاويات يمكن الوصول إليه من كل عضو في الفريق — أي صندوق EC2/Fly/Hetzner صغير؛ 512MB RAM كافٍ
- Docker مثبت على هذا المضيف — curl -fsSL https://get.docker.com | sh
الخطوات
-
اكتب config.json يسرد كل MCP علوي يحتاجه الفريقصيغ مسودة config.json لـ mcp-proxy تجمّع github و sentry و postgres (نسخة للقراءة فقط) والنظام الملفات (محدود إلى /data). أعط كل واحد مساحة أسماء فريدة.✓ تم النسخ→ إعداد صحيح مع إدخالات خوادم بمساحات أسماء
-
شغّل mcp-proxy في Docker على المضيف المشتركاكتب أمر docker run لتشغيل ghcr.io/tbxark/mcp-proxy على المنفذ 9090 مع تركيب config.json، مع restart=always و healthcheck.✓ تم النسخ→ الحاوية تبقى مشغلة؛ /health يعيد 200
-
أعط زملاءك عنوان URL واحد للصق في كل عميلاكتب مقطع إدراج مكون من 5 أسطر يلصقه الزملاء في إعداد Claude Desktop للإشارة إلى عنوان proxy URL المشترك.✓ تم النسخ→ أي زميل يحصل على جميع الأدوات العليا في خطوة واحدة
النتيجة: الموظفون الجدد يصلون إلى التوازي الكامل لـ MCP في دقيقتين بلصق عنوان URL واحد؛ الترقيات تحدث في مكان واحد.
المزالق
- وضع الوكيل على الإنترنت العام بدون مصادقة — أنهِ TLS والمصادقة عند وكيل عكسي (Caddy/nginx/Cloudflare) في الأمام — mcp-proxy لا يمتلك طبقة مصادقة
- تصادم أسماء الأدوات العليا (خادمان يكشفان كليهما get_issue) — استخدم مساحات الأسماء حتى يرى العملاء github.get_issue مقابل gitlab.get_issue