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

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

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

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

المتطلبات واختيار النموذج

تشرح وثائق Gemini API الرسمية أن Nano Banana هو الاسم المستخدم لقدرات إنشاء الصور المدمجة في Gemini. ويتطلب هذا المسار إمكانية الوصول إلى Gemini API ومفتاح API. وتوفر الوثائق أمثلة بلغات Python وJavaScript وJava وGo، إضافة إلى REST؛ وتستخدم الأمثلة اسم النموذج gemini-nano-banana-2.1 لإنشاء الصور. أما الراغبون في العمل دون كتابة شيفرة، فيشرح هذا الدليل كيفية تعامل API مع المدخلات النصية والمرئية؛ ولا تصف أمثلة API واجهة رسومية مباشرة.

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

تشمل الخيارات الأخرى Nano Banana 2 Lite، والجيل السابق Nano Banana 2، وNano Banana Pro للمهام المرئية الأكثر تعقيدًا. وتصف الوثائق نموذج Lite بأنه مناسب للمهام التي تكون فيها السرعة والتكلفة أولوية، وتشير إلى أنه غير محسّن لاستخدام عدة صور مرجعية أو للتحرير المتسلسل متعدد الجولات. ويُدرج Nano Banana 2 بوصفه نموذج الجيل السابق، بينما يُقدّم Nano Banana Pro خيارًا متقدمًا للمهام المرئية المعقدة.

لم يعد Imagen متاحًا في Gemini API. ويوجّه دليل الانتقال من Google إلى نماذج Nano Banana؛ لذا ينبغي مراجعة اسم النموذج وطريقة API وطريقة معالجة الاستجابة في أي تطبيق يبدأ باستخدام أسماء نماذج Imagen القديمة، وفقًا للوثائق الحالية.

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

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

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

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

Create a photorealistic architectural visualization of a calm contemporary library lobby. Show a generous double-height space, pale limestone flooring, warm timber wall panels, a clear reception desk, and a few quiet seating areas. Soft morning daylight enters from tall side windows. Use a wide landscape composition, realistic material textures, and restrained colors.

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

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

Create a photorealistic exterior concept image of a small cultural pavilion beside a public garden. Use a low, elongated volume with a sheltered entrance, a rhythmic timber screen, and large areas of clear glazing. Include mature trees and a simple paved approach. Show soft overcast daylight, natural materials, and a calm eye-level view.

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

تحرير صورة موجودة باستخدام مطالبة

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

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

Using the supplied interior image as the reference, create a version with softer late-afternoon daylight and warmer ambient lighting. Keep the room's overall layout, visible furniture, and material palette as close to the reference as possible. Do not add people or decorative objects.

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

أخطاء شائعة وخطوات تالية

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

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

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

• تجاهل حقوق المدخلات: تذكّر Google بضرورة امتلاك الحقوق اللازمة للصور المُحمّلة. تجنب استخدام صور الغير دون إذن.

• عدم تحديث أسماء النماذج: عند مراجعة عمليات دمج Imagen القديمة، تحقّق من اسم النموذج وطريقة API وكيفية معالجة استجابة الصورة. فوفقًا لدليل الانتقال من Google، يعيد Nano Banana أجزاء محتوى تتضمن بيانات الصور، بدلًا من كائن استجابة الصور المحدد في Imagen.

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

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

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

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