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

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

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

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

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

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

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

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

صياغة المطالبة خطوة بخطوة

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

Mimari tasarım sunumu için çağdaş bir konutun oturma alanını gösteren fotogerçekçi bir iç mekân görseli oluştur. Açık planlı mekânda oturma alanı, yemek bölümü ve mutfak birlikte algılansın. Sade doğal malzemeler, yumuşak gün ışığı ve dengeli, sakin bir atmosfer kullan. Kadrajda mobilyaların mekânsal ilişkisi açıkça görülsün.

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

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

Bu avlu eskizini temel alarak bir mimari atmosfer görseli üret. Mevcut yapı kütlelerini ve avlunun genel düzenini koru. İnsan ölçeğinde bitkilendirme, oturma elemanları ve yumuşak öğleden sonra ışığı ekle. Görsel dili sakin ve doğal tut; yeni bina kütlesi veya okunaklı yazı ekleme.

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

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

Bu cephe görselini düzenle. Pencere açıklıklarının yerini ve bina kütlesini koru; yalnızca cephedeki malzeme hissini açık renkli doğal taş olarak değiştir. Işık ve kamera yönünü mevcut görselle tutarlı bırak. Yeni kat, pencere veya yapı bölümü ekleme.

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

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

Önceki görseli temel al. Mobilya yerleşimini ve kamera açısını koru; yalnızca gün ışığını daha yumuşak ve dağınık hâle getir. Malzemeleri, renk paletini ve mekândaki diğer öğeleri değiştirme.

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

أخطاء شائعة

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

التعليمات المتعارضة: قول «حافظ على الترتيب الحالي» وفي الوقت نفسه «غيّر المخطط بالكامل» يجعل المطلوب ملتبسًا. حدّد ما يجب الحفاظ عليه وما ينبغي تغييره كلٌّ على حدة.

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

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

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

موقعه ضمن سير عمل العمارة والتصور المعماري

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

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

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

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

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

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

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