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

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

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

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

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

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

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

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

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

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

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

Create an editorial architectural visualization of a calm contemporary reading room in a small urban apartment. Use pale oak, warm off-white plaster, a muted olive fabric sofa, and soft daylight entering from a tall side window. Show a clear view from the entrance toward the seating area. Keep the composition realistic, restrained, and focused on material atmosphere. No people, no text, no logos.

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

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

Create a realistic architectural concept image of a compact public library entrance, viewed from pedestrian eye level. Emphasize a deep timber-framed doorway, pale stone cladding, and a sheltered threshold. Use overcast daylight with soft shadows and a quiet street setting. Keep the building geometry legible and the image suitable for an early design presentation. No signage, no text, no logos.

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

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

Edit the provided interior image. Change only the wall finish to a warm, light-toned lime plaster with subtle texture. Preserve the room layout, furniture positions, camera viewpoint, window openings, and existing daylight direction. Do not add objects or alter the architecture.

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

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

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

أخطاء شائعة

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

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

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

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

الخطوات التالية: سير العمل في المكاتب ولدى الطلاب

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

يُذكر أن جميع الصور المُنشأة تحتوي على علامة SynthID المائية. ضع هذه المعلومة وشروط الاستخدام ذات الصلة في الحسبان قبل استخدام النتائج في العروض التقديمية أو النشر أو التواصل مع العملاء. كما يجب أن يستلم التطبيق بيانات الصورة التي يعيدها API ويحفظها؛ ولا تشرح المصادر أي ميزة لنقل النتائج مباشرة إلى مشهد 3D محلي أو ملف CAD/BIM.

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

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