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

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

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

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

المتطلبات

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

يتضمن مثال Google بلغة Python استيرادًا بصيغة from google import genai، ثم إنشاء عميل باستخدام genai.Client(). وفي تدفق العمل المعروض في المصدر، يُمرر الإدخال النصي إلى استدعاء interactions.create، ويمكن الوصول إلى الصورة الناتجة من الحقل output_image. لا يصف هذا الدليل خطوات إضافية للتثبيت أو المصادقة لم يرد ذكرها في المصدر.

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

خطوة بخطوة: أنشئ صورة معمارية انطلاقًا من نص

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

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

Create an architectural visualization of a small community reading room with a curved timber ceiling, pale stone flooring, built-in shelves and a planted courtyard beyond tall windows. Show a wide eye-level interior view in soft overcast daylight, with restrained natural colors and realistic material detail. Keep the room quiet and uncluttered; no people, no signage.

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

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

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

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

خطوة بخطوة: اعمل على صورة موجودة

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

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

Adjust the provided interior image toward a warm, muted color palette. Keep the room arrangement, furniture positions, viewpoint and visible architectural details as close to the reference as possible. Do not introduce people or signage.

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

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

الاستخدام في سير عمل العمارة والتصوّر البصري

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

لكن المصدر لا يذكر أن Nano Banana 2.1 ينشئ بيانات BIM مضبوطة الأبعاد أو هندسة CAD أو رسومات تقنية. لذا لا تستخدم الصور بديلًا عن نموذج المشروع أو الأبعاد أو القرارات التقنية التي جرى التحقق منها. ويوفر دعم النموذج لدقات 1K و2K و4K معلومات عن خيارات الإخراج؛ لكن المصدر لا يشرح التوافق مع برنامج معماري معين أو متطلبات الأجهزة المحلية أو سير عمل الإخراج.

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

أخطاء شائعة

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

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

• افتراض الحفاظ على المرجع كما هو تمامًا: اذكر التفاصيل التي تريد الحفاظ عليها، لكن تحقّق من النتيجة أيضًا.

• اعتبار الصورة دليلًا على الدقة التقنية: يتحدث المصدر عن إنشاء الصور وتعديلها، ولا يعد بالتحقق من الأبعاد أو المشروع.

• رفع صور غير واضحة الحقوق: استخدم المراجع التي تملك حق رفعها واستخدامها فقط.

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

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

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

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

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

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