حدّثت جوجل طبقة Flash الخاصة بها في 21 يوليو 2026، وقفز النموذج العملي إصدارًا إلى Gemini 3.6 Flash. إذا كنت تستخدم 3.5 Flash في الإنتاج، فإليك النسخة المختصرة: 3.6 Flash هو بديل أرخص وأكثر كفاءة في استهلاك التوكنات، ويجب على معظم الفرق الترقية إليه. نفس عائلة النموذج، نفس سياق 1M توكن، نفس سعر الإدخال. تكلفة الإخراج أقل لكل توكن، وينتج النموذج عددًا أقل من توكنات الإخراج لإنجاز نفس المهمة. للحصول على تفاصيل كاملة حول النموذج الجديد، انظر ما هو Gemini 3.6 Flash.
الجواب المختصر
قم بالترقية. يحافظ Gemini 3.6 Flash على سعر الإدخال البالغ 1.50 دولار لكل مليون، ويخفض سعر الإخراج من 9.00 دولارات إلى 7.50 دولارات لكل مليون، وينتج حوالي 17% عدد توكنات إخراج أقل من 3.5 Flash في نفس المهام. كما يحقق درجات أعلى في معايير استخدام الكمبيوتر (83.0 مقابل 78.4 في OSWorld-Verified) ويستغرق خطوات استدلال أقل في سير العمل متعدد الخطوات. السبب الوحيد للتأجيل: أنك قد قمت بتثبيت 3.5 Flash والتحقق منه في الإنتاج ولا يمكنك إعادة تشغيل تقييماتك بعد.
Gemini 3.6 Flash مقابل 3.5 Flash جنبًا إلى جنب
إليك المقارنة المهمة، مباشرة من أرقام إطلاق جوجل. التفاصيل موجودة على مدونة جوجل وصفحة نموذج DeepMind Flash.
| الخاصية | Gemini 3.6 Flash | Gemini 3.5 Flash |
|---|---|---|
| معرف النموذج | gemini-3.6-flash |
gemini-3.5-flash |
| سعر الإدخال (لكل مليون توكن) | 1.50 دولار | 1.50 دولار |
| سعر الإخراج (لكل مليون توكن) | 7.50 دولار | 9.00 دولار |
| كفاءة توكن الإخراج | ~17% توكن إخراج أقل | خط الأساس |
| استخدام الكمبيوتر (OSWorld-Verified) | 83.0 | 78.4 |
| نافذة السياق | 1 مليون توكن إدخال | 1 مليون توكن إدخال |
لم يتغير سعر الإدخال. لم تتغير نافذة السياق. التغييرات تكمن في جانب الإخراج من الدفتر وفي مدى كفاءة النموذج في الوصول إلى إجابة.
ما الذي تحسن بالفعل
تغيرت أربعة أشياء، وهي أسباب الترحيل.
عدد توكنات إخراج أقل. ينتج Gemini 3.6 Flash حوالي 17% توكن إخراج أقل من 3.5 Flash لنفس العمل. تشمل توكنات الإخراج توكنات التفكير، لذا فإن المحرك الأكثر كفاءة يكتب أقل للوصول إلى نفس الإجابة. أنت تدفع مقابل كل توكن إخراج، لذا هذا خط تكلفة مباشر، وليس مقياسًا سطحيًا.
سعر إخراج أقل. خفضت جوجل سعر الإخراج من 9.00 دولارات إلى 7.50 دولارات لكل مليون توكن. هذا يمثل تخفيضًا في السعر بنسبة 17% على سعر التوكن الواحد، بالإضافة إلى تخفيض عدد التوكنات المذكور أعلاه.
استخدام أفضل للكمبيوتر. في OSWorld-Verified، وهو المعيار لتشغيل واجهة كمبيوتر حقيقية، يسجل 3.6 Flash 83.0 مقابل 78.4 لـ 3.5 Flash. إذا كنت تقوم ببناء وكلاء ينقرون عبر واجهات المستخدم، أو يملأون النماذج، أو يشغلون أدوات، فإن هذا الفارق يظهر في خطوات فاشلة أقل.
خطوات استدلال أقل واستدعاءات أدوات أقل. في سير عمل الوكلاء متعدد الخطوات، يصل 3.6 Flash إلى الهدف بخطوات استدلال أقل واستدعاءات أدوات أقل. كل استدعاء أداة يتم تجنبه هو ذهاب وإياب لا تدفع مقابله ولا تنتظره، لذا يتضاعف هذا مع توفير التوكنات في أي شيء يعتمد على الوكلاء. تحسنت دقة الترميز أيضًا، وهو أمر مهم إذا كان النموذج يقوم بتحرير الملفات أو إنشاء فروقات حيث يمكن لتوكن واحد خاطئ أن يكسر البنية.
لا يغير أي من هذا شكل واجهة برمجة التطبيقات (API). إنه نفس تنسيق الطلب، ونفس الأنماط في (النص، الصورة، الفيديو، الصوت، PDF)، ونفس النص الخارج.
ما يعنيه ذلك لفاتورتك
تتراكم تأثيرات التكلفة. تحصل على سعر أقل لكل توكن إخراج وعدد أقل من توكنات الإخراج للدفع مقابلها. إنها تتضاعف، ولا تضاف فحسب.
إليك مثال توضيحي. لنفترض أن مهمة يومية تولد 10 ملايين توكن إخراج على 3.5 Flash:
- على 3.5 Flash: 10 ملايين توكن إخراج × 9.00 دولارات لكل مليون = 90.00 دولارًا يوميًا على خط الإخراج.
- على 3.6 Flash: 17% توكن إخراج أقل هو حوالي 8.3 مليون توكن، بسعر 7.50 دولارات لكل مليون = 62.25 دولارًا يوميًا.
هذا يمثل خصمًا تقريبيًا بنسبة 31% على جانب الإخراج لهذا الحمل، ولم تقم بتغيير أي موجه. تظل تكلفة الإدخال ثابتة لأن سعر الإدخال متطابق عند 1.50 دولار لكل مليون ولم تتغير موجهاتك. في أعباء عمل الوكلاء التي تحتوي على العديد من استدعاءات الأدوات، يمكن أن يكون الانخفاض أكبر، حيث أن عددًا أقل من الرحلات ذهابًا وإيابًا يقلل أيضًا إجمالي التوكنات عبر التشغيل.
يعتمد رقمك الحقيقي على نسبة الإدخال إلى الإخراج لديك. الوظائف التي تقرأ كثيرًا وتكتب قليلًا (التصنيف، الاستخراج) تشهد تغييرًا إجماليًا أصغر لأن التوفير يتركز على الإخراج. الوظائف التي تكتب كثيرًا (الصياغة، توليد الأكواد، تتبعات الوكيل الطويلة) تشهد أكبر المكاسب. للحصول على تفاصيل كاملة عن الأسعار والتخزين المؤقت وتفاصيل توكنات التفكير، انظر تسعير Gemini 3.6 Flash ووثائق تسعير Gemini API الرسمية.
هل هناك أي سبب للبقاء على 3.5 Flash؟
نعم، سبب ضيق. كن صادقًا مع نفسك بشأن الحالة التي تمر بها.
السبب المشروع لتثبيت 3.5 Flash هو أنك قمت بالفعل بالتحقق منه في الإنتاج ولا يمكنك إعادة الاختبار الآن. ربما لديك مجموعة تقييم مقفلة مرتبطة بموافقة الامتثال. ربما لديك مخرجات موجهة تم ضبطها تعتمد عليها محللات تالية، ونافذة الانحدار ليست مفتوحة في هذا السبرينت. تبديل النماذج يغير المخرجات بطرق خفية، و"الأرخص" لا يستحق عطلًا صامتًا في نظام لا يمكنك إعادة التحقق منه اليوم. في هذه الحالة، ابقَ مثبتًا على gemini-3.5-flash حتى تتاح لك نافذة اختبار، ثم قم بالترحيل عمدًا.
لتوضيح الأمر: 3.5 Flash لن يختفي في اليوم الذي يتم فيه شحن 3.6. لا يزال متاحًا عبر واجهة برمجة التطبيقات (API)، وتثبيته يعد خيارًا صالحًا على المدى القصير. هذا يتعلق بـ "متى"، وليس "إذا". بالنسبة لمعظم الفرق التي ليس لديها قفل تحقق صارم، يشير المال والجودة كلاهما إلى الترقية الآن.
كيفية الترحيل
الجزء الميكانيكي هو سطر واحد. في استدعاء API الخاص بك، قم بتبديل معرف النموذج:
- من
gemini-3.5-flash - إلى
gemini-3.6-flash
هذا هو تغيير الكود بأكمله. جسم الطلب والمصادقة ونقاط النهاية هي نفسها، لذا لا يتغير أي شيء آخر في تكاملك. للحصول على شرح كامل للطلبات خطوة بخطوة، انظر كيفية استخدام Gemini 3.6 Flash API ووثائق Gemini API.
العمل الحقيقي هو التحقق، وليس التبديل. قبل نشر معرف النموذج الجديد في الإنتاج:
- أعد تشغيل مجموعة التقييم الخاصة بك مقابل 3.6 Flash وقارن درجات الجودة بخط الأساس لـ 3.5 Flash.
- أعد تشغيل اختبارات الانحدار الخاصة بك، حيث يمكن أن يتغير شكل الإخراج وصياغته بين الإصدارات.
- تحقق من أي شيء يحلل مخرجات النموذج حسب البنية الدقيقة (مفاتيح JSON، تعابير منتظمة، التحقق من صحة المخطط التالي).
- راقب زمن الاستجابة وعدد التوكنات على عينة من حركة المرور الحقيقية قبل النشر الكامل.
إذا كانت مخرجاتك تغذي خدمة أخرى، تعامل مع التبديل كما تتعامل مع أي ترقية تبعية: قم بتغييره خلف علامة، قارن، ثم قم بالترقية.
اختبار الانحدار للتبديل في Apidog
هنا يكتسب Apidog مكانته في عملية الترحيل. Apidog هو عميل API ومنصة اختبار، لذا فهو المكان الطبيعي لإثبات أن 3.6 Flash يعمل بشكل صحيح قبل الوثوق به في الإنتاج. لا يقوم بتشغيل النموذج؛ بل يرسل الطلبات ويتحقق من الاستجابات.
طريقة واضحة لإجراء مقارنة A/B بين النموذجين:
- احفظ طلب Gemini الحالي الخاص بك. أنشئ استدعاء
POSTإلى Gemini API في Apidog، مع تخزين مفتاح API الخاص بك في متغير بيئة بحيث لا يوضع أبدًا في جسم الطلب. - كرره. قم بتغيير شيء واحد بالضبط: معرف النموذج، من
gemini-3.5-flashإلىgemini-3.6-flash. كل شيء آخر يبقى كما هو لتقارن على أساس متماثل. - أضف تأكيدات. أكد على رمز الحالة وحقول JSON التي يقرأها تطبيقك بالفعل، بحيث يفشل أي تغيير في الشكل بصوت عالٍ بدلاً من التسرب إلى الأسفل.
- قارن الاستجابات وزمن الاستجابة. أطلق كليهما، ضع المخرجات جنبًا إلى جنب، وتحقق من أن استجابة 3.6 لا تزال تجتاز كل تأكيد اجتازته استجابة 3.5. لاحظ وقت الاستجابة واستخدام التوكنات لكل منهما.
- حافظ على التأكيدات خضراء بمرور الوقت. احفظ كليهما كسيناريو اختبار وجدوله كاختبار انحدار حتى لا يتمكن أي نموذج مستقبلي أو تغيير في الموجه من كسر العقد بصمت.
هذه هي سير العمل الأمثل: كرر الطلب، غير معرف النموذج فقط، ودع التأكيدات تخبرك ما إذا كان التبديل آمنًا. قم بتنزيل Apidog إذا كنت ترغب في تشغيل المقارنة مقابل استدعاءات Gemini الخاصة بك.
الأسئلة الشائعة
هل Gemini 3.6 Flash بديل مباشر لـ 3.5 Flash؟ ميكانيكيًا، نعم. تقوم بتغيير معرف النموذج من gemini-3.5-flash إلى gemini-3.6-flash ويظل باقي الطلب كما هو. ومع ذلك، يجب عليك إعادة تشغيل تقييماتك واختبارات الانحدار قبل الإنتاج، لأن صياغة الإخراج وهيكله يمكن أن يتغيرا بين الإصدارات.
هل تغير سعر الإدخال؟ لا. يبقى سعر الإدخال عند 1.50 دولار لكل مليون توكن في كلا النموذجين. تغير سعر الإخراج فقط، من 9.00 دولارات إلى 7.50 دولارات لكل مليون.
لماذا النموذج 3.6 بينما إصدارات Lite و Cyber هي 3.5؟ قامت جوجل بترقية نموذج Flash الرئيسي فقط إلى 3.6 في هذا التحديث. تم شحن Flash-Lite و Flash Cyber كإصدارات 3.5. أرقام الإصدارات ليست متزامنة عبر الطبقة، لذا اقرأ معرف النموذج، وليس فقط رقم العائلة.
هل ستنخفض فاتورتي بالتأكيد بنسبة 31%؟ لا، هذا الرقم هو مثال توضيحي لعبء عمل كثيف الإخراج. تعتمد مدخراتك الفعلية على نسبة توكنات الإدخال إلى الإخراج. توفر الوظائف كثيفة الإخراج الأكثر؛ بينما توفر الوظائف كثيفة القراءة أقل لأن الخصم ينطبق على الإخراج.
هل لا يزال 3.5 Flash قابلاً للاستخدام؟ نعم. لا يزال متاحًا عبر واجهة برمجة التطبيقات (API). إذا كنت قد قمت بالتحقق منه ولا يمكنك إعادة الاختبار بعد، فإن تثبيته يعد خيارًا معقولًا على المدى القصير. خطط للترحيل لنافذة الاختبار التالية لديك.
بالنسبة للجيل السابق الذي يحل محله هذا النموذج، انظر ما هو Gemini 3.5.
بالنسبة لمعظم الفرق، تتفق الحسابات والمعايير: قم بتبديل معرف النموذج إلى gemini-3.6-flash، وقم بتشغيل تقييماتك واختبار انحدار سريع في Apidog، واستفد من النموذج الأرخص والأكثر كفاءة. احتفظ بـ 3.5 Flash مثبتًا فقط حيث يفرض عليك قفل التحقق ذلك، وقم بالترحيل بمجرد فتح هذه النافذة.