لف واجهة برمجية REST ضخمة (200+ نقطة نهاية) باعتبارها MCP دون إفساد السياق
متى تستخدمه: عندما تحتوي واجهة برمجية شركتك على 300 نقطة نهاية وتقوم MCP ساذجة بإدراج جميعها في المطالبة النظامية، مما يؤثر على الكمون ومعدل الضربات.
المتطلبات الأساسية
- Python 3.9+ — pyenv / uv
- مواصفات OpenAPI أو فهرس نقاط النهاية — بوابة واجهة برمجية / Swagger الخاصة بك
الخطوات
-
إنشاء الهيكل الأساسي باستخدام concierge-sdkباستخدام concierge-sdk، أنشئ هيكل خادم MCP يلف مواصفات OpenAPI الخاصة بي في ./openapi.yaml. اجعله يستخدم البحث الدلالي بدلاً من إدراج جميع الأدوات مقدماً.✓ تم النسخ→ رمز نموذجي + معالج البحث
-
حدّد مراحل سير العملجمّع نقاط النهاية في 3 مسارات عمل: 'عمليات القراءة'، 'عمليات الإنشاء'، 'المسؤول'. يكشف كل سير عمل فقط عن أدواته الخاصة.✓ تم النسخ→ تعاريف سير العمل مع قوائم الأدوات المسموحة
-
اختبر باستخدام Claudeقم بتوصيل Claude Desktop بهذا الخادم والتحقق من أن إدراج الأدوات يعرض فقط أداة البحث + أدوات سير العمل الحالية — وليس جميع الـ 300.✓ تم النسخ→ Claude يرى ~10 أدوات، وليس 300
النتيجة: سطح واجهة برمجية كبير قابل للاستخدام من قبل نموذج لغة دون الانهيار على طول المطالبة النظامية.
المزالق
- يعيد البحث الدلالي الأداة الخاطئة عندما تكون الأوصاف متشابهة جداً — اكتب أوصاف أداة مميزة من سطر واحد؛ اختبر البحث باستخدام استعلامات محجوزة