مفتوح المصدر أو API مدفوع؟ عبدالله عبدالرحيم بن سنكر يقارن لصاحب المشروع

جاك عرضان لنفس المشروع. الأول يقول: «نركّب لك نموذج ذكاء اصطناعي على سيرفرك، بدون اشتراك شهري». والثاني يقول: «نستخدم API جاهز وتدفع حسب الاستخدام». الأول يبدو أرخص وأكثر خصوصية، والثاني يبدو أسهل وأسرع. والحقيقة إن كل واحد منهم يخفي تكاليف ما تنكتب في العرض. في هالمقالة عبدالله عبدالرحيم بن سنكر يحط الخيارين جنب بعض على ستة محاور، ويوضح متى يكسب كل واحد، ومتى يكون فيه خيار ثالث أذكى من الاثنين.

تصحيح قبل المقارنة: «مفتوح المصدر» غالباً يعني «مفتوح الأوزان»

أغلب النماذج اللي تسمعها تحت هالاسم، مثل عائلات Llama و Mistral و Qwen و Gemma، تنشر أوزان النموذج للتحميل، لكن مو بالضرورة بيانات التدريب ولا طريقة التدريب كاملة. يعني تقدر تشغّله وتعدّل عليه، لكنه مو مفتوح بنفس معنى البرمجيات المفتوحة. والأهم لصاحب المشروع: الرخصة. بعض الرخص تسمح بالاستخدام التجاري بلا قيود تقريباً، وبعضها يضع شروطاً على الاستخدام أو على حجم الجهة المستخدمة. اقرأ الرخصة قبل ما تبني عليه منتجاً تبيعه، مو بعد.

وفيه خيار ثالث ينساه كثير: نموذج مفتوح الأوزان، لكن تستدعيه عبر API من مزوّد يستضيفه. هنا ما تشغّل سيرفراً ولا تشيل همّه، وتدفع غالباً أقل من النماذج التجارية الكبرى، وفوق هذا يبقى باب الخروج مفتوحاً: تقدر تنقل لمزوّد ثاني أو لخادمك لاحقاً لأن النموذج نفسه متاح للكل.

المحور الأول والثاني: التكلفة والجهد

مع API تدفع على كل توكن يدخل ويطلع. ما فيه تكلفة ثابتة: لو ما استخدمت شي هالشهر، فاتورتك قريبة من الصفر، ولو تضاعف استخدامك تتضاعف. هذا مريح جداً في البداية لأنك ما تعرف حجمك الحقيقي.

مع الاستضافة الذاتية تدفع على كرت شاشة (GPU) سواء اشتغل أو نام. النموذج الكبير يحتاج ذاكرة كرت كبيرة، والتكميم (Quantization) يقلل هالحاجة على حساب شوي من الجودة. وفوق السيرفر فيه شغل ما يظهر في العرض: أحد يركّب أداة تشغيل مثل vLLM أو Ollama، ويراقب الأداء، ويحدّث، ويتعامل مع الضغط لما يجي عشرين طلب في نفس اللحظة. القاعدة العملية: الاستضافة الذاتية ما تصير أرخص إلا مع حجم استخدام عالي وثابت يشغّل الجهاز أغلب الوقت. أما جهاز يشتغل ساعتين في اليوم، فأنت تدفع إيجار جهاز نايم.

المحور الثالث: الجودة على شغلك أنت

أقوى النماذج التجارية عادة متقدمة في المهام المعقدة: التفكير متعدد الخطوات، واستخدام الأدوات بدقة، والكتابة العربية الطويلة المتماسكة. النماذج المفتوحة قرّبت كثير، وفي مهام محددة مثل التصنيف والاستخراج والتلخيص القصير، ممكن نموذج مفتوح صغير يكفي تماماً ويكون أسرع وأرخص.

لا تعتمد على جداول المقارنة العامة. اجمع عشرين أو ثلاثين مثالاً حقيقياً من شغلك، بالعربي وباللهجة اللي يكتب فيها عملاؤك، ومرّرها على المرشحين. الفرق بين النماذج في شغلك قد يكون أصغر أو أكبر بكثير من الفرق في أي جدول. وقيّم الثلاثة مع بعض: الدقة، وزمن الرد، وتكلفة الطلب الواحد. نموذج أدق بشوي لكنه أبطأ بثلاث مرات ممكن يكون اختياراً سيئاً لبوت محادثة، وممتازاً لتقرير يطلع مرة في الليل وما أحد ينتظره.

المحور الرابع والخامس: الخصوصية والتحكم

هنا تكسب الاستضافة الذاتية بوضوح: البيانات ما تطلع من خادمك أبداً. لو عندك ملفات طبية أو قانونية أو بيانات عملاء عليك التزامات تمنع خروجها، فهذي ميزة حقيقية وممكن تحسم القرار لحالها. لكن انتبه للطرف الثاني: كثير من مزوّدي API ينصّون في شروطهم على عدم تدريب نماذجهم على بيانات الـ API افتراضياً، ومدة احتفاظ محددة بالطلبات. اقرأ الشروط بدل ما تفترض الأسوأ أو الأفضل.

وفي التحكم: النموذج المستضاف عندك ما يتغيّر إلا لما تغيّره أنت، وهذا يعني سلوكاً ثابتاً تقدر تعتمد عليه. مع API، المزوّد ممكن يوقف إصداراً قديماً أو يعدّل سعره، ولازم تختبر من جديد لما تنتقل. بالمقابل تستفيد من تحسينات ما بذلت فيها أي جهد.

المحور السادس: الاعتمادية

المزوّد ممكن يتعطل أو يرفض طلباتك لما تتجاوز حد الاستخدام. وخادمك ممكن يتعطل بعد، والفرق إن ما فيه فريق غيرك يصلحه الساعة ثلاث الفجر. الحل الواقعي مع API هو التحويل الاحتياطي: لو فشل نموذج، الطلب يروح تلقائياً لنموذج ثاني. وهذا بالضبط أسلوب محادثة موقع منصة أزهل الرقمية: تستدعي النماذج عبر OpenRouter مع تحويل احتياطي بين عدة نماذج، فتعطّل مزوّد واحد ما يوقف المحادثة.

وهنا تنتبه لشي أهم من الاختيار نفسه: لا تربط مشروعك بنموذج واحد في كل سطر من الكود. خلّ الاستدعاء يمر بطبقة وحدة صغيرة في نظامك، فيها اسم النموذج والإعدادات، وفيها منطق التحويل الاحتياطي. وقتها الانتقال من API لنموذج مفتوح على خادمك، أو العكس، يصير تعديلاً في مكان واحد واختباراً، مو إعادة كتابة. وكثير من المشاريع تنتهي بحل هجين: المهام البسيطة الكثيرة مثل تصنيف الرسائل تروح لنموذج صغير رخيص، والمهام القليلة المعقدة مثل صياغة رد طويل أو تحليل مستند تروح لنموذج أقوى. ما فيه سبب تدفع سعر النموذج الأقوى على مهمة يقدر يسويها نموذج صغير بنفس الجودة.

الخلاصة في أربعة أسطر

• اختر API لو حجم استخدامك صغير أو متذبذب، وتحتاج أعلى جودة، وما عندك شخص تقني يتابع السيرفر.
• اختر الاستضافة الذاتية لو البيانات ممنوع تطلع، وحجمك عالي وثابت، وعندك من يشغّل ويراقب.
• اختر نموذجاً مفتوحاً عبر مزوّد لو مهامك بسيطة نسبياً وتبي سعراً أقل مع حرية الانتقال.
• في مرحلة التجربة ابدأ بـ API، لأن تغيير النموذج فيها سطر واحد، والسيرفر قرار تاخذه بعد ما تعرف حجمك.

عبدالله عبدالرحيم بن سنكر الكندي يبدأ هالنقاش مع صاحب المشروع بسؤال واحد يحسم نص المقارنة: وش يضرك أكثر، فاتورة شهرية تتغير، أو بيانات تطلع من عندك؟ الجواب الصريح يقرر الاتجاه، والباقي حسبة أرقام تسويها بعد التجربة، مو قبلها.