بحسب سجلات قائمة المواضيع المقترحة، ستتحوّل استدعاءات Gemini Omni 1.1 الحالية تلقائيًا إلى Gemini Omni 1.2 في 3 ديسمبر 2026. لن تحتاج إلى تعديل الشفرة، لكن النتائج التي تحصل عليها ستتغيّر.
يجب أن أوضّح أمرًا أولًا: هذا التاريخ مصدره حاليًا قائمة المواضيع الداخلية، ولم يُرفَع بعد إلى مستوى إعلان رسمي جرى التحقق منه بندًا بندًا. لذلك سأذكر في هذا المقال مصدر كل عبارة تتعلق بالتواريخ. وأنصحك أيضًا بمطابقة التاريخ بنفسك مع وثائق نماذج Google وصفحة إعلانات الإيقاف قبل أن تغيّر أي شيء في بيئة الإنتاج.
هذا ليس مجرد تحديث عادي لرقم الإصدار. فالإصدار 1.2 يتقدّم خطوة في مدة التوليد الواحد، والصوت الأصلي، وعدد الصور المرجعية، وإمكانية متابعة المقاطع. والتحويل التلقائي يعني أن هذه السلوكيات الجديدة ستصل مباشرة إلى طلباتك الحالية، من دون نافذة تجريبية تدريجية.
الفائدة الأساسية: بعد قراءة المقال ستعرف أي الطلبات سيتغيّر سلوكها بعد 3 ديسمبر، وأي عمليات التحقق من المعاملات ستفقد فائدتها، وكيف تثبّت معرّف النموذج قبل لحظة التحويل.
ملخص سريع: تحويل Gemini Omni 1.1 تلقائيًا إلى 1.2
سأجمع المعلومات المتفرقة في جدول واحد. صف التاريخ مأخوذ من سجل قائمة المواضيع المقترحة، وصف القدرات مأخوذ من وصف الإصدار 1.2 في القائمة نفسها، أما صف التوفر على المنصة فمصدره مراجعة صفحة أسعار apiyi.com بتاريخ 12 نوفمبر 2026.
| البند | التفاصيل | مستوى المصدر |
|---|---|---|
| تاريخ التحويل | 3 ديسمبر 2026، وتُحوَّل استدعاءات 1.1 الحالية تلقائيًا إلى 1.2 | سجل قائمة المواضيع المقترحة، ويحتاج إلى مطابقة مع الإعلان الرسمي |
| شرط التفعيل | لا حاجة لأي إجراء يدوي، فمن يواصل استخدام معرّف النموذج القديم يُحوَّل تلقائيًا | سجل قائمة المواضيع المقترحة |
| مدة التوليد الواحد | 15 ثانية | سجل قائمة المواضيع المقترحة |
| قدرة المتابعة | يمكن متابعة مقطع موجود حتى 30 ثانية | سجل قائمة المواضيع المقترحة |
| الصوت | صوت أصلي، دون الحاجة إلى إضافته لاحقًا | سجل قائمة المواضيع المقترحة |
| الصور المرجعية | حتى 6 صور | سجل قائمة المواضيع المقترحة |
| التوفر على منصات التجميع | بتاريخ 12 نوفمبر 2026، لم يظهر أي بند باسم gemini-omni في صفحة أسعار apiyi.com | تحقق فعلي من صفحة الأسعار |
أهم ما يلفت النظر في الجدول هو الصفان الأول والأخير. أنصحك بالتأكد من التاريخ بنفسك مرة أخرى. أما صف التوفر فيعني أنه لا يمكنك حاليًا افتراض أن هذا النموذج متاح للطلب المباشر عبر منصات التجميع.
ما الذي ستغيّره هذه القدرات الأربع بالتحديد
مدة 15 ثانية للمقطع الواحد تؤثر مباشرة في الأوصاف الزمنية التي تكتبها في الموجه، وفي كثافة اللقطات. إذا كان السيناريو مصممًا في الأصل لمقاطع قصيرة وبقيت أوصافه كما هي بعد الانتقال إلى 1.2، فمن السهل أن يبدو النصف الثاني من المقطع باهتًا، أو أن يتمدد الإيقاع أكثر من اللازم.
الصوت الأصلي هو التغيير الأسهل تجاهلًا من بين هذه التغييرات. كان الصوت سابقًا مرحلة منفصلة: تشغّل التعليق الصوتي أو المؤثرات على حدة، ثم تزامنها مع الصورة. أما الآن فيخرج الصوت مع الصورة معًا، ولذلك يجب أن تعيد تقييم منطق الدمج في خط المونتاج لديك، وأن تسأل هل ما زال هناك داعٍ للإبقاء عليه.
رفع حد الصور المرجعية إلى 6 صور يعني أن أدوات التحكم في اتساق الشخصيات والمشاهد أصبحت أكثر. لكن في المقابل، إذا كان في الشيفرة تحقق صارم من عدد الصور المرجعية، مثل حد أقصى ثابت من صورتين أو ثلاث، فسيتحول هذا التحقق بعد الانتقال إلى قيد لا معنى له.
الاستكمال حتى 30 ثانية يغيّر إيقاع الاستدعاء. كنت سابقًا تعتمد على الدمج الخارجي لتركيب فيديو طويل، أما الآن فيمكنك المتابعة داخل السياق نفسه. الثمن هو أن زمن الانتظار للمهمة الواحدة يطول، ولذلك تحتاج إلى رفع إعدادات المهلة.
ما الأعمدة التي يجب التركيز عليها في فروق المعاملات
لا يعرض الجدول التالي القيم القديمة للإصدار 1.1، لأن سجل مجموعة المواضيع يقدّم بيانات الإصدار 1.2 فقط، وملء القيم القديمة من عندنا يعني اختلاقها. العمود الرابع هو الجزء الذي عليك التحقق منه بنفسك.
| بُعد القدرة | القيمة المسجّلة في Omni 1.2 | أثره على الطلبات الحالية | ما عليك التحقق منه |
|---|---|---|---|
| مدة المقطع الواحد | 15 ثانية | يجب إعادة كتابة كثافة اللقطات ووصف الموجه | ما المدة الافتراضية في الإصدار السابق |
| المتابعة (الاستكمال) | يمكن تمديد المقطع حتى 30 ثانية | يلزم رفع مهلة الانتظار وتوسيع الفاصل بين استعلامات الحالة | هل تتم المتابعة عبر الواجهة نفسها |
| الصوت | مخرجات صوتية أصلية | قد تصبح مرحلتا الدبلجة اللاحقة والمزج غير ضروريتين | هل يُفصل المسار الصوتي في المخرجات |
| الصورة المرجعية | حتى 6 صور | يتغيّر التحقق من العدد وطريقة تنظيم المواد | حدود الأبعاد والصيغة لكل صورة |
| معرّف النموذج | الإصدار 1.2 له معرّف جديد | ستفشل المواضع التي كُتب فيها المعرّف يدويًا في الشفرة | الصيغة الدقيقة للمعرّف الجديد |
الصف الأخير هو الأكثر عملية في المقال كله. فالتحويل التلقائي يضمن عادةً أن المعرّف القديم ما زال يُوجَّه إلى النموذج، لكنه لا يضمن أن تتغير معه كل المواضع التي ثبّتّها في شفرتك.
كيف تبدو الطلبات التي يجب تعديلها قبل التحويل في 3 ديسمبر
المواضع التي تحتاج إلى تعديل فعلي لا تكون عادةً في الاستدعاء الرئيسي، بل في الزوايا الجانبية التي نُسخت ولُصقت في أماكن متفرقة. راجعها بالترتيب التالي، فهذا أيسر بكثير من إطفاء الحرائق يوم التحويل.
- اجمع معرّف النموذج في مكان واحد: اقرأه من متغيرات البيئة أو من مركز الإعدادات، ولا تتركه مكتوبًا بشكل ثابت ومتناثر في شفرة العمل.
- تأكد من توحيد عنوان الواجهة: إذا كنت تعمل عبر منصة تجميع، فأبقِ base_url على
https://api.apiyi.com/v1، وعند التحويل غيّر معرّف النموذج فقط دون أن تمسّ طبقة الربط. - أعد حساب المهلة وإعادة المحاولة: إذا صار الاستكمال يمتد إلى ما بعد 30 ثانية، فيجب تكبير مهلة العميل، وفترة استطلاع حالة المهمة، وتأخير إعادة المحاولة بما يناسب ذلك.
- افحص التحقق من الأعداد: الحد الأقصى للصور المرجعية، ومعامل المدة، ومفتاح الصوت، كلها شروط مكتوبة بشكل ثابت، فتأكد من صلاحية كل واحد منها.
- راجع صيغة معرّف النموذج: المعرّف الجديد يُعتمد من التوثيق الرسمي، فلا تنسخه من أمثلة المدونات.
المقارنة بين ما قبل التعديل وما بعده
| الموضع | الصيغة الشائعة قبل التحويل | الصيغة المقترحة بعد التحويل |
|---|---|---|
| معرّف النموذج | قيمة 1.1 مكتوبة حرفيًا في شفرة العمل | بند إعداد يُدار مركزيًا، وقيمته الافتراضية تتبع التوثيق الرسمي |
| عنوان الواجهة | كل SDK يُضبط بشكل مستقل | توحيد الوصول عبر الواجهة المتوافقة https://api.apiyi.com/v1 |
| إعدادات المهلة | مضبوطة وفق خبرة المقاطع القصيرة | إعادة التقدير وفق حد الاستكمال البالغ 30 ثانية |
| التحقق من الصور المرجعية | مكتوب بشكل ثابت: من 2 إلى 3 صور | التوسيع إلى 6 صور مع الإبقاء على حماية الحد الأقصى |
| معالجة الصوت | تعليق صوتي منفصل ثم دمج | تحديد ما إذا كان الإخراج يحتوي مسار صوت أصلًا قبل إضافة التعليق لاحقًا |
🚀 بداية سريعة: إذا أردت أن تجرّب طبقة الربط أولًا بمفتاح واحد، فسجّل في APIYI على apiyi.com واحصل على رصيد تجريبي مجاني، ثم استخدم الواجهة المتوافقة مع OpenAI ووجّه base_url إلى
https://api.apiyi.com/v1، واترك معرّف النموذج بندَ إعداد، ولا تملأه إلا بعد تأكيده من التوثيق الرسمي. بهذه الطريقة لا يتطلب يوم التحويل أكثر من تعديل سطر واحد في الإعدادات.
وأذكّرك بأن صفحة الأسعار في APIYI على apiyi.com لا تتضمن حاليًا بند gemini-omni. فعند التحقق في 12 نوفمبر 2026، كانت نماذج الفيديو المتاحة من فئة Seedance وWan، والقائمة التفصيلية تبقى مرهونة بما تعرضه صفحة الأسعار على apiyi.com، ولا يستنتج هذا المقال شيئًا بدلًا عنها.
تحليل تأثير الانتقال إلى Gemini Omni 1.2
التأثير على المطورين
أبرز ما يظهر أولًا هو انكشاف الاعتماديات الضمنية. عندما يُرفَّع إصدار النموذج تلقائيًا، فكأن الاتفاق الهش بين «شكل المدخلات والمخرجات الذي افترضته» و«الشكل الذي يُعاد فعلًا» قد سُحب من تحتك. في الأيام العادية لا تلاحظ شيئًا، لكن بمجرد أن تتغير المدة، أو يظهر مسار صوتي، أو يرتفع الحد الأقصى للصور المرجعية، ستبدأ الأخطاء بالظهور معًا: تصميم مفتاح التخزين المؤقت، وتأكيدات التحقق من النتائج، ومعاملات تحويل الترميز في المراحل اللاحقة.
أما التأثير الثاني فيقع على أصول الموجهات. فنصوص القصة المصورة (storyboard)، ووصف اللقطات، وصياغة المدة، كلها عادةً موزعة بين مستندات فريق المنتج وفريق الهندسة، ولا أحد يطبّق عليها إدارة إصدارات. وبما أن حدود قدرات الإصدار 1.2 قد تغيّرت، فهذه المواد تحتاج إلى من يراجعها مراجعة موحّدة.
التأثير على فرق المنتج والمحتوى
بعد اعتماد الصوت الأصلي، تقصر مرحلة إنتاج الفيديو الواحد، لكن مرحلة المراجعة تصبح أثقل. كان الصوت والصورة يُراجعان كلٌّ على حدة، أما الآن فيخرجان معًا، وأي مشكلة في أحدهما تعني إعادة إنتاج المقطع كله. وإذا كان فريق المحتوى معتادًا على التعامل مع الصوت كمادة مستقلة يمكن استبدالها، فقد يحتاج هذا الأسلوب إلى تعديل مع الإصدار 1.2.
أما الاستكمال حتى 30 ثانية فيغيّر وحدة التسليم. فجدولة العمل التي كانت تقسّم المحتوى إلى مقاطع من 5 أو 10 ثوانٍ ستبدو متحفظة أكثر من اللازم بعد توفر الاستكمال، لكن هذا يعني في المقابل أن تكلفة فشل المهمة الواحدة ارتفعت: فالفشل بعد الوصول إلى 30 ثانية يختلف كثيرًا في كلفة إعادته عن الفشل عند 10 ثوانٍ.
التأثير على احتساب التكلفة
عندما تتزامن ثلاثة أمور: زيادة المدة، وخروج الصوت مع الصورة، وإمكانية استخدام ما يصل إلى 6 صور مرجعية، فمن غير المعقول أن يبقى استهلاك الموارد في المهمة الواحدة كما كان. لن أذكر هنا أرقامًا محددة، لأن أسلوب الفوترة يعتمد على المنصة التي تستخدمها والتسعير الرسمي، كما أن صفحة الأسعار في apiyi.com لا تتضمن حاليًا بند Omni، وبالتالي فأي سعر يُذكر لا يعدو كونه تخمينًا.
الشيء المؤكد أن طريقة الاحتساب نفسها تحتاج إلى تغيير: بدل التقدير «بعدد المقاطع»، يجب التقدير وفق ثلاثة متغيرات: عدد الثواني، وعدد الصور المرجعية، وهل جرى الاستكمال أم لا، مع ترك هامش لإعادة المحاولات.
مقارنة بين السيناريوهات والإجراءات المقترحة
| سيناريو الاستخدام | هل تتعلق به قدرات 1.2 الجديدة؟ | الإجراء المقترح |
|---|---|---|
| توليد الفيديوهات القصيرة بكميات كبيرة | مدة 15 ثانية والصوت الأصلي كلاهما مؤثر | إعادة كتابة قوالب القصة المصورة، والتحقق أولًا على دفعة صغيرة |
| المحتوى الذي يتطلب اتساقًا عاليًا للشخصيات | 6 صور مرجعية مؤثرة | تنظيم مجموعة مواد الشخصيات، وتخفيف التحقق من عدد الصور |
| السرد الطويل | الاستكمال حتى 30 ثانية مؤثر | إعادة ضبط المهلة والاستطلاع (polling)، والتحقق من تماسك كل مقطع |
| سير عمل بصورة فقط مع تركيب صوت لاحقًا | الصوت الأصلي مؤثر | تحديد ما إذا كان يجب إيقاف إخراج المسار الصوتي |
| الاختبار بمقاطع قصيرة فقط | الصلة ضعيفة | إبقاء الوضع كما هو، وإجراء اختبار انحدار واحد بعد الانتقال |
الأسئلة الشائعة FAQ
س1: ماذا يعني التحويل التلقائي من Gemini Omni 1.1 إلى 1.2؟
يعني أن الاستدعاءات التي تستخدم الإصدار 1.1 لن تبقى مفصولة عن غيرها، بل ستُوجَّه إلى الإصدار 1.2 وتُنفَّذ عليه. وبحسب سجل قائمة المواضيع، موعد ذلك هو 3 ديسمبر 2026. يمكن أن يستمر الكود بالعمل دون تعديل، لكن سلوك المخرجات سيتبع قدرات الإصدار 1.2.
س2: ما الذي أضافه الإصدار 1.2 مقارنةً بالإصدار 1.1 تحديدًا؟
بحسب سجل قائمة المواضيع هناك أربع إضافات: مدة 15 ثانية في الطلب الواحد، وصوت أصلي، وما يصل إلى 6 صور مرجعية، وإمكانية التمديد حتى 30 ثانية. الإضافات الثلاث الأولى تغيّر مخرجات الطلب الواحد، أما الرابعة فتغيّر إيقاع استدعاءاتك. تأثير كل منها مختلف، فلا يصح التعامل معها كحزمة واحدة.
س3: هل يمكنني الآن استدعاء Gemini Omni مباشرةً عبر APIYI؟
لا يمكن الجزم بذلك استنادًا إلى قائمة الأسعار الحالية. فقد راجعتُ صفحة الأسعار في apiyi.com بتاريخ 12 نوفمبر 2026 ولم أجد فيها أي بند متعلق بـ gemini-omni، وكانت نماذج الفيديو المتاحة وقتها من فئة Seedance وWan. أما هل سيُضاف النموذج ومتى، فالمرجع هو القائمة المحدّثة في صفحة أسعار apiyi.com، ولا يفترض هذا المقال إجابة مسبقة.
س4: هل يمكن اعتبار تاريخ 3 ديسمبر حقيقة نهائية؟
يُفضَّل ألا تفعل ذلك. هذا التاريخ مصدره سجل قائمة المواضيع، أي أنه تجميع داخلي، ولم تتم مطابقته بندًا بندًا مع صفحة الإعلان الرسمية وقت كتابة المقال. إذا كان عملك حساسًا لموعد التحويل، فراجع بنفسك صفحة وثائق النماذج وإشعارات الإيقاف لدى Google، واعتمد على الصفحة الرسمية.
س5: ما أول ما ينبغي تعديله قبل التحويل؟
عدّل طريقة إدارة معرّف النموذج قبل أن تعدّل المعرّف نفسه. انقله من كود الأعمال إلى طبقة الإعدادات، ووحّد معه base_url على نقطة وصول قابلة للتبديل مثل `https://api.apiyi.com/v1`، وبذلك يصبح التحويل يوم الموعد مجرد تغيير قيمة واحدة. وإذا كنت لا تزال تقيّم خيارات الربط، فيمكنك استخدام الرصيد المجاني في APIYI (apiyi.com) لتجهيز طبقة الربط أولًا، ثم انتظار تأكيد الوثائق الرسمية لصيغة المعرّف الجديد.
أهم النقاط في الانتقال من Gemini Omni 1.1 إلى 1.2 (Key Takeaways)
- تاريخ الانتقال: حسب سجل قائمة المواضيع المقترحة، هو 3 ديسمبر 2026. يُفضَّل أن تتحقق منه بنفسك من الإعلان الرسمي.
- لا حاجة لتعديل الشفرة: تُوجَّه الاستدعاءات القديمة تلقائيًا إلى الإصدار الجديد، لكن سلوك المخرجات يتغير مع 1.2.
- أربع تغييرات في القدرات: مدة 15 ثانية، وصوت أصلي، و6 صور مرجعية، وإمكانية المتابعة حتى 30 ثانية.
- أول ما سيتعطل هو التحقق من المدخلات: راجع الشروط المكتوبة صراحةً في الشفرة، وهي المدة وعدد الصور المرجعية ومعالجة الصوت.
- يجب تغيير أساس حساب التكلفة: بدل التقدير بعدد المقاطع، قدّر التكلفة بعدد الثواني وعدد الصور المرجعية وما إذا كانت هناك متابعة.
- تحقق من التوفر بنفسك: صفحة الأسعار في apiyi.com لا تتضمن حاليًا أي بند باسم gemini-omni، فاعتمد قائمة النماذج لمعرفة إصدارات الفيديو المتاحة.
- يمكنك توحيد طبقة الربط من الآن: وجّه base_url إلى
https://api.apiyi.com/v1، واجعل معرّف النموذج خيارًا في الإعدادات.
الخلاصة
الانتقال التلقائي من Gemini Omni 1.1 إلى 1.2 هو في جوهره تغيير في السلوك دون فترة طرح تدريجي. وإذا فككناه نجد ثلاثة أمور فقط:
- وثّق مصدر التاريخ: تاريخ 3 ديسمبر 2026 مأخوذ من سجل قائمة المواضيع المقترحة، فقارنه بإعلان رسمي قبل أن تبدأ العمل.
- حوّل تغييرات القدرات إلى شروط تحقق: 15 ثانية، والصوت الأصلي، و6 صور مرجعية، والمتابعة حتى 30 ثانية. افحص كل افتراض مكتوب صراحةً في شفرتك.
- اجمع معرّف النموذج في مكان واحد: بعد نقله إلى الإعدادات، يصبح يوم الانتقال مجرد تغيير قيمة واحدة بدل إصدار جديد.
إذا لم تستقر طبقة الربط لديك بعد، يمكنك البدء بالرصيد المجاني في APIYI (apiyi.com) لتجربة base_url وبنية الإعدادات، ثم تضيف المعرّف الجديد عندما تؤكد الوثائق الرسمية صيغته. الأسعار والإصدارات المتاحة تعتمد على قائمة apiyi.com، ولا يقدّم هذا المقال أي تقدير لسعر نموذج غير مدرج فيها.
المراجع
- وثائق نماذج Google Gemini API: المصدر الرسمي لمعرّفات النماذج وحدود قدراتها
- الرابط:
ai.google.dev/gemini-api/docs/models -
ملاحظة: يؤكد الصيغة الصحيحة لمعرّف النموذج الجديد والحدود القصوى للمعلمات، ويجب مراجعته قبل التبديل
-
إشعارات الإيقاف وملاحظات الإصدارات في Gemini API: للتحقق من الموعد الرسمي للتبديل التلقائي
- الرابط:
ai.google.dev/gemini-api/docs/deprecations -
ملاحظة: تاريخ 3 ديسمبر المذكور في هذا المقال مأخوذ من سجل قائمة المواضيع، والمرجع النهائي هو هذه الصفحة
-
صفحة الأسعار في APIYI: قائمة فورية بالنماذج المتاحة وآلية احتساب الرسوم
- الرابط:
api.apiyi.com/api/pricing - ملاحظة: عند المراجعة في 12 نوفمبر 2026 لم يظهر أي بند باسم gemini-omni، وبالنسبة لنماذج الفيديو يُعتمد على القائمة الموجودة في هذه الصفحة
المؤلف: فريق APIYI التقني
للتواصل التقني: يسعدنا تواصلكم معنا عبر الصفحة الرئيسية لـ APIYI على apiyi.com، ويمكنكم الاطلاع على مركز الوثائق على docs.apiyi.com
