إنشاء فيديوهات معمارية باستخدام Gemini Omni Flash: دليل المطالبات

ما الذي ستتعلمه في هذا الدليل؟

يشرح هذا الدليل كيفية إعداد مطالبة لتحويل صورة معمارية إلى فكرة فيديو قصير، ثم تحسين النتيجة الناتجة باستخدام مطالبات لاحقة. ليس الهدف ضمان الحصول على حركة كاميرا أو نتيجة بصرية محددة، بل جعل الطلب أوضح وحدوده أدق وأسهل في التقييم. تصف وثائق Gemini API من Google نموذج Gemini Omni Flash بأنه الخيار الافتراضي لإنشاء الفيديو. ويمكن للنموذج إنشاء فيديوهات قصيرة من المطالبات النصية والصور، كما يدعم تطوير النتائج ضمن محادثة متعددة الجولات باستخدام Interactions API.

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

المتطلبات وما قبل البدء

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

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

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

إعداد مطالبة فيديو معماري خطوة بخطوة

1. صف المشهد في جملة واحدة. ابدأ بذكر طبيعة المشروع والجزء الذي تريد إبرازَه في الفيديو. بدلًا من طلب عام مثل «أنشئ فيديو لمبنى»، حدّد وظيفة المكان والجزء الظاهر والتغيير المطلوب. يساعد ذلك على توضيح المهمة للنموذج.

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

3. صف الحركة والأجواء. اذكر ما الذي تريد تغييره في الفيديو؛ مثل تبدّل تأثير ضوء النهار في مساحة داخلية، أو عرض فناء من زاوية مختلفة. بدلًا من سرد أهداف متعددة في آنٍ واحد، اختر هدفًا رئيسيًا واحدًا في المحاولة الأولى. ولا تفترض أن النموذج سينفذ حركة معينة بدقة؛ افحص المخرجات.

4. أضف القيود وقيّم النتيجة. اذكر التغييرات غير المرغوب فيها، والعناصر التي ينبغي الحفاظ عليها، ونطاق الفيديو المطلوب. بعد ظهور المخرج الأول، لا تعِد كتابة كل شيء من البداية؛ بل صف النقطة الوحيدة التي تريد تغييرها في جولة جديدة. وتشير الوثائق إلى أن Gemini Omni Flash يدعم التحرير الحواري متعدد الجولات وطلبات التعديل، مثل تغيير عنصر أو المنظور.

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

Create a short architectural video using the provided interior image as the visual reference. Show [room type] with a calm, gradual change in daylight. Preserve the visible layout, furniture positions, materials, and architectural openings. Keep the atmosphere restrained and realistic. Do not introduce new furniture, people, or major design changes. Focus on the transition of light across the room.

تركّز هذه المطالبة على تغيير رئيسي واحد، وتعدّد بوضوح الخصائص البصرية التي ينبغي الحفاظ عليها. عبارة “Create a short architectural video” تحدد المهمة، بينما تحدّ جمل “do not introduce” من نطاقها. وإذا ظهر تغيير غير مرغوب فيه في النتيجة الأولى، فاذكر هذا العنصر وحده في الجولة التالية.

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

Create a short video of [building type] in [setting]. Emphasize the relationship between the building, its entrance, and the surrounding public space. Keep the architectural form and material palette consistent throughout the video. Use a quiet, overcast atmosphere. Do not add signage, extra buildings, or people unless requested.

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

يمكن استخدام المثال الثالث لطلب تعديل واحد بعد مراجعة النتيجة الأولى. وهذا النوع من المطالبات مناسب لسير العمل متعدد الجولات؛ وينبغي التحقق من النتيجة لمعرفة ما إذا كان التغيير المطلوب قد تحقق.

Revise the previous video by changing only the viewpoint to emphasize [specific architectural feature]. Keep the building form, materials, lighting mood, and surrounding context consistent with the previous result. Do not change the design or add new elements.

توضح عبارتا “only” و“keep” حدود طلب التعديل. ويُعد تغيير المنظور أحد أنواع التعديلات متعددة الجولات الواردة في أمثلة الوثائق المصدرية؛ لكن هذه المطالبة لا تعني وجود ضمان تقني لحركة كاميرا محددة.

أخطاء شائعة

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

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

وأخيرًا، لا تتعامل مع مثال المطالبة باعتباره وصفة ثابتة. يقدم دليل Google قوالب المطالبات كنقاط بداية، ويوصي بالتجربة وفق غرض الاستخدام. ولا تستخدم الفيديو الناتج بدلًا من التحقق من دقة المشروع أو الرسومات الفنية أو قرارات التصميم؛ بل قيّمه لأغراض التواصل البصري.

الخطوات التالية وتأثيرها في سير العمل

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

في التجربة التالية، أنشئ أوصافًا مختلفة للأجواء باستخدام المرجع نفسه؛ غيّر اختلافًا رئيسيًا واحدًا فقط في كل مطالبة، ثم قارن المخرجات مع فريق المشروع. إذا كان سير العمل الحالي يستخدم Veo 3.1 Preview، فانتبه إلى الجدول الزمني: تفيد وثيقة Gemini API بأن إصدارات Preview ستُوقف في 22 أكتوبر 2026، وتوصي بالانتقال إلى Gemini Omni Flash أو النماذج المتاحة عمومًا على Gemini Enterprise Agent Platform لتجنب الانقطاع. ينطبق هذا التنبيه على إصدارات Preview؛ ولا تذكر المصادر تاريخ إيقاف منفصلًا للإعدادات الأخرى.

المصدر والترخيص

أُعد هذا الدليل باللغة التركية بالاستناد إلى إرشادات Google الخاصة بإنشاء الفيديو باستخدام Gemini API وتصميم المطالبات. وتشير المصادر إلى أن كليهما محتوى مرخص بموجب CC BY 4.0. أما أمثلة المطالبات المعمارية، فقد كُتبت خصيصًا لهذا الدليل.