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

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

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

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

المتطلبات: النموذج وAPI والصورة

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

يتطلب سير العمل في هذا الدليل، الذي يعتمد على API، الوصول إلى Gemini API ومفتاح API. يستخدم مثال Python في المصدر عميل google.genai؛ كما يُستخدم base64 لفك ترميز بيانات الصورة، ويعرض المثال أيضًا استيراد Pillow. ولأن النص المصدر لا يحدد إصدارًا معينًا من Python أو أمر تثبيت، فلا نورد هنا إصدارًا أو خطوات تثبيت. ويوضح مثال REST استخدام مفتاح API باسم GEMINI_API_KEY.

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

سير عمل تدريجي لكتابة المطالبات المعمارية

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

Create a photorealistic architectural interior concept of a compact urban apartment living room. Use a calm, warm-neutral palette, pale oak flooring, softly textured off-white walls, and a simple low-profile sofa. Show the room from eye level with a clear view toward the window. Use soft natural daylight and realistic material textures. Keep the furniture layout uncluttered and do not add people or signage.

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

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

Create a photorealistic architectural concept image of a small contemporary townhouse facade on a quiet residential street. Show the full front elevation from a slightly angled street-level viewpoint. Combine light-toned masonry, dark window frames, and a recessed entrance. Use overcast daylight with soft shadows. Keep the composition restrained and do not include people, cars, text, or logos.

تشير عبارة “concept image” في المطالبة إلى أن الصورة مخصصة لاستكشاف التصميم؛ وهي لا تحل محل الرسم أو مستند المشروع المعتمد. وإذا كانت نسب الواجهة أو تفاصيل المبنى مهمة، فلا تفترض صحتها اعتمادًا على الصورة وحدها.

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

Edit the provided interior image. Keep the room layout, camera viewpoint, window positions, and existing furniture unchanged. Change the wall finish to a muted warm-gray plaster and make the daylight feel softer. Preserve the overall realistic architectural photography style. Do not add new objects or text.

تعني عبارة “provided interior image” أن الصورة يجب أن تُرسل أيضًا كمدخل إلى API؛ فكتابتها في النص وحده لا يوفر الصورة الأصلية. ويسهّل حصر طلب التغيير في نطاق ضيق تقييم أثره في النتيجة.

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

Using the same interior scene and viewpoint, make the daylight slightly cooler and reduce the contrast between bright and shaded areas. Keep all architectural elements, materials, furniture, and object positions unchanged. Do not introduce new details.

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

أخطاء شائعة ونقاط ينبغي مراعاتها في سير العمل

• الاكتفاء بصفات مبهمة: قد لا تكفي كلمات مثل «أفضل» أو «عصري» أو «فاخر» وحدها لوصف الهدف. اشرح المكان ومظهره وإضاءته وتأطيره بوضوح أكبر.

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

• اعتبار الصورة المُنشأة تحققًا تقنيًا: تشرح المصادر إنشاء الصور وتحريرها، لكنها لا تدّعي التحقق من لوائح التصميم أو دقة الأبعاد أو ملاءمة التنفيذ. تعامل مع الصورة بوصفها أداة للمفهوم والتواصل.

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

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

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

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

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

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

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

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

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