تطوير وكلاء الذكاء الاصطناعي وتكامل خوادم MCP: ربط النماذج اللغوية بالأنظمة التي تشغّلها
العروض التوضيحية كلها تنجح. النموذج الأولي الذي لخّص وثائقكم كان مبهراً، والنموذج الذي أجاب عن أسئلة الدعم بدا جاهزاً، ثم التقى بنظام إدارة العملاء الحقيقي وبنموذج الصلاحيات الحقيقي وبالبيانات الحقيقية، فلم يعد جاهزاً.
تلك الفجوة هي العمل. ليس النموذج (فالنموذج صار الجزء السهل) بل كل ما يقع بين نموذج لغوي ونظام له آراء في المصادقة وحدود المعدل وتعدد المستأجرين ومن يحق له رؤية ماذا.
ما الذي نبنيه
خوادم MCP لأنظمتكم الداخلية
Model Context Protocol معيار مفتوح لإتاحة الأدوات والبيانات لمساعدي الذكاء الاصطناعي بطريقة موحّدة عبر العملاء المختلفين. وقد صار الجواب العملي لسؤال «كيف نسمح لمساعد باستخدام أنظمتنا دون كتابة تكامل خاص لكل مساعد».
نبني خوادم MCP جاهزة للإنتاج فوق ما تشغّله شركتك فعلاً: نظام إدارة العملاء، ونظام التذاكر، ومستودع البيانات، وواجهاتك البرمجية الداخلية، ومخزن المستندات، ونظام ERP. ليس خادماً تجريبياً برمز وصول مكتوب في الكود، بل خادماً بمصادقة سليمة، وتخويل على مستوى المستخدم يحترم الصلاحيات التي تفرضها أنظمتك أصلاً، وعزل بين المستأجرين، وتحديد لمعدل الاستدعاء، وتسجيل منظَّم، وسطح أخطاء يقول للنموذج شيئاً مفيداً حين يفشل استدعاء.
وكلاء ومساعدون مصممون خصيصاً
وكلاء ينجزون مهمة من طرف إلى طرف: فرز طابور وارد، أو تسوية نظامين متعارضين، أو صياغة النسخة الأولى من مستند يعتمده إنسان بعدها، أو تنفيذ مهمة بحث عبر مصادر داخلية وخارجية. نبنيهم بالأجزاء المملّة مضمّنة: إعادة المحاولة، والمهلات، وسقوف التكلفة، وعدم التكرار في أي عملية كتابة، وخطوة موافقة بشرية عند كل إجراء يصعب التراجع عنه.
الاسترجاع من محتواكم الخاص
الاسترجاع المعزَّز بالتوليد (RAG) منفَّذاً كما ينبغي: استيعاب المستندات وتقسيمها بما يحترم بنيتها لا عدد الأحرف، وتضمينات وبحث متجهي، واسترجاع هجين يجمع الكلمات المفتاحية والدلالة لأن البحث المتجهي وحده يفوّت المطابقات الحرفية، وإعادة ترتيب النتائج، واستشهادات تعود إلى المصدر حتى يمكن التحقق من الإجابة. يضاف إلى ذلك النصف غير اللامع: إبقاء الفهرس محدَّثاً مع تغيّر المستندات، واحترام التحكم في الوصول حتى لا يُظهر الاسترجاع مستنداً ما كان للمستخدم أن يفتحه.
أتمتة سير العمل والعمليات الخلفية
ليس كل شيء يحتاج وكيلاً. جزء كبير مما تريده الشركات من الذكاء الاصطناعي هو تصنيف واستخراج وتوجيه: قراءة بريد وارد وتحديد نوعه، وانتزاع بيانات منظَّمة من مستند غير منظَّم، ومطابقة وصف مع مدخلة في الكتالوج. وهذه أرخص وأكثر موثوقية وأسهل في التقييم من الوكيل، وحين تكون هي الجواب الصحيح نبنيها بدلاً منه.
التقييم والرصد وحواجز الأمان
ميزة ذكاء اصطناعي بلا تقييم هي ميزة لا يستطيع أحد تحسينها. نبني مجموعات اختبار من حالاتكم الحقيقية، ونقيس عليها مع كل تغيير، ونتتبّع كل استدعاء بمدخلاته واستخدامه للأدوات وزمن استجابته وتكلفته، ونضع الحدود قبل أن تكتشف حلقة جامحة فاتورة واجهتكم البرمجية. وحقن التعليمات خطر قائم من اللحظة التي يقرأ فيها الوكيل محتوى غير موثوق ويستطيع التنفيذ أيضاً، لذلك نصمم حدود الأدوات بحيث لا يتحول مستند خبيث إلى إجراء مدمّر.
كيف نتعامل مع مزوّدي النماذج
لسنا مرتبطين بواحد. نبني على نماذج Claude من Anthropic، وعلى OpenAI وGoogle، وعلى نماذج مفتوحة الأوزان تعمل على بنيتكم التحتية، ونصمم التكامل بحيث يبقى النموذج مكوّناً قابلاً للاستبدال. وأي نموذج ينبغي أن تستخدموه يتوقف على المهمة، وزمن الاستجابة المطلوب، والتكلفة لكل استدعاء عند حجمكم، وبشكل متزايد (وهو العامل الحاسم في أوروبا)، على أين يُسمح للبيانات أن تذهب.
وللعملاء الذين تقيّدهم متطلبات إقامة البيانات، ننشر في مناطق داخل الاتحاد الأوروبي أو نشغّل الاستدلال ذاتياً على أجهزتكم، ونقول لكم بصراحة أين يكلّفكم ذلك قدرة.
ما الذي لا نقدّمه
لسنا شركة استشارات في استراتيجية الذكاء الاصطناعي. ولا نقيم ورش عمل عن الإمكانات التحويلية لأي شيء.
كما أننا لن نبني وكيلاً لمشكلة لا تحتاج وكيلاً. نسبة معتبرة من مشاريع الذكاء الاصطناعي التي تُطرح علينا تُحلّ بشكل أفضل بتكامل واجهة برمجية محدد جيداً، أو بفهرس بحث، أو بمعالجة مشكلة جودة البيانات الكامنة تحتها. وقول ذلك يكلّفنا تعاقداً أكبر ويوفّر عليكم نظاماً كنتم ستضطرون لصيانته.
أين يؤتي هذا ثماره عادةً
معرفة داخلية متاحة تقنياً وغير قابلة للوصول عملياً: آلاف المستندات موزعة على ويكي ومحرك أقراص مشترك ونظام تذاكر، والشخص الذي يعرف أيّها الحالي في إجازة.
الفرز عالي الحجم: طوابير الدعم، واستقبال المطالبات، والمبيعات الواردة، ومراجعة الطلبات. كل ما يقرأه إنسان اليوم ليقرر ما هو ثم يمرّره.
أنظمة لم تحظَ يوماً بتكامل: أداتان يفترض أن تتحدثا فلا تفعلان، والحل البديل شخص ومعه جدول بيانات. وكيل بصلاحية MCP على الاثنتين كثيراً ما يكون مساراً أقصر من مشروع تكامل رسمي.
عمليات كثيفة المستندات: العقود والفواتير والمواصفات والملفات التنظيمية. الاستخراج مع خطوة مراجعة بشرية موثوق بما يكفي لتغيير اقتصاديات هذه العمليات اليوم.
إنتاجية المطورين داخل قاعدة الكود الخاصة بكم: أدوات داخلية، ومساعدة في مراجعة الكود، وتوليد الاختبارات، وخوادم MCP تمنح مساعدي فريقكم وصولاً إلى نظام البناء ومتتبع المهام والسجلات.
كيف تسير التعاقدات
الاستكشاف، أسبوع إلى أسبوعين. ننظر في العملية التي تريدون تغييرها، والأنظمة المعنية، وشكل البيانات الحقيقي. والمخرَج تقييم مكتوب لما هو ممكن، وكم سيكلّف تشغيله شهرياً عند حجمكم، وما أنماط إخفاقه. وأحياناً يقول: لا تبنوا هذا.
إثبات المفهوم، ثلاثة إلى ستة أسابيع، على بيانات حقيقية في بيئة مضبوطة. الغاية ليست عرضاً توضيحياً، بل نتيجة تقييم يمكن الوثوق بها، برقم دقة مقاس على حالات اخترتموها أنتم.
البناء الإنتاجي، عادةً ثمانية إلى ستة عشر أسبوعاً، شاملاً المصادقة والتخويل والمراقبة ومنظومة التقييم وضوابط التكلفة والتوثيق. يُنشر في بنيتكم التحتية، وفي مستودعكم، وبمشاركة فريقكم طوال الوقت.
التشغيل أو التسليم. إما يتسلّمه فريقكم مع دليل التشغيل ومجموعة التقييم، أو نواصل تشغيله ضمن عقد دعم. النماذج تتغير، والتوجيهات تنحرف، ومجموعة التقييم هي ما يخبركم أن شيئاً ساء بهدوء.
التقنيات
Python وTypeScript لعمل الوكلاء وخوادم MCP؛ وPostgreSQL مع pgvector أو Qdrant أو Weaviate أو OpenSearch للاسترجاع؛ وAWS Bedrock وAzure OpenAI وواجهات المزوّدين المباشرة، والاستدلال الذاتي عبر vLLM أو Ollama حيث لا يجوز للبيانات أن تغادر؛ وتتبّع مبني على OpenTelemetry؛ وأياً كانت منظومتكم القائمة على جانب التكامل، لأن هناك يقع العمل فعلاً.
الأسئلة الشائعة
ما خادم MCP بعبارة بسيطة؟
خدمة صغيرة تُتيح قدرة ما (القراءة من قاعدة بيانات، أو إنشاء تذكرة، أو البحث في مستنداتكم) بصيغة موحّدة يفهمها مساعدو الذكاء الاصطناعي. تبنيه مرة، فيستطيع أي مساعد متوافق مع MCP استخدام تلك القدرة دون تكامل مخصص لكل منهم.
هل نبني خادم MCP أم تكاملاً برمجياً عادياً؟
إذا كان مساعد واحد يحتاج نظاماً واحداً، فالتكامل المباشر أبسط. ويستحق MCP كلفته حين تحتاج عدة مساعدين أو عدة فرق الأنظمة نفسها، أو حين تريد إتاحة القدرة لأدوات لم تخترها بعد، أو حين تريد مكاناً واحداً تعيش فيه الصلاحيات وسجلات التدقيق.
كيف تمنعون الوكيل من فعل شيء مدمّر؟
بطبقات. أدوات الكتابة مفصولة عن أدوات القراءة، وأدوات الكتابة محدودة النطاق بقدر ما تسمح المهمة. وكل ما لا رجعة فيه يمر بخطوة موافقة بشرية. وكل استدعاء يُسجَّل بوسائطه. ويعمل الوكيل بهوية خدمة لا تملك إلا الصلاحيات التي تحتاجها المهمة، فيكون نطاق الضرر محدوداً بنموذج التخويل لديكم لا بنص التوجيه.
كم يكلّف تشغيل هذا؟
يتوقف بالكامل تقريباً على الحجم وعلى حجم السياق الذي يحمله كل استدعاء. نمذجه في مرحلة الاستكشاف بأرقام حقيقية، لأن الفرق بين تصميم يرسل مستنداً كاملاً في كل دورة وآخر يسترجع الجزء ذا الصلة قد يبلغ رتبة قدرية في الكلفة الشهرية.
هل يمكن تشغيل هذا دون أن تغادر بياناتنا نطاقاً جغرافياً محدداً؟
نعم. كبار المزوّدين يوفّرون مناطق داخل الاتحاد الأوروبي، والنماذج مفتوحة الأوزان يمكن تشغيلها على بنية تحتية تتحكمون بها. عادةً تكون هناك مفاضلة في القدرة، وسنكون محددين بشأنها بدل التظاهر بأنها غير موجودة.
تجربتنا السابقة مع الذكاء الاصطناعي لم تصل إلى الإنتاج. لماذا ستصل هذه؟
في الغالب لأن التجربة أثبتت أن النموذج يستطيع أداء المهمة ولم تقترب من المصادقة ولا الصلاحيات ولا معالجة الأخطاء ولا التقييم ولا التكلفة، وهناك تسعون بالمئة من العمل المتبقي. نحن نبدأ من افتراض أن النموذج يعمل، وننفق التعاقد على كل ما عداه.
ابدأ الآن
صف لنا العملية التي تريد تغييرها والأنظمة التي تمسّها. وسنقول لك هل الوكيل هو الأداة الصحيحة، وكيف تبدو نسخة أولى واقعية، وكم تكلّف بناءً وتشغيلاً.
تواصل معنا لترتيب جلسة استكشاف تقني.
خدمات ذات صلة
- تعزيز الفريق والاستعانة بمصادر خارجية: مهندسو ذكاء اصطناعي مدمجون في فريقك
- هندسة الامتثال لقانون الذكاء الاصطناعي الأوروبي: حين يقع ما تبنيه ضمن نطاق السريان
- تحسين تكاليف AWS: أحمال الاستدلال والاسترجاع لها عادة في مفاجأة الناس
مستعد للبدء بهذه الخدمة؟
تواصل معنا