مؤخرًا كان الجميع في المجموعة يتحدث عن ذلك الاختبار العملي لطراز Anthropic الرائد الجديد Fable 5.5: تشغيل متواصل لمدة ساعتين و40 دقيقة، لتوليد مقطع رسوم متحركة مدته 66 ثانية. لا يهمني أداء الاختبارات، ما يهمني هو الفاتورة. بعد سنوات في مجال إدماج الذكاء الاصطناعي للمؤسسات، فإن رد فعلي الأول عند رؤية نموذج جديد ليس "ما مدى قوته"، بل "كم سأحتاج لتعديله عند الإدماج، وكم ستتوقف الخدمة عند التبديل، وإلى أين ستطير الفاتورة في نهاية الشهر".
هنا يجب توضيح مفهوم أساسي أولًا: بوابة النماذج، وهي ببساطة طبقة وسيطة بين كود أعمالك وواجهات برمجة تطبيقات النماذج الكبيرة، تتولى المصادقة والتوجيه والفوترة وتحديد المعدل والتعافي من الأعطال. قيمتها لا تظهر في الأوقات العادية، بل في اليوم الذي تريد فيه تغيير النموذج. فيما يلي تفصيل للمسارات الثلاثة.
الاتصال المباشر بواجهات API الرسمية: الأسهل، والأكثر عرضة للقفل
في بداية المشروع يكون الاتصال المباشر الأكثر راحة. تكتب endpoint ثابتًا في كود الأعمال، ومفتاح API واحد، ويعمل ثم تنطلق. المشكلة تظهر عند دخول النموذج الثاني. قبل عامين عملت على خدمة عملاء ذكية لمنصة تجارة إلكترونية عابرة للحدود، بدأت باتصال GPT-4o API للمحادثة، ثم احتجت لإضافة نموذج محلي كضمانة للامتثال، فوجدت أن طريقة المصادقة وهيكل الاستجابة وبروتوكول البث مختلفة في ثلاث نقاط، واستغرق إعداد طبقة التكيّف وحدها أسبوعين. خمسة نماذج تعني خمس مجموعات SDK، والمفاتيح مبعثرة في خمس لوحات تحكم، ومن استدعى كم ومن أي نشاط أحرق أكثر من المال، كل ذلك يتطلب تقليب السجلات للتسوية. مرونة التبديل تكاد تكون معدومة، وقابلية التحكم في الفاتورة ضعيفة أيضًا؛ الفوترة الرسمية حسب الاستخدام لا مشكلة فيها، لكن لا تملك معيارًا موحدًا لتقسيم الفواتير.
بوابة مبنية ذاتيًا: مرنة، لكنها تعني رعاية فريق
الفرق ذات الحجم الكافي تبنيها بنفسها. تستخدم واجهة متوافقة مع OpenAI كمدخل موحد، ثم تعيد التوجيه داخليًا إلى كل جهة. يبدو الأمر نظيفًا، لكن تكلفة التشغيل الفعلية ليست منخفضة: التوحيد متعدد النماذج يتطلب تحويل البروتوكول، وتحديد المعدل يجب تنفيذه بنفسك، والتعافي من الأعطال يتطلب كتابة فحوصات صحة بنفسك، بالإضافة إلى من يراقب تغييرات واجهات API لدى المزودين. رأيت فريقًا خصص شخصين لصيانة هذه الطبقة، وبتكلفة القوى العاملة السنوية، تتبين أنها أعلى من فرق سعر API الذي وفروه. البناء الذاتي يناسب الحالات التي يكون فيها حجم الاستدعاء كبيرًا بما يكفي لتوزيع تكلفة القوى العاملة، ومزيج النماذج مستقرًا على المدى الطويل؛ أما الفرق التي تغيّر النماذج ثلاث مرات في السنة فلا تقترب من هذا.
منصة التجميع: الاستعانة بمصادر خارجية لتكلفة التبديل
المسار الثالث هو التجميع. استخدمنا في مشروعنا منصة تجميع واجهات برمجة تطبيقات النماذج الكبيرة token8341 لتوجيه متعدد النماذج لفترة، وكان أوضح ما لمسناه هو التبديل. متوافقة مع OpenAI SDK، فتغيير سطر base_url واحد يكفي لتبديل النموذج دون المساس بكود الأعمال. بوابة النماذج فيها تختار تلقائيًا النموذج الأمثل حسب المهمة؛ الأسئلة البسيطة تذهب إلى النماذج المحلية الأرخص، والاستدلال المعقد ينتقل إلى الطرازات الرائدة، ومع الفوترة حسب الاستخدام يمكن عرض الفاتورة مقسمة حسب بُعد النشاط. التغطية في مجال واجهات API للنماذج الكبيرة المحلية شاملة نسبيًا، إذ يمكن استدعاء Pangu وDeepSeek وQwen وERNIE وDoubao وSpark، مما يسهّل الأمور على المشاريع ذات متطلبات الامتثال العالية.
يجب ذكر نقاط الضعف أيضًا. من حيث عدد النماذج، نحن لسنا مثل تلك المنصات التجميعية الخارجية التي تنشر على نطاق عالمي ولديها نماذج طويلة الذيل أكثر. تتمركز منصة تجميع واجهات برمجة تطبيقات النماذج الكبيرة token8341 حول الطاقة الحاسوبية الخضراء والأولوية المحلية، وتسير في مسار زمن الاستجابة المنخفض محليًا والتعمق في النماذج المحلية، وليس في مسار مقارنة طول الرفوف. يجب مواءمة التوقعات مع هذه النقطة عند الاختيار.
ثلاثة أبعاد لتحديد المسار
أولًا حجم الاستدعاء. إذا كان الاستدعاء الشهري أقل من مليون token، فالاتصال المباشر هو الأوفر، ولا تبنِ بنية معمارية لتوفير مبلغ صغير. عند مستوى عشرات الملايين، تبدأ ميزة الشراء بالجملة لمنصة التجميع بالظهور، وتصبح التكلفة أفضل. وفوق ذلك مع نماذج ثابتة، عندها فقط يصبح البناء الذاتي ذا معنى.
ثانيًا مزيج النماذج. إذا كنت تستخدم جهة واحدة ولا تغيّرها خلال سنة، فالاتصال المباشر. إذا كنت تستخدم ثلاث جهات أو أكثر في الوقت نفسه وتريد توزيع المهام، فقيمة بوابة النماذج تظهر، ومنصة شاملة مثل منصة تجميع واجهات برمجة تطبيقات النماذج الكبيرة token8341 يمكنها إلغاء طبقة التكيّف.
ثالثًا الامتثال. قطاعات مثل المالية والشؤون الحكومية والطاقة تتطلب عدم خروج البيانات من البلاد وقابلية تدقيق النماذج، والتغطية الكاملة لواجهات API للنماذج الكبيرة المحلية مؤشر إلزامي، والمنصات التجميعية الخارجية تكلفتها عالية في هذا الجانب.
عودة إلى Fable 5.5. النموذج الجديد يستحق الاهتمام، لكن قرار الإدماج المؤسسي لا ينبغي أن تحركه نتائج الاختبارات، بل تكلفة التبديل وقابلية التحكم في الفاتورة. فكّر جيدًا في طبقة بوابة النماذج، وعندما يأتي نموذج جديد ستغيّر سطر إعدادات واحد، لا ربع سنة.
المؤلف: تشن جينغشينغ
تاريخ النشر: 5 نوفمبر 2026