Gemini 4 Hydrogen: دليل البرمجة بالذكاء الاصطناعي وعمل الوكلاء

في البرمجة بالذكاء الاصطناعي وعمل الوكلاء اليومي، يستحق Gemini 4 Hydrogen أن تبدأ بتقييمه، مع إبقاء Carbon أو Argon للمهام التي تحتاج إلى استدلال أعمق. أُطلق النموذج في 12 نوفمبر 2026، ليمنح المطورين خيارًا أسرع للتنفيذ ضمن Gemini 4، من دون اللجوء إلى نموذج استدلال من الفئة الرائدة في كل تعديل روتيني.

ما الذي يغيّره Gemini 4 Hydrogen في البرمجة بالذكاء الاصطناعي؟

يجعل Hydrogen اختيار نموذج التنفيذ قرارًا مستقلًا. الوكيل برنامج يتيح للنموذج اتخاذ إجراءات، مثل قراءة ملفات مستودع برمجي وتعديل الشيفرة وتشغيل الاختبارات. وتفصل Google بين الأدوار هنا: يستهدف Hydrogen سرعة التنفيذ في هذه المسارات، بينما يركز Gemini 4 Carbon وGemini 4 Argon على الاستدلال العميق في المهام الطويلة والصعبة.

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

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

جرى التحقق في 14 نوفمبر 2026: روجع إعلان الإطلاق ومنشور المطورين وبطاقة النموذج ووثائق API لإعداد هذا الدليل. أما قواعد التبني الواردة أدناه فهي توصيات تحريرية تستند إلى تلك المصادر.

أي نموذج من Gemini 4 يناسب كل مهمة؟

ابدأ بـ Hydrogen للعمل المحدد، وانتقل إلى نموذج آخر حين تحتاج المشكلة إلى بحث أعمق. تصف إرشادات Google الحالية لاختيار النماذج Carbon بأنه أقوى نماذجها الرائدة، وتقول إن Argon يتولى معظم المهام المتقدمة طويلة الأمد باستهلاك رموز أقل من Carbon. والمقصود بالمهام طويلة الأمد تلك التي تتطلب الحفاظ على اتساق العمل عبر جولات متكررة من الاستدلال والإجراءات والمراجعات.

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

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

يتناول شرح Carbon إطلاقه الأصلي وتركيزه على الاستدلال؛ وقد كُتب تقييم إتاحته وقت الإطلاق قبل طرح Hydrogen. ويتناول شرح Argon قرار اختيار النموذج للأعمال الأطول. لهذا الإصدار، اعتمد مسارات الوصول الواردة أدناه.

أين يمكنك استخدام Hydrogen؟

يُطرح Hydrogen عبر منتجات Google للمستهلكين والمطورين والشركات، بشروط وصول مختلفة. ويحدد إعلان Google المسارات التالية:

• تطبيق Gemini: يظهر Hydrogen ضمن طرح النماذج المعلن، لكن الحاشية مهمة: يصل إليه المستخدمون المجانيون عبر الاختيار التلقائي للنموذج عندما يناسب طلبهم. ولا تعني الإتاحة المجانية أن خيار Hydrogen متاح دائمًا للاختيار اليدوي.
• Google AI Studio وGemini API: يذكر دليل API من Google صراحةً فئتين، مجانية ومدفوعة. وتخضع الفئة المجانية من API لحدود على معدل الطلبات.
• Gemini for business: تذكر Google إمكانية الوصول عبر API أو قائمة اختيار النموذج. تحقق من المسار المقصود في حساب مؤسستك قبل تحديد موعد للتسليم.
• Google Search: تعلن Google طرحه لجميع المستخدمين عالميًا. إتاحته في البحث وسيلة لتلقي إجابات مدعومة بالنموذج، وليست حقًا في استخدام API لتطبيقك.
• Google Antigravity: يُطرح Hydrogen للمشتركين المدفوعين في Google AI Pro وUltra. ولـ Orchestrator فروق إضافية بين الخطط، نوضحها لاحقًا.

سعر API، بعد التحقق في 14 نوفمبر 2026: يبلغ سعر الاستخدام المدفوع القياسي $1.50 لكل مليون رمز إدخال و$7.50 لكل مليون رمز إخراج، بما يشمل التفكير، بسعر ثابت عبر نافذة السياق؛ وتُحسب رسوم الاستناد إلى المصادر على حدة، بحسب دليل Hydrogen API من Google.

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

مستويات التفكير: ابدأ بـ high ثم اضبط المستوى

يوفر Hydrogen المستويات low وmedium وhigh وxhigh، ويعتمد high افتراضيًا. يتحكم مستوى التفكير في مقدار جهد الاستدلال الذي يبذله النموذج. ويمكن فهمه بوصفه وقتًا مخصصًا لفحص المشكلة قبل التنفيذ، لا نموذجًا مستقلًا بقاعدة معرفية مختلفة.

توصي Google بمستوى high لمعظم أعمال البرمجة والوكلاء المعقدة. وتربط إرشاداتها medium بالبرمجة التفاعلية والنماذج الأولية لواجهات المستخدم واستدعاءات الأدوات الحساسة لزمن الاستجابة؛ أما low فيناسب الأعمال التي تكتسب فيها سرعة الرد واستهلاك الرموز أهمية خاصة. واحتفظ بـ xhigh للمشكلات الصعبة متعددة الخطوات التي لا يكفيها high.

للمطور الذي يحسّن تخطيط صفحة، يتمثل السؤال في قدرة medium على الحفاظ على معيار القبول مع جعل التعديلات المتتابعة أسرع استجابة. ولمختص العمليات الذي يطابق محتويات حزمة مستندات صعبة، ابدأ بـ high وتحقق من استشهاد الإجابة بالأدلة الصحيحة. وزيادة الجهد لا تفيد إلا حين تحسّن النتيجة المقبولة.

حدد المستوى صراحةً عند مقارنة النماذج. يعتمد Carbon وArgon مستوى medium افتراضيًا، بينما يعتمد Hydrogen مستوى high. ولذلك، فإن المقارنة بالإعدادات الافتراضية وحدها تغيّر إعداد الاستدلال إلى جانب النموذج. وتحذر Google أيضًا من أن xhigh قد يزيد زمن الاستجابة واستهلاك الرموز، ويبالغ في التفكير في الطلبات الأبسط.

حدود السياق والإخراج التي تؤثر في عملك

يتشارك الإدخال والإخراج نافذة Hydrogen البالغة 1,048,576 رمزًا. الرموز هي الوحدات المستخدمة لتمثيل المحتوى الذي يقرأه النموذج ويولده. ويشمل الإخراج التفكير واستدعاءات الدوال والإجابة النهائية، لذا فإن الإدخال الكبير يترك مساحة أقل للعمل اللاحق.

تحدد مواصفات النموذج لدى Google Cloud حد إخراج يبلغ 65,536 رمزًا لكل مقطع في المقدمة، سواء مع البث أو من دونه. ويمكن لآلية Long decode، التي تستخدمها Google لمواصلة الإجابات الأطول، تمديد الإخراج حتى سعة النافذة المشتركة مطروحًا منها رموز الإدخال. فلا يتعلق الأمر بمليون رمز للإدخال ومليون آخر للإخراج.

عند ترحيل مستودع برمجي، قد يزاحم تحميل جميع الملفات مساحة الاستدلال والتعديلات المولدة التي تحتاج إليها. قدم الشيفرة والقيود ذات الصلة، واترك مساحة للإجابة. وفي مسارات عمل المستندات، لا تعني سعة القراءة الكبيرة أيضًا أن كل جدول أو استثناء سيُفهم بصورة صحيحة.

يشترط دليل API تشغيل التنفيذ في الخلفية وزيادة إعداد max_output_tokens معًا عند استخدام هذا المسار للإجابات الأطول. فضبط background=true وحده يُبقي نقطة التوقف الافتراضية. ونادرًا ما تستفيد المهمة التفاعلية العادية من إجابة هائلة؛ استخدم Long decode عندما يحتاج مخرج مفيد فعلًا إلى هذه المساحة.

الترحيل من Flash يتطلب تدقيق إعدادات الطلبات

تغيير اسم النموذج ليس سوى جزء من الترقية من Gemini 3.8 Flash. وتحدد قائمة الترحيل لدى Google إعدادات تستلزم الانتباه:

• استبدل ضوابط ميزانية التفكير القديمة بمستوى تفكير مدعوم. يُرفض كل من MINIMAL وthinking_budget.
• ألغِ الاعتماد على القيم المخصصة لـ temperature وtop_p وtop_k؛ إذ يتجاهل Hydrogen قيم أخذ العينات المخصصة الواقعة ضمن النطاق المسموح.
• أزل الطلبات الصريحة للتخزين المؤقت للسياق. يستخدم Hydrogen التخزين المؤقت الضمني بدلًا منها.
• عرّف الأدوات عبر استدعاء الدوال الأصلي، أو استخدم مخطط مخرجات منظمة لـ JSON، بدلًا من طلب استدعاءات أدوات مرتجلة بنص خام.
• حافظ على حالة المحادثة وتوقيعات التفكير، وهي معلومات حالة الاستدلال التي يرفقها النموذج، عبر جولات استخدام الأدوات وفقًا لدليل Google.

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

ما الذي يغيّره Orchestrator في Antigravity؟

يستطيع Google Antigravity التبديل بين نماذج التخطيط والتنفيذ داخل الجلسة نفسها. يستجيب خيار Orchestrator لتطور المهمة، بدلًا من إسناد العمل كله إلى نموذج بناءً على الطلب الأول وحده.

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

يذكر منشور طرح Antigravity إتاحة Orchestrator (Carbon) وOrchestrator (Argon) لمشتركي Google AI Ultra، وإتاحة Orchestrator (Argon) للمشتركين المدفوعين في Google AI Pro. وتستطيع المؤسسات الوصول إلى الخيارين عبر Gemini for business. ولا تعني إتاحة Hydrogen وحده الوصول إلى كل خيارات Orchestrator.

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

أين تكمن المبالغة؟ النموذج الأسرع لا يزال يحتاج إلى مراجعة

تركيز Hydrogen على التنفيذ لا يجعل تفويض كل مهمة آمنًا من دون فحوص. تقول بطاقة النموذج لدى DeepMind من Google إن Hydrogen مشتق من Carbon، لكنها لا تزال تذكر الهلوسة، والبطء العرضي أو انتهاء المهلة، وزيادة استهلاك الرموز عند مستويات التفكير الأعلى.

وتشير البطاقة أيضًا إلى ارتفاع حالات الرفض غير المبرر مقارنة بـ Gemini 3.8 Flash، خصوصًا مع الطلبات متعددة الوسائط. وهذه حجة عملية لمختص العمليات الذي يعالج المستندات والصور كي يُدرج طلبات عادية مشروعة ضمن التقييم، إلى جانب الحالات الصعبة. فرفض الوكيل إنجاز العمل يختلف عن تقديمه إجابة خاطئة؛ لكن كليهما يؤثر في إتمام المهمة.

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

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

أسئلة شائعة

هل Gemini 4 Hydrogen مجاني؟

نعم، بشروط. يحصل مستخدمو تطبيق Gemini المجاني على Hydrogen عبر الاختيار التلقائي للنموذج عندما يلائم الطلب. وتذكر Google أيضًا فئة مجانية محدودة بمعدل الطلبات في AI Studio وGemini API. أما طرح Hydrogen في Antigravity فيخص المشتركين المدفوعين في Google AI Pro وUltra.

هل Gemini 4 Hydrogen أفضل من Carbon؟

في التنفيذ اليومي، يستحق Hydrogen أن تبدأ بتقييمه. ولا تزال Google تضع Carbon في موقع أقوى نماذجها الرائدة للاستدلال الصعب واختبار الفرضيات والحالات الحدّية. اختر بحسب العمل المقبول والوقت المستغرق وجهد المراجعة؛ فإطلاق Hydrogen لا يثبت تفوقه المطلق على Carbon.

هل يحل Gemini 4 Hydrogen محل Flash؟

توصي Google بـ Hydrogen بوصفه ترقية من Gemini 3.8 Flash والنماذج الأقدم. ولا تثبت هذه التوصية إيقاف جميع نقاط نهاية Flash. كما يُبقي دليل Google على Flash-Lite خيارًا للتصنيف والتوجيه بأحجام كبيرة وزمن الاستجابة المنخفض جدًا، لذلك لا يمكن التعامل مع عائلة Flash بأكملها على أنها مكافئة لـ Hydrogen.

خطوة بداية الأسبوع: قيّم مسار عمل محدود النطاق

أدخل مهمة ممثلة للعمل في التقييم قبل نقل مسار العمل كاملًا. يمكن للمطور المستقل اختيار إصلاح مألوف لخلل ظهر مجددًا؛ وللمدير التقني تعيين مسؤول عن مهمة صيانة متكررة؛ ولمسؤول العمليات الأقدم استخدام حزمة مستندات ذات إجابة معروفة يمكن التحقق منها.

1. 1

   حافظ على خط الأساس وفحوص القبول

   احتفظ بالمهمة والمدخلات والأدوات المسموح بها والنتيجة المتوقعة نفسها للنموذج الحالي وHydrogen. في البرمجة، اشترط الاختبارات ذات الصلة وتعديلًا قابلًا للمراجعة. وفي المستندات، اشترط أدلة تدعم الاستنتاج.

2. 2

   تحقق من التكامل وحدد مستوى التفكير صراحةً

   دقق إعدادات الطلب وسعة السياق وتعريفات الأدوات. ابدأ بمستوى high للعمل المعقد، ثم قيّم medium حيث يهم وقت الانتظار. وسجل الاستدعاءات الفاشلة والإجابات الناقصة وتصحيحات المراجع إلى جانب الاستخدام.

3. 3

   توسع فقط حين يتحسن العمل المقبول

   اعتمد Hydrogen للمهام التي ينجزها جيدًا بجهد إجمالي أقل. واحتفظ بـ Carbon أو Argon للأعمال غير المحسومة التي تتطلب استدلالًا مكثفًا، وقيّم Orchestrator عندما تتطلب المهمة نفسها التخطيط والتنفيذ معًا بصورة متكررة. وتريث إذا لم تستطع بعد قياس مدى قبول النتيجة.

للقرارات العملية بشأن النماذج ومسارات العمل، اشترك في النشرة البريدية.