يوصى باستخدام claude code للاتصال بالنماذج المحلية
Categories:
أشعر في الواقع بنوع من النفور من شركة anthropic، لكن نجمها صاعد بقوة، فاضطررت لاستخدام منتجاتها رغماً عني. اشتركت في claudecode pro، لكن الحصة محدودة جداً، ولا يمكن استخدامها إلا للتخطيط. أداء النماذج المحلية أضعف قليلاً، لكن الحصة أكبر، وميزة الجودة مقابل السعر واضحة. مزودو النماذج المحلية لا يوفرون حالياً response API، لذلك لا يمكن دمجهم بشكل جيد في codex، بافتراض أننا لا نأخذ في الاعتبار الإصدار القديم من codex. قد يكون لـ chat completion قيود تاريخية، مما يؤدي إلى عدم تطابق أداء واجهات برمجة التطبيقات (API) لدى مختلف الشركات تماماً، فعلى سبيل المثال deepseekv4 يتطلب تفعيل التفكير عبر extra body، ولا يقبل سوى “high/max”، وتتطلب الجولات المتعددة مع الأدوات الاحتفاظ بـ reasoning_content. وفي نماذج زhipu لا يمكن ضبط temperature على 0. وفي kimi عند تفعيل التفكير يجب تثبيت temperature على 1، ولا يدعم tool_choice=required، ولا يدعم functions وغيرها. أي أن openai API chat completion لم يصبح المعيار الفعلي المثالي، والدمج المباشر سيؤدي إلى تنازلات في بعض السيناريوهات، وقد يؤدي الخطير منها إلى أخطاء تمنع التشغيل المستمر. في المقابل، عند النظر إلى توافقهم مع anthropic API، ورغم أن عدم التوافق لا يزال موجوداً في بعض السيناريوهات، إلا أنهم ما زالوا يبذلون جهدهم للحفاظ على التوافق. لذلك فإن استخدام anthropic API مباشرة هو خيار مريح. وبما أن claudecode هو منتج رسمي من anthropic، فله الكلمة النهائية المطلقة في تغييرات anthropic API، وإذا لم يرغب مزودو النماذج في التخلي عن مستخدمي claudecode، فليس أمامهم سوى بذل قصارى جهدهم للتكيف. هذا هو الخيار المريح المناسب في الوقت الحالي، آمل أن يظهر في المستقبل API أكثر عمومية، ليفك الارتباط تماماً بين النماذج والأدوات.
