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

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

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

القرار الأول هو اختيار النموذج المناسب للاحتياج. توصي مستندات API من Google باستخدام Nano Banana 2.1 للمشروعات الجديدة. ويظهر النموذج في API بالاسم gemini-nano-banana-2.1؛ كما تسرد المستندات خيارات دقة 1K و2K و4K لإنشاء الصور وتحريرها عبر المحادثة. ويمكن للفرق الراغبة في إعداد بدائل بصرية متعددة النظر في هذه الخيارات. لكن لا ينبغي افتراض أن الصور المُنشأة تحل محل الرسومات الفنية أو التحقق من المشروع.

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

تعرض أمثلة Google استخدام Python وJavaScript وJava وGo وREST لإنشاء الصور. وتستخدم أمثلة Nano Banana 2.1 تدفق interactions. وفي مثال REST، يُضاف مفتاح API إلى ترويسة الطلب x-goog-api-key؛ ويوضح المثال أن هذه القيمة مأخوذة من متغير البيئة GEMINI_API_KEY. وبما أن المصادر لا توضح أسعار استخدام API، ينبغي البحث في التكلفة على نحو منفصل عند التخطيط للاستخدام المنتظم.

عند إنشاء صورة من نص، يُرسل اسم النموذج ومدخل نصي يصف الصورة. وفي أمثلة المستندات، يمكن الحصول على بيانات الصورة في الاستجابة عبر output_image؛ ويفك مثال Python ترميز هذه البيانات من Base64 ويحفظها في ملف PNG. وقد يختلف العميل المستخدم وبنية الشيفرة باختلاف لغة البرمجة المختارة.

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

إنشاء الصور المعمارية خطوة بخطوة

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

2. صِف المساحة والتأطير والمواد. إليك مثالًا على مطالبة توضّح نوع المبنى ونقطة الرؤية والإضاءة واختيارات المواد:

Create a photorealistic architectural visualization of a compact urban courtyard house, viewed from the garden at eye level. Show the two-storey volume, a shaded entrance, a small planted courtyard, and a clear relationship between indoor and outdoor spaces. Use pale stone, warm timber, and restrained greenery in soft overcast daylight. Keep the composition calm and realistic, with no people and no signage.

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

1. حدّد أجواء المساحة الداخلية باستخدام عدد محدود من المتغيرات. يمكن وصف الغرفة والعناصر الثابتة والمواد والإضاءة في الطلب نفسه:

Create a photorealistic interior visualization of a quiet apartment living room with a built-in timber bookshelf, a low sofa, and a large window overlooking a leafy courtyard. Use light oak, warm white plaster, a muted natural-fibre rug, and soft morning daylight. Show the room from a corner viewpoint so the seating area and window are both visible. Avoid decorative clutter and visible text.

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

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

Use the supplied interior image as the reference. Preserve the room layout, window positions, camera viewpoint, and built-in elements. Change only the floor finish to pale oak and make the daylight softer. Keep the result photorealistic and do not add furniture or decorative objects.

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

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

أخطاء شائعة

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

• عدم تحديد العناصر التي يجب الحفاظ عليها في الصورة المرجعية: عند طلب التحرير، اذكر بوضوح التأطير أو التوزيع أو العناصر التي ينبغي أن تبقى ثابتة.

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

• الخلط بين معلومات Imagen API القديمة وأمثلة Nano Banana الحالية: تذكر Google أن نماذج Imagen أُوقفت في Gemini API. وتوصي وثيقة الانتقال من Imagen باستخدام client.models.generate_content بدلًا من client.models.generate_images. أما أمثلة Nano Banana 2.1 فتستخدم تدفق interactions؛ فلا تتعامل مع هذين الأسلوبين في API على أنهما الخطوة الانتقالية نفسها.

• تجاهل حقوق الصور المرجعية: تحقّق من امتلاك حقوق الاستخدام اللازمة قبل إرسال الصورة إلى API.

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

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

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

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

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

إذا كان لديك تكامل أُنشئ سابقًا باستخدام أمثلة Imagen API، فراجع الطريقة المحدّثة في وثيقة الانتقال أيضًا. توصي هذه الوثيقة باستخدام client.models.generate_content بدلًا من استدعاء Imagen client.models.generate_images. أما أمثلة Nano Banana 2.1 فتوضح نهج interactions. عند التطوير الجديد، تحقّق من التوثيق الحالي للنموذج المختار ومن تدفق API المستخدم معًا.

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

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