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