لا يظهر مستوى التفكير الخاص ببرج الجوزاء: الأسباب الحقيقية وكيفية التعامل معها

إذا كان ذلك من يوم لآخر اختفى خيار "مستوى التفكير" أو خيار Gemini Pro من حسابكلست وحدك. فبين التغييرات الصامتة في واجهة المستخدم، وتعديلات التفكير الداخلي، وأخطاء التكوين بين الإصدارات 2.5 و3.0 و3.1، من الطبيعي أن ترى الرسالة "لا يدعم هذا النموذج مستوى التفكير"أو أن غياب الوضع الاحترافي يجعلك بوجه جامد."

في الأسابيع الأخيرة، ظهرت عدة مشكلات: تراجع ملحوظ في أداء برنامج Gemini 3.1 Pro، واختفاء مؤقت لوضع Pro في بعض الاشتراكات الشخصية، وتغييرات في معايير التفكير، وخلط بين مستوى التفكير وميزانية التفكير. علاوة على ذلك، قامت جوجل بتقييد أو إخفاء ميزات مثل "عرض الأفكار" أو "تفكير عميق" مما دفع الكثير من الناس إلى الحديث عن "استئصال الفص الجبهي" و"الخداع والتضليل" وغيرها من هذه المصطلحات اللطيفة.

من الجدل الدائر حول "الجهد 0,5" إلى اختفاء "عرض الفكرة"

كان أحد أسباب الغضب العام هو اكتشاف، باستخدام الزر القديم، أظهر تفكيركيحتوي برنامج Gemini على عنصر تحكم داخلي "للجهد" مضبوط على 0.5. في لقطات الشاشة المسربة من قبل المستخدمين، يمكن رؤية نص داخلي للنموذج على النحو التالي: "الحد الأقصى للرموز مناسب. الجهد 0.5. انتهيت. سأسكت كل الأفكار الداخلية...".

وقد دفع هذا الكثيرين إلى استنتاج أن أطلقت جوجل جهاز Gemini 3.1 Pro "المحسن" للغاية، وفي غضون أسابيع قليلة، خفضت مستوى التفكير الافتراضي.لقد تكرر مصطلح "الإغراء والتضليل" كثيراً: أولاً يعرضون لك النموذج وهو يعمل بأقصى طاقته، ثم يقومون بتخفيض "الجهد" دون تحذير واضح، بينما تظل رسوم الاشتراك كما هي.

لتتصدره أزالت جوجل خيار "إظهار الفكرة" من الواجهة المرئية.في السابق، في بعض الأوضاع، كان بإمكانك رؤية ملخص لعملية الاستدلال في النموذج؛ لفترة من الوقت، وبسبب خلل برمجي، تم تسريب محتوى داخلي مع رسائل تقنية كشفت عن كيفية تكوين عملية الاستدلال. بمجرد اكتشاف ذلك، اختفى من واجهة المستخدم، ولم يعد من الممكن رؤية ذلك الحوار الداخلي مباشرة.مما يزيد من الشعور بالعتامة.

وفي الوقت نفسه، أفاد جزء آخر من المجتمع بأن يشعر مواليد برج الجوزاء بأنهم أكثر "قصراً"، وأكثر حذراً، وأقل بصيرة في الردود المعقدة. أكثر مما كان عليه الحال في الأسابيع القليلة الأولى من إطلاقه. وقد غذّى كل هذا السرد القائل بأن جوجل "تتعمد" "تقييد" Gemini، لا سيما في الأوضاع الاحترافية وبعض الميزات المخصصة، بينما يبدو أن وضع Canvas قد نجا إلى حد ما من هذه التخفيضات.

فوضى الوضع الاحترافي التي تختفي وتظهر مجدداً دون تفسير

وبغض النظر عن الجوانب التقنية، فقد كانت هناك حالات محددة للغاية لمستخدمين لديهم اشتراك "Google AI Pro (2TB)" حيث توقف مُحدد الطراز عن عرض خيار "Pro"، ولم يتبق سوى خياري "Fast" و"Thinking".وهذا أمر فظيع بشكل خاص لأنه على الرغم من عدم ظهور الوضع الاحترافي، إلا أن الفاتورة وصلت كاملة.

قام بعض الأشخاص بمقارنة حساباتهم الشخصية بحساباتهم الخاصة بالشركات ولاحظوا ذلك. لا يزال حساب الأعمال يُظهر "سريع / مفكر / محترف"، بينما يُظهر الحساب الشخصي فقط "سريع / مفكر".بمعنى آخر، حسابان نشطان، نفس المنتج المدفوع، لكن بخيارات مختلفة متاحة في واجهة المستخدم. ومن هنا يبرز السؤال المنطقي: "ماذا تفعل جوجل؟"

في إحدى هذه الحالات الموثقة، اتصل المستخدم بدعم جوجل. في البداية، طلبوا منه تجربة الأشياء المعتادة: وضع التصفح الخفي، ومتصفحات مختلفة، وتطبيق الهاتف المحمول... وفي جميعها، كان خيار "برو" مفقودًا. وأخيرًا، أقرّ فريق الدعم بأن الأمر يبدو وكأنه... "خطأ في النظام"قام بفتح تذكرة دعم ووعد بالرد عبر البريد الإلكتروني في غضون يوم أو يومين.

الأمر المقلق هو أنه لعدة أيام، لم يكن هناك حل تقني واضح ولا التواصل العام هذا يفسر ما كان يحدث مع الوضع الاحترافيبل إن المستخدم المتضرر فكر في إلغاء الاشتراك: فبدون النسخة الاحترافية، وفقًا له، لم يعد بإمكان Gemini المنافسة مع خدمة البحث المجانية الخاصة بـ Google التي تعمل بالذكاء الاصطناعي، والتي "تفكر أكثر قليلاً" من الخدمة المدفوعة المحدودة.

بعد عدة أسابيع وعدة تعديلات على الموضوع الأصلي، وأخيراً، ظهر خيار Pro مرة أخرى دون مزيد من التوضيح.أعرب المستخدم عن امتنانه، لكن كان من الواضح، بين التعليقات التي تقول "تم دمج Pro مع Thinking" والردود المبهمة، وجود نقص في الشفافية من جانب جوجل. الشيء الوحيد الواضح هو أن في غياب برو، استمرت الرسوم في التراكم..

لماذا يظهر الخطأ "مستوى التفكير غير مدعوم لهذا النموذج"؟

وبغض النظر عن الجانب "السياسي" وقرارات جوجل الداخلية، هناك خطأ محدد للغاية يتكرر مراراً وتكراراً بين المطورين: "مستوى التفكير غير مدعوم لهذا النموذج" عند استدعاء gemini-2.5-flashالأمر الغريب هو أنه عند التبديل إلى gemini-3-flash-preview، يعمل كل شيء دون الحاجة إلى تعديل أي جزء من الكود تقريبًا.

والسبب بسيط نسبياً: تستخدم سلسلة Gemini 2.5 وسلسلة Gemini 3 آليات تكوين فكرية متميزة وغير متوافقة.إذا قمت بخلط المعلمات من أحدهما مع الآخر، فستحصل على خطأ 400 طلب غير صالح.

في مسلسل جيميني 2.5 (برو، فلاش، فلاش لايت) يتم التحكم في الاستدلال بواسطة المعلمة التفكير في الميزانيةوهو ما يحدد عدد رموز "الفكر الداخلي" التي يمكن للنموذج استخدامها. بدلاً من ذلك، سلسلة Gemini 3 (3.0/3.1 Pro، 3 Flash، إلخ.) يستخدم المعلمة مستوى التفكير، والتي تعمل عن طريق المستويات الدلالية (الحد الأدنى، المنخفض، المتوسط، العالي) بدلاً من عدد الرموز.

عندما تحاول الاتصال، على سبيل المثال، برنامج gemini-2.5-flash مع مُعامل thinking_levelلا يتعرف واجهة برمجة التطبيقات (API) الخاصة بنموذج البيانات هذا عليه. فهو غير موجود في مخططها. والنتيجة المعتادة هي استجابة JSON على النحو التالي:

{ «error»: { «message»: «مستوى التفكير غير مدعوم لهذا النموذج.», «type»: «upstream_error», «code»: 400 } }

يكمن السر في ذلك لا يوجد جسر تلقائي يحول مستوى التفكير إلى ميزانية التفكيريتمّ فصل الأجيال بشكلٍ مُبرمجٍ مسبقاً، دون توافقٍ مع الإصدارات السابقة أو تحويلٍ شفاف. إذا أردتَ استخدام الإصدار 2.5، فعليك استخدام Budget؛ وإذا أردتَ استخدام الإصدار 3.x، فعليك استخدام Level.

كيفية ضبط وضع التفكير بشكل صحيح في Gemini 2.5

إذا كان مشروعك يعتمد على سلسلة 2.5 (من حيث السعر أو الاستقرار أو التوافق)، فأنت بحاجة إلى التحدث بلغتها. جيميني 2.5 فلاشالمعامل الصحيح هو thinking_budget، ويتضمن عدة خيارات محددة للغاية:

• ميزانية_التفكير = 0: يعطل وضع التفكير تمامًا. مثالي للتعليمات البسيطة أو لزيادة السرعة وتقليل التكاليف.
• ميزانية_التفكير = -1: يقوم بتفعيل وضع التفكير الديناميكي؛ يقوم النموذج داخليًا بتعديل الرموز وفقًا للتعقيد، حتى حد أقصى محدد.
• ميزانية التفكير تتراوح بين 512 و 24576 (أو نطاقات أخرى حسب النوع): ميزانية ثابتة لرموز الاستدلال، مفيدة عندما تحتاج إلى تحكم دقيق للغاية في التكلفة.

En جيميني 2.5 بروتم تصميم النموذج ليقوم دائماً بالاستدلال: لا يسمح ذلك بإيقاف التفكير تماماً.يبلغ الحد الأدنى لها حوالي 128 رمزًا فكريًا. بدلاً من ذلك، يأتي جهاز Gemini 2.5 Flash-Lite مزودًا بخاصية تعطيل التفكير بشكل افتراضي. (thinking_budget = 0)، وفقط إذا قمت بتعيين قيمة ≥512 يتم تفعيل وضع التفكير.

ومن الفروق الدقيقة المهمة أن لا تدعم نماذج الصور مثل gemini-2.5-flash-image أي معلمات تفكيرإذا حاولت تمرير قيمة thinking_budget أو thinking_level في extra_body، فسيعرض النموذج خطأً مثل "هذا النموذج لا يدعم التفكير". في هذه الحالة، يكون الإعداد الصحيح هو عدم إرسال أي معلمات خاصة بالتفكير.

بالنسبة لأولئك الذين ينتقلون باستمرار بين النماذج ويجمعون بين عدة سلاسل في نفس المشروع، هناك أدوات تساعدهم. يتم ضبط المعلمات تلقائيًا وفقًا لاسم النموذجربط مستويات الكثافة العامة مثل "منخفضة/متوسطة/عالية/ديناميكية" بميزانيات محددة في الإصدار 2.5 أو بمستويات محددة في الإصدار 3.x. توفر منصات التجميع مثل APIYI، على سبيل المثال، واجهة برمجة تطبيقات موحدة متوافقة مع جميع إصدارات Gemini 2.5 و 3.0/3.1مما يسهل تجربة التوليفات دون إجهاد ذهنك مع كل تغيير، ويجعل أيضًا قم بتحميل مستنداتك الخاصة إلى Gemini.

كيف يعمل التفكير في برج الجوزاء 3 و3.1: المستويات، والتفكير العميق، والحدود

مع وصول سلسلة 3، أرادت جوجل تبسيط حياة المطورين. فبدلاً من إجبارك على الاختيار بين 2048 أو 8192 أو 16384 رمزًا فكريًا، أدخل معيار مستوى التفكير، والذي يقدم مستويات دلالية: الحد الأدنى، والمنخفض، والمتوسط، والعالي، وفقًا للنموذج.

عملياً، هذا يعني أن يُحدد جيميني داخليًا عدد رموز التفكير التي سيتم تخصيصها لكل مستوى، بهدف تحسين سرعة الاستدلال (تتحدث جوجل عن سرعة تصل إلى ضعفين مقارنة بإدارة الميزانية اليدوية عند 2.5) وتحريرك من الاضطرار إلى تعديل الأرقام الدقيقة.

لكن مصفوفة الدعم ليست متطابقة لجميع نماذج الإصدار 3.x. على سبيل المثال، يدعم Gemini 3.0 Pro فقط الوضعين المنخفض والعاليبينما يدعم Gemini 3.0 Flash نطاقًا من الحد الأدنى إلى الحد الأقصىفي الإصدار التجريبي من Gemini 3.1 Pro، هناك تطور آخر: تمت إضافة المستوى المتوسط.والذي يقع تمامًا بين المنخفض والمرتفع من حيث التكلفة وعمق التفكير.

في الواقع، تشير العديد من الاختبارات المقارنة إلى أن الوضع العالي القديم في جهاز Gemini 3 Pro مشابه تمامًا للوضع المتوسط ​​الجديد في جهاز Gemini 3.1 Proيؤدي الإعداد العالي في الإصدار 3.1 Pro إلى تفعيل ما تسميه جوجل ديب ثينك ميني، وهو نوع من "الوضع التوربيني" للتفكير القادر على حل مسائل أولمبياد الرياضيات أو مهام التخطيط المعقدة للغاية، على حساب فترات انتظار تصل إلى عدة دقائق وفواتير رمزية فكرية أعلى بكثير.

فيما يتعلق بالحالات الافتراضية، هناك تفصيل بالغ الأهمية: إذا لم تحدد مستوى التفكير عند استخدام نماذج 3.x، فإن القيمة الافتراضية عادة ما تكون عالية (ديناميكية).بمعنى آخر، الوضع الأغلى والأبطأ. إذا كنت ترغب فقط في استخدام Gemini للترجمات البسيطة أو التصنيف أو مهام الدردشة الخفيفة، فستحتاج إلى فرض استخدام وضع منخفض أو حتى وضع الحد الأدنى (في Flash)، لأن وإلا، فسوف تدفع كما لو أن كل شيء يعتمد على التفكير العميق، مثل التفكير العميق..

ملخصات الأفكار والتوقيعات وفواتير الرموز

على الرغم من إزالة زر "إظهار الفكرة" من واجهة المستخدم، لا تزال واجهة برمجة تطبيقات Gemini الرسمية تسمح بالعمل مع ملخصات الأفكار وتوقيعات الأفكار.خاصة عند استخدامك لمجموعات تطوير البرامج من جوجل (بايثون، جافا سكريبت، جو) أو استدعاء واجهة برمجة تطبيقات REST مباشرة.

مع الخيار includeThoughts = true داخل thinking_configيمكن للنموذج أن يُرجع، في الاستجابة، أجزاءً مُعَلَّمة بـ `thought: true` تحتوي على ملخص للاستدلال الداخلي المستخدم للوصول إلى الإجابة النهائيةهذه ليست الأفكار الكاملة، كلمة كلمة، بل هي نسخة مكثفة، ومع ذلك فهي تعطي بالفعل فكرة جيدة عن كيفية قيامه بتقسيم المشكلة.

بالنسبة لسير العمل متعدد المراحل، وخاصة في السياقات القائمة على الوكلاء، فإن ما يلي يدخل حيز التنفيذ: "توقيعات الفكر" أو توقيعات الفكرتمثيلات مشفرة وقابلة للتحقق لحالة الاستدلال التي يُنشئها النموذج، والتي يجب عليك إعادة توجيهها كما هي في الطلبات اللاحقة، دون خلطها أو قصها أو دمجها مع أجزاء أخرى. وهذا يسمح لـ Gemini الحفاظ على اتساق في التفكير عبر المكالمات المتعددةبدلاً من البدء من الصفر في كل مرة.

من الناحية الاقتصادية، يجب أن يكون هناك شيء واحد واضح للغاية: يتم احتساب قيمة رموز الفكر بنفس سعر رموز الخروجوعلاوة على ذلك، حتى لو تلقيت ملخصًا للأفكار فقط، فإن الفوترة تعتمد على جميع رموز الأفكار يتم إنشاؤها داخليًا لبناء هذا الملخص. ولهذا السبب، في المهام المعقدة للغاية على مستوى عالٍ، يمكنك بسهولة رؤية أرقام تصل إلى عشرات الآلاف من رموز التفكير التي تستهلكها مكالمة واحدة.

أفضل ممارسات جوجل واضحة تماماً: لا تُفعّل مستويات التفكير العالية في المهام التافهةاستخدم مستوى منخفضًا أو حدًا أدنى عندما لا تتطلب المهمة تفكيرًا متعدد الخطوات. قد يكون استعراض ملخصات الأفكار مفيدًا لتصحيح النتائج غير المعتادة، ولكن لا يُنصح بتشغيله على مدار الساعة إذا كنت قلقًا بشأن التكلفة.

مستوى التفكير مقابل ميزانية التفكير: قواعد واضحة وأخطاء شائعة

تتمحور العديد من أخطاء التكامل حول مفهوم خاطئ بسيط للغاية: لا يمكن استخدام مصطلحي "مستوى التفكير" و"ميزانية التفكير" بشكل متبادل، ولا يمكن استخدامهما في الوقت نفسه.يرتبط كل منهما بمجموعة من النماذج، ويؤدي خلط كليهما في نفس المكالمة إلى حدوث أخطاء 400 فورية.

القاعدة السريعة هي كالتالي: سلسلة Gemini 3.x → مستوى التفكير; سلسلة جيميني 2.5 → التفكير في الميزانيةإن محاولة وضع thinkingBudget على طراز 3.1 Pro، على الرغم من وجود بعض التوافق النظري مع الإصدارات السابقة، يمكن أن يؤدي إلى تدهور الأداء أو حتى الفشل إذا كان تطبيق API يحتوي على عمليات تحقق مشددة.

السيناريوهات النموذجية التي تؤدي إلى تعطل الأمور:

• استدعاء برنامج gemini-2.5-flash مع مستوى التفكير: "متوسط"لا يعرف النموذج ماذا يفعل بهذا المعامل، ويعيد "مستوى التفكير غير مدعوم لهذا النموذج".
• استدعاء gemini-3.1-pro-preview مع قيمة thinking_budget: 8192على الرغم من أن بعض الوثائق تشير إلى التوافق، إلا أن بعض التطبيقات ترفضه أو تعطي أداءً غير متوقع.
• أرسل كلاً من مستوى التفكير وميزانية التفكير في نفس الطلبيستجيب واجهة برمجة التطبيقات برمز 400 مما يشير إلى وجود تعارض في تكوين التفكير.

تتمثل إحدى التكتيكات المعقولة إلى حد ما، خاصة إذا كنت تعمل مع إصدارات متعددة أو تقوم بالترقية من الإصدار 2.5 إلى الإصدار 3.x، في تنفيذ وظائف تكييف المعلمات حسب النموذج أو يمكنك الاعتماد على منصات مثل APIYI التي توفر طبقة توافق جاهزة. بهذه الطريقة، يمكنك الاستمرار في التفكير بمنطق "بسيط/متوسط/معقد" على مستوى العمل، بينما يقوم الكود داخليًا بترجمة ذلك إلى ميزانيات أو مستويات محددة بناءً على النموذج المُفعّل.

في عمليات الهجرة، من الشائع رسم الخرائط الميزانيات الكلاسيكية 2.5 (0، 512، 2048، 8192، 16384، -1) عند مستويات تقريبية في الإصدار 3.x (أدنى، منخفض، متوسط، مرتفع). على سبيل المثال، الانتقال من ميزانية تفكير -1 (ديناميكية) في الإصدار 2.5 من Flash إلى مستوى تفكير مرتفع في الإصدار 3.0 من Flash يُعطي عادةً أداءً معقولاً، كما أنه أسرع بفضل تحسينات هذا الجيل الجديد.

من بين أكثر المفاهيم الخاطئة شيوعاً فكرة أن يجب استخدام الوضع العالي دائمًا لأنها "تعطي جودة أعلى". في الواقع، في المهام البسيطة، لا يقدم تحسناً يُذكر مقارنةً بالمتوسط ​​أو حتى المنخفضمع ذلك، يُضاعف هذا تكلفة رموز التفكير عدة مرات. كما أنه من غير الصحيح القول بأن نموذج LOW "لا يُفكّر"؛ فهو لا يزال متفوقًا على النماذج التي لا تُفكّر، ولكنه ببساطة ينفق عددًا أقل بكثير من الرموز الداخلية.

إذا أخذنا بعين الاعتبار هذه الشبكة الكاملة من المستويات والميزانيات والتوقيعات والملخصات، بالإضافة إلى التغييرات الصامتة في واجهة المستخدم (اختفاء خيار "إظهار التفكير"، وعدم ظهور خيار "تمكين التفكير" مع نماذج معينة في إضافات مثل Cline، وظهور واختفاء الوضع الاحترافي...)، فإن ذلك يفسر سبب شعور الكثير من الناس بأن يتغير برج الجوزاء من تحت أقدامه دون الشفافية المطلوبة.من خلال فهم كيفية ترابط المكونات التقنية وكيفية فوترتها، يصبح من الأسهل بكثير تحديد النموذج الذي يجب استخدامه، ومستوى التفكير المناسب لكل حالة، ومتى يكون من المجدي دفع ثمن التفكير العميق أو، على العكس من ذلك، تقييد النفس بنمط تفكير بسيط أو حتى معطل عندما يسمح النموذج بذلك.