إنشاء صور معمارية باستخدام Nano Banana 2.1: دليل المطالبات خطوة بخطوة

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

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

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

المتطلبات: النموذج وإمكانية الوصول والصورة

تُشير وثائق Google لـ Gemini API إلى Nano Banana بوصفه اسم عائلة النماذج المستخدمة لإنشاء الصور وتحريرها بطريقة تفاعلية. والخيار الموصى به للمشروعات الجديدة هو Nano Banana 2.1، ومعرّف النموذج هو gemini-nano-banana-2.1. كما تسرد الوثائق Nano Banana 2 Lite وNano Banana 2 وNano Banana Pro والجيل السابق من Nano Banana. ويمكن عند الاختيار بين النماذج مراعاة الفروق المذكورة في المصدر، مثل السرعة والكفاءة من حيث التكلفة وتعقيد العمل البصري؛ لكن هذا الدليل لا يقدم مقارنة رقمية للأسعار أو الأداء.

يتطلب استخدام API إمكانية الوصول إلى Gemini API. وفي مثال REST الوارد في المصدر، يُرسل الطلب باستخدام مفتاح API عبر ترويسة x-goog-api-key. وتتضمن الوثائق أمثلة لـ Python وJavaScript وJava وGo وREST. ونظرًا إلى أن هذا المصدر التعليمي لا يتضمن تفاصيل تثبيت SDK أو إنشاء الحساب، فلا يشرح مسار إعداد محددًا.

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

إعداد المطالبة خطوة بخطوة

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

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

Create an architectural visualization of a calm contemporary living room with pale oak flooring, a limestone feature wall, linen seating and a large window facing a planted courtyard. Soft morning daylight, realistic material textures, eye-level wide interior view, restrained neutral palette, no people.

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

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

Create a photorealistic architectural visualization of a compact courtyard house with a simple plaster facade, timber shutters and a shaded outdoor dining area. Show the building from the garden at eye level, with soft late-afternoon light, mature planting and a quiet residential atmosphere.

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

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

Edit the provided interior image by changing the wall finish to warm light limestone and adding soft indirect lighting along the ceiling edge. Keep the room layout, camera viewpoint, furniture positions and window openings unchanged.

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

1. استخرج الصورة الناتجة وقيّمها. في أمثلة الوثائق، تُستخرج الصورة المنشأة عبر الحقل interaction.output_image في استجابة التفاعل. تعامل مع الصورة على أنها مسودة تحتاج إلى تقييم، لا سجلًا مؤكدًا لقرارات التصميم. تحقّق من كيفية ظهور المواد وخصائص المشهد المذكورة في المطالبة، ثم أكّد قرارات المشروع المهمة بالرجوع إلى الرسومات ومعلومات المنتجات ذات الصلة.

أخطاء شائعة

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

• إغفال العناصر التي ينبغي الحفاظ عليها أثناء التحرير: لا تكتفِ بكتابة التعديل المطلوب؛ بل اذكر أيضًا عناصر التكوين أو التخطيط التي تتوقع أن تبقى ثابتة.

• استخدام الناتج بدلًا من التحقق الفني: لا يذكر المصدر أن الصور المنشأة تؤكد أبعاد المشروع أو الخصائص الفعلية للمنتجات. تعامل معها على أنها مواد للأفكار والعروض التقديمية.

• تجاهل حقوق الصور: تحقّق مسبقًا من حقوق استخدام الملف الذي ستستخدمه للتحرير، وتجنّب الطلبات التي تنتهك حقوق الآخرين.

• مواصلة استخدام مسار Imagen المتوقف: وفقًا لوثيقة الانتقال من Google، لم تعد نماذج Imagen متاحة عبر Gemini API. لذا ينبغي التخطيط للانتقال من عمليات الدمج القديمة إلى طريقة إنشاء الصور الحالية.

تأثير ذلك في سير عمل العمارة والتصور البصري

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

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

الخطوات التالية

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

وبالنسبة إلى الفرق التي تستخدم مسارات API السابقة القائمة على Imagen، تنص ملاحظة الانتقال من Google على ضرورة عدم الاستمرار باستخدام أسماء النماذج القديمة وتحديث طريقة الطلب أيضًا: ينبغي إنشاء الصور باستخدام أسماء نماذج Nano Banana، واستبدال استدعاء generate_images القديم بـ client.models.generate_content. ويعرض K1 خيارات مثل gemini-2.5-flash-image أو gemini-3.1-flash-image كأمثلة. وينبغي الرجوع إلى دليل إنشاء الصور في Gemini API لمعرفة خيارات النماذج الحالية وصيغة الطلب.

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

استُخدم دليلا Google AI for Developers بعنوانَي “Nano Banana image generation” و“Generate images using Imagen”. وكلا المصدرين مرخّص بموجب CC BY 4.0؛ وقد أُعيدت صياغة المحتوى وتكييفه مع سير عمل العمارة والتصميم الداخلي. أُعدّت المطالبات النموذجية خصيصًا لهذا الدليل.