فشل الطلب غير المتدفق: { “error”: { “code”: 400, “message”: “Request contains an invalid argument.”, “status”: “INVALID_ARGUMENT” } }
إذا قمت بتعطيل خاصية “التفكير” (thinking)، فإن الأمر يعمل بشكل صحيح.
عند تفعيل خاصية “التفكير”، يعود الخلل إلى خطأ تراجع (regression bug) سبق أن أبلغت عنه العام الماضي. يبدو أنني بحاجة إلى تعيين عدد الرموز (tokens) المخصصة للتفكير بشكل ثابت، حيث لا يقبل النظام القيمة 0 أو -1، ولا يقبل عدم إدخال أي قيمة على الرغم من أن الحقل يُوصف بأنه اختياري.
لأنه ترقية يا سام. لا يمكن مواكبة الوتيرة التي يتسارع بها Gemini في إنتاج النماذج وواجهات برمجة التطبيقات (APIs). الفكرة هي الحفاظ على استقرار Discourse وتشغيله بما يعمل بأقل قدر من التغييرات.
لا أرى غوغل بإغلاق نقاط نهاية النماذج “التقليدية” (legacy) لسنوات قادمة، فهناك العديد من التطبيقات والأنظمة التي تستخدمها، وكأي شركة، بمجرد أن تصبح الأمور في بيئة الإنتاج، لا يتم إيقافها خلال أشهر. وبالمثل، أتوقع أن تستمر الأشياء التي تعمل في discourse في العمل (حتى تتخلص discourse منها). إذا كانت نقاط نهاية النماذج مدعومة في discourse، فيجب أن تستمر في العمل كما كانت قبل الترقية.
بالإضافة إلى ذلك، لاحظت النقطة المتعلقة بأن معرّف النموذج latest غير مدعوم من قبل نقاط نهاية التفاعل - وهذا بحد ذاته مشكلة كبيرة ويضيف عبئًا إداريًا كبيرًا.
دعني أوضح: إذا قمت بإعداده لاستخدام نقطة نهاية 3.5 وبعد 6 أشهر قامت غوغل بإيقافها - من سيخبرني بأن 3.5 تم إيقافها؟ ليس Discourse - وليس Gemini أيضًا (لأنه يعمل عبر discourse). والنتيجة النهائية هي أن كل شيء سيتوقف عن العمل فجأة في يوم ما، وسنكون وقتها نحاول تحديد ما الذي حدث.
