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

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

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

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

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

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

في مثال Python، يُنشأ عميل genai من حزمة google، ثم يُمرر إدخال نصي مع اسم النموذج إلى استدعاء interactions.create. وتُستخرج الصورة الناتجة من الحقل output_image وتُحفظ في ملف. أما مثال REST، فيرسل الطلب إلى عنوان Gemini API ويستخدم GEMINI_API_KEY للمصادقة. توضح هذه الخطوات، الواردة في المصدر، آلية العمل عبر API؛ ولا نضيف هنا أوامر تثبيت أو قوائم حساب غير واردة في الوثائق.

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

خطوة بخطوة: أنشئ صورة معمارية جديدة

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

2. استخدم مطالبة للتجربة الأولى. النص التالي مثال أصلي أُعدّ للتصوير المعماري:

Create a photorealistic architectural visualization of a compact contemporary courtyard house, viewed from eye level across the garden. Use pale limestone walls, a dark timber screen, large clear glazing, restrained planting and soft overcast daylight. Keep the composition calm and make the building the main subject.

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

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

Keep the architecture, camera position and materials unchanged. Make the courtyard planting less dense, with more visible ground surface, and soften the daylight slightly.

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

حرّر صورة موجودة بالاستناد إلى مرجع

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

1. صف التغيير المطلوب في الصورة المرجعية. صيغت المطالبة التالية للحفاظ على السمات التصميمية الرئيسية للصورة مع طلب تغيير محدد في أجوائها:

Use the provided architectural image as the reference. Preserve the building form, openings and camera view. Change the scene to a warm late-afternoon atmosphere with gentle interior light visible through the glazing. Do not add people or signage.

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

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

أخطاء شائعة

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

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

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

• رفع صورة دون التحقق من الحقوق: تذكّر Google بضرورة امتلاك الحقوق اللازمة للصور المرفوعة، وعدم إنشاء محتوى ينتهك حقوق الآخرين.

• اعتبار الصورة الناتجة مخرجًا تقنيًا: لا يذكر المصدر أن النموذج ينشئ هندسة BIM/CAD أو رسومات تقنية. استخدم الصورة لتطوير الأفكار والعروض التقديمية.

الخطوات التالية ضمن سير عمل العمارة والتصميم الداخلي

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

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

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

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