التوجيه واختيار النموذج: العلاقة بين القنوات والنماذج والعملاء
عند استخدام بوابة الذكاء الاصطناعي، أكثر ثلاثة مفاهيم تسبب الالتباس هي: القنوات (Channels) والنماذج (Models) والعملاء (Clients). إن فهم العلاقة بينها يساعدك على تهيئة التوجيه بشكل صحيح، ويتيح لك تجنب الحيرة من نوع «لماذا لم يمر طلبي عبر القناة التي توقعتها؟».
ثلاثة مفاهيم أساسية
- القناة (Channel) هي اتصال منبعي (upstream): مثيل Ollama واحد، أو حساب لدى مزوّد خدمة سحابية.
- النموذج (Model) هو قدرة متاحة عبر القناة: مثل اسم نموذج محدد مثل
qwen3:8b. - العميل (Client) هو أداة الذكاء الاصطناعي التي تستخدمها يوميًا: مثل Claude Code وCodex وopencode.
والعلاقة بينها عبارة عن مسار أحادي الاتجاه:
العميل → (المفتاح الافتراضي) → البوابة (سياسة التوجيه) → القناة → النموذج
مع كل طلب، يحدد العميل اسم النموذج ضمن الطلب، ثم تعثر البوابة استنادًا إلى هذا الاسم على القناة القادرة على خدمته، فتعيد توجيه الطلب إليها.
ما معنى «النموذج (اسم القناة)» في قائمة النماذج
في منتقي النماذج لدى عملاء مثل Claude Code وopencode، سترى إدخالات مثل qwen3:8b (Ollama Qwen3). الاسم داخل الأقواس يشير إلى القناة المصدر لهذا النموذج، وليس إلى «اتصال آخر»:
- يظل هناك دائمًا اتصال واحد فقط بين عميلك والبوابة (عنوان واحد + مفتاح افتراضي واحد).
- يمكن أيضًا تهيئة النموذج نفسه على قنوات متعددة. وفي هذه الحالة يظل المنتقي يعرض سطرًا واحدًا فقط (مع إظهار إحدى القنوات المصدر بين الأقواس)، أما القناة التي تخدم الطلب فعليًا في كل مرة فتحددها سياسة التوجيه (انظر أدناه).
ثلاثة أنماط للتوجيه: Fixed وFailover وBalanced
السؤال الذي تجيب عنه سياسة التوجيه هو: عندما توجد عدة قنوات قادرة على خدمة النموذج نفسه، أيّها تُستخدم؟
| النمط | السلوك | السيناريوهات المناسبة |
|---|---|---|
| Fixed (ثابت) | يستخدم القناة نفسها دائمًا | عندما تكون جودة القناة مستقرة وتريد تثبيت المصدر |
| Failover (أساسي واحتياطي) | عند تعطل القناة الأساسية أو نفاد رصيدها، ينتقل بالتسلسل إلى القنوات الاحتياطية | التهيئات التي لديها قناة أساسية وأخرى احتياطية |
| Balanced (متوازن) | يوزع الطلبات بالتناوب بين القنوات المتاحة | توزيع الحمل عبر عدة قنوات متماثلة |
حدّان مهمّان يجب الانتباه لهما:
- التوجيه يبدّل بين القنوات فقط، ولا يبدّل النموذج. النموذج المطلوب تحدده أداة العميل دائمًا، ولن تقوم البوابة بتغيير النموذج نيابةً عنك.
- النماذج المختلفة تسير أصلًا عبر قنواتها الخاصة. لن يعمل نمط Balanced على «استخدام نموذج القناة A هذه المرة ونموذج القناة B المرة القادمة» — بل يتنقل فقط بين القنوات المتعددة للنموذج نفسه.
النموذج يحدده العميل: كيفية تبديل النموذج
البوابة مسؤولة فقط عن إعادة التوجيه: أداتك تُرفق اسم النموذج مع كل طلب، والبوابة توجه بناءً عليه. أما تبديل النموذج فيتم داخل العميل:
- opencode: اكتب
/modelsفي واجهة TUI للاختيار؛ أو قم بتهيئةmodel(النموذج الرئيسي) وsmall_model(للمهام الخفيفة مثل توليد العناوين) داخل ملفopencode.json. - Claude Code: استخدم الأمر
/modelللتبديل. - Codex: حدّد النموذج عبر المعامل
-m <model>أو من خلال ملف التهيئة.
ربط أدواتك اليومية بالبوابة بأمان
هل تخشى التأثير على استخدامك اليومي؟ اتبع هذه الخطوات:
- جرّب أولًا على مشروع ثانوي: أكمل الربط بنقرة واحدة داخل مجلد مشروع غير مهم، وتأكد من أن سير العمل يعمل بسلاسة.
- تحقق بطلب واحد: أرسل طلبًا تجريبيًا واحدًا، ثم انتقل إلى صفحة «سجل الاستخدام» لتطّلع على النموذج والقناة اللذين هبط عليهما الطلب والتكلفة التي تحمّلها.
- التراجع متاح في أي وقت: أوقف التولي من صفحة «إدارة الربط». بعد الإيقاف: ستُزال التهيئات التي كتبها ServBay، وسيُلغى المفتاح الافتراضي الذي أنشأه التولي؛ لن تُستعاد تهيئاتك المخصصة السابقة تلقائيًا، فعدّلها يدويًا إن لزم الأمر، ويسري التغيير بعد إعادة تشغيل العميل.
الخلاصة
- القناة = اتصال منبعي؛ النموذج = قدرة على القناة؛ اسم النموذج يحدده العميل مع كل طلب.
- سياسة التوجيه تختار فقط بين «القنوات المتعددة للنموذج نفسه»: Fixed للتثبيت، وFailover للأساسي/الاحتياطي، وBalanced للتناوب.
- بدّل النموذج من منتقي النماذج في العميل؛ وتحقق في صفحة «سجل الاستخدام» من النموذج والقناة اللذين خدما كل طلب إضافة إلى تكلفته.
