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

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

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

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

المتطلبات والاستعداد

تعمل هذه الطريقة عبر Gemini API. تتضمن المصادر أمثلة باستخدام Python وJavaScript وJava وGo وREST؛ ويستخدم مثال Python مكتبة العميل google-genai. أما مثال REST فيرسل مفتاح API للمصادقة. هذا الدليل ليس شرحاً لواجهة مرتبطة بإصدار محلي محدد من برنامج أو تطبيق مكتبي؛ فالعملية تقوم على إرسال طلب إلى API يتضمن نصاً، وصورة عند الحاجة. وبما أن المصادر لا تحدد الأسعار أو شروط الوصول إلى الحساب، فلا ينبغي افتراض أي تفاصيل بشأنها.

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

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

1. صِف المشهد والتأطير

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

Create a photorealistic architectural visualization of a compact urban apartment living room. Show the full seating area from eye level, with a clear view toward the window. Use pale oak, warm off-white plaster, muted natural fabrics, and soft daylight. Keep the composition calm and uncluttered. Do not add people, signage, captions, or decorative text.

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

2. أرفق صورة موجودة كمرجع

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

Using the supplied interior image as the starting point, change the floor finish to light natural oak and the curtains to a warm gray linen. Keep the room layout, camera viewpoint, window positions, and furniture placement unchanged. Preserve the existing daylight mood.

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

3. اطلب تغييراً رئيسياً واحداً في كل مرة

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

Revise the supplied architectural image by making the daylight softer and more diffuse. Keep the camera, room layout, materials, furniture, and color palette unchanged. Do not introduce new objects.

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

4. وضّح البدائل وتوقعات المخرجات

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

Create a photorealistic architectural visualization of the supplied courtyard concept, keeping its building arrangement and viewpoint. Explore a quiet, shaded daytime atmosphere with restrained planting and natural stone. Return one coherent scene, with no labels, captions, or written annotations.

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

أخطاء شائعة

الاكتفاء بصفات مبهمة: بدلاً من استخدام تعبيرات تحتمل تأويلات كثيرة بمفردها، مثل «أنيق» أو «حديث» أو «أفضل»، صِف المكان وعائلة المواد والإضاءة والتأطير بصورة ملموسة.

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

طلب التحرير من دون إرفاق الصورة: عند إجراء تحرير من صورة إلى أخرى، أرفق الصورة المصدر بالطلب؛ فالنص وحده لا يحدد اللقطة المطلوب العمل عليها.

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

الخطوات التالية: سير عمل العمارة والتصوّر

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

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

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

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