بنية تعدّد المزوِّدين: لا تعتمد أبدًا على LLM واحد

حين تبني مُنتجًا على الذكاء الاصطناعي التوليدي، يكثر الإغراء باختيار مزوِّدٍ واحد — ذلك الذي يملك أفضل نموذجٍ الآن — وبناء كل شيءٍ فوقه. إنه أمرٌ سريعٌ وبسيط، وأدلة الدمج ممتازة.

لكنه أيضًا فخ.

المخاطر الثلاثة للذكاء الاصطناعي ذي المزوِّد الواحد

1. انقطاعات المزوِّد وحدود المعدّل (rate limits)

كل مزوِّد LLM يعاني انقطاعات. ولديهم أيضًا حدود معدّل تتغيّر دون إشعارٍ مسبق. فإذا اعتمد مُنتجك بالكامل على API أحد المزوِّدين، فإن تغيّر الحصة أو انقطاعًا إقليميًّا يُسقط مُنتجك لكل المستخدمين في آنٍ واحد.

2. إيقاف النماذج

تُوقَف النماذج. قد لا يكون النموذج الذي بنيتَ مُلهماتك (prompts) حوله اليوم موجودًا بعد ستة أشهر. والانتقال من نموذجٍ إلى آخر ليس مجرّد تغييرٍ في API — بل يعني إعادة ضبط كل مُلهمة، وإعادة التحقق من كل صيغة مُخرجات، وإعادة قياس الدقة. والقيام بذلك تحت الضغط (نموذجك قد أُوقِف للتوّ) أمرٌ مؤلم.

3. النفوذ التجاري

إذا كان مُنتجك يعمل مع مزوِّدٍ واحدٍ فقط، فإن هذا المزوِّد هو من يُحدِّد أسعارك. ويستطيع تغيير الشروط، أو تقييد الوصول، أو إعطاء الأولوية لعملاء آخرين. ليس لك موضع تفاوضٍ لأنك لا تستطيع المغادرة.

كيف تعمل بنية تعدّد المزوِّدين في Uptech

عبر مُنتجاتنا الثلاثة، نستخدم تجريدًا موحّدًا يُطبِّع المحادثة واستدعاء الأدوات (tool-calling) والبث واستهلاك الرموز (tokens) عبر المزوِّدين:

Zitounix يعمل على أربعة مزوِّدين قابلين للتبديل:

• Alibaba Qwen-VL (الافتراضي، مع دوران احتياطيٍّ تلقائيٍّ بين Qwen3.x-Plus وQwen-VL-Max)
• Google Gemini 2.5 Flash (مع سلسلة نماذجٍ احتياطية)
• Ollama (مُستضاف ذاتيًّا، BYOK — قابل للاستخدام دون API key على localhost)
• OpenRouter (مُجمّعٌ يُوجّه إلى النماذج المجانية)

حين يصطدم نموذجٌ بحصةٍ أو حدّ معدّل، يُدوِّر النظام تلقائيًّا إلى المرشّح التالي. ولا يرى المستخدم الفشل — بل يرى النتيجة.

Vitary يعمل على مزوِّدين قابلين للضبط:

• Alibaba Qwen-Plus (DashScope، نقطة نهايةٍ متوافقة مع OpenAI)
• Ollama Cloud (gpt-oss:120b)

يُستدعى كلاهما عبر مُحوّلٍ موحّدٍ مع fetchImpl قابلٍ للحقن لأغراض الاختبار الحتمي. ويكون الضبط بالكامل عبر متغيّرات البيئة — لا يوجد مزوِّدٌ مُشفّرٌ برمجيًّا (hardcoded).

Amar Studio يعمل على ستة مزوِّدين عبر تجريدٍ مُشتَرك ChatRequest/ChatResponse:

• Anthropic Claude (Opus/Sonnet/Haiku)
• Google Gemini (2.5 Pro/Flash، سياق 1M)
• OpenAI GPT
• xAI Grok 3
• Ollama (محلي)
• Google Antigravity (بوّابةٌ موحّدةٌ مع دورانٍ متعدد الحسابات عند رمز 429)

التكلفة الهندسية

تعدّد المزوِّدين يتطلّب مزيدًا من العمل الهندسي:

• طبقة تجريدٍ موحّدة (كل مزوِّدٍ له API يختلف قليلًا)
• فحوصات صحة المزوِّد وحالته الحيّة
• منطق الاحتياط والدوران التلقائي
• تكييف المُلهمات لكل مزوِّد (كل نموذجٍ يستجيب بشكلٍ مختلف)
• القياس المرجعي عبر المزوِّدين (نُجري عمليات تدقيقٍ مرجعيةٍ تُقارن Gemini وQwen)

لكن العائد هو المرونة التشغيلية والحرية التجارية. فحين تُسجّل Alibaba Qwen ارتفاعًا في حدود المعدّل، يلجأ Zitounix إلى Gemini بشفافية. وحين يُوقَف نموذجٌ، ننتقل إلى التالي دون إعادة تصميم البنية. ولا نكون أبدًا في تفاوضٍ لا نستطيع الانسحاب منه.

ملاحظةٌ حول Ollama

يستحق Ollama ذكرًا خاصًّا. فهو يتيح لنا تشغيل النماذج محليًّا — على آلة المستخدم نفسها أو على بنيتنا التحتية الخاصة. وبالنسبة لحالات الاستخدام الحساسة للخصوصية (بيانات الصحّة، البيانات السريرية)، يعني هذا أن البيانات لا تغادر سيطرة المستخدم أبدًا. وبالنسبة لحالات الاستخدام الحساسة للتكلفة، يعني هذا تكلفةً معدومةً لكل استدعاء. إنه الاحتياطي الأقصى: لا تبعّية لمزوِّد، ولا حدود معدّل، ولا نقل بيانات.

---

بنية تعدّد المزوِّدين مبدأ تصميمٍ جوهريٌّ عبر جميع مُنتجات Uptech. إنها ليست ميزةً — بل استراتيجيةٌ تجارية.