حين ينكسر
الأمر نفسه، مزوّد آخر، سلوك مختلف تمامًا
ويُسأل أيضًا أمري النصي ينكسر على نموذج آخر · يعمل على GPT ويفشل على Claude · التعليمات نفسها تعطي تنسيقات مختلفة · النقل بين المزوّدين
السبب موثّق من مزوّد أو ورقة منشورة لم يختبره benchr أول تسجيل آخر فحص
ما الذي يحدث فعلًا
الأمر النصي جزء من الطلب فقط. أمّا الميزات التي يتّكئ عليها ضمنًا — فرض المخطط، وصيغة الأدوات، والتخزين المؤقّت، ومعالجة أمر النظام — فتختلف بين المزوّدين، وبعضها غير متاح أصلًا.
لماذا
- المخرجات المهيكلة واستدعاء الأدوات والتخزين المؤقّت موثّق كلٌّ منها عند كل مزوّد بحدود دعم خاصة. والأمر الذي يتّكئ على إحداها لا يُنقل بنسخ النص.
- معرّفات النماذج ليست قابلة للتبادل، والمعرّف المتقاعد يفشل بخطأ 404 لا بالرجوع إلى بديل.
- وحتى حيث توجد الميزة عند الاثنين، تختلف الحدود الموثّقة: أي أجزاء JSON Schema مدعومة، وما الذي يُعدّ كبيرًا أكثر من اللازم، وكم يجوز أن يستمر الطلب.
الإصلاح السريع
قبل لوم الصياغة، تحقّق أن الميزة التي يعتمد عليها موجودة أصلًا في النموذج الهدف. نصف هذه الإخفاقات معامل ناقص لا مشكلة كلمات.
الإصلاح الحقيقي
افصل التعليمة عن الآلية. أبقِ الصياغة محايدة تجاه المزوّد، واحتفظ بالأجزاء الخاصة بالمزوّد — المخطط والأدوات والتخزين ومعرّف النموذج — في إعداد قابل للتبديل.
خطوة خطوة
- اكتب كل ميزة غير نصية يستخدمها الطلب: مخطط، أدوات، تخزين مؤقّت، رفع ملفات، أمر نظام.
- افحص كلًّا منها مقابل التوثيق الحالي للمزوّد الهدف لا مقابل الذاكرة.
- تأكّد من معرّف النموذج في دليل المزوّد نفسه قبل التبديل.
- أعد تشغيل مجموعة مهامك المحجوزة بعد التبديل، ولا تفترض أن شيئًا انتقل.
- اجمع الفروق في طبقة وسيطة واحدة، فيصير التبديل التالي تغييرًا في الإعداد.
إن كنت ترى خطأ من الواجهة البرمجية
مستند إلى
- احصل على JSON يطابق مخططك دائمًاحدود الدعم وميزات المخطط غير المدعومة مسمّاة في دليل المزوّد الذي قرأه benchr لهذه القدرة.