باختصار
- يتوفر Nano Banana 2.1 في Gemini API لإنشاء الصور وتحريرها عبر المحادثة.
- توضح أمثلة API إنشاء صورة جديدة بإرسال مطالبة نصية إلى النموذج.
- يمكن إرسال صورة إلى النموذج إلى جانب المطالبة النصية لإجراء التحرير.
- يوصي دليل Google بتقديم تعليمات واضحة ومحددة وتحسين المطالبات على نحو تكراري.
ما الذي ستتعلمه في هذا الدليل؟
سنتناول كيفية طلب صورة لمفهوم معماري باستخدام Nano Banana 2.1، وتعديل صورة مُنشأة من خلال طلب نصي جديد، وصياغة مطالبات أوضح. أُعدّت الأمثلة خصيصًا لسير عمل التصميم الداخلي والتصوير المعماري. وهي مطالبات أولية يمكن تجربتها وتحسينها خلال عملية إنشاء الصور، ولا تضمن نتيجة تصميمية بعينها.
تعرض وثائق Gemini API نموذج Nano Banana 2.1 ضمن النماذج المتاحة لإنشاء الصور وتحريرها عبر المحادثة. يمكن إنشاء صورة جديدة باستخدام مطالبة نصية، أما في مثال تحرير الصور فيُرسل النص والصورة كمدخلين ضمن الطلب نفسه. لذلك، يشرح هذا الدليل أسلوب كتابة المطالبات عبر API، لا إعدادات النمذجة أو التصيير في برنامج 3D.
المتطلبات: النموذج وإمكانية الوصول
يعتمد سير العمل على Gemini API ومعرّف النموذج gemini-nano-banana-2.1. وتعرض الأمثلة الرسمية لغات برمجة مختلفة، منها Python وJavaScript. تعتمد أمثلة الطلبات على إرسال نص إلى النموذج عبر عميل API، بينما يرسل مثال تحرير الصور بيانات الصورة ونوع MIME الخاص بها، إلى جانب النص. ويستخدم مثال REST مفتاح API. لذا، ينبغي لمن سيعمل عبر API الحصول على إمكانية الوصول اللازمة والمفتاح؛ ولا تذكر الوثائق ضرورة وجود برنامج نمذجة مكتبي إضافي لإنشاء الصور المشار إليه هنا.
تشير الوثيقة إلى دقات 1K و2K و4K في Nano Banana 2.1، لكن مطالبات هذا الدليل لا تحدد معاملًا للدقة. فوصف التكوين المرغوب نصيًا لا يعادل تحديد أبعاد الإخراج تقنيًا. تحقّق أيضًا من أحدث معلومات Gemini API بشأن الاستخدام وشروط الوصول والتكاليف المحتملة؛ إذ لا تورد المصادر معلومات عن الأسعار هنا.
خطوة بخطوة: إعداد مطالبة لصورة معمارية
حدّد الغرض من الصورة. وضّح ما إذا كانت المطالبة تطلب اقتراحًا لمفهوم، أو بحثًا عن المواد، أو تعديلًا لصورة موجودة. بدلًا من الجمع بين أهداف مبهمة كثيرة في الطلب نفسه، حدّد الأولوية.
صِف المكان وقرارات التصميم المهمة. اكتب بوضوح عن نوع الاستخدام والعناصر المكانية الأساسية والمواد والإضاءة والأجواء. ويوصي دليل تصميم المطالبات في المصادر بأن تكون التعليمات واضحة ومحددة، وبإضافة قيود تتعلق بالمخرجات عند الحاجة. المطالبة الأولى أدناه مثال على طلب إنشاء صورة جديدة:
أنشئ صورة واقعية لمفهوم تصميم داخلي لمنطقة جلوس هادئة وعملية في شقة معاصرة. أظهر في الإطار مجموعة جلوس وطاولة قهوة منخفضة ومكتبة ونافذة واسعة. استخدم خشبًا فاتح اللون وأسطحًا حجرية مطفية وأقمشة ذات ملمس كتاني. اعتمد ضوء نهار ناعمًا وظلالًا طبيعية وألوانًا هادئة. اجعل توزيع المكان واضحًا، ولا تدع التفاصيل الزخرفية تطغى على قطع الأثاث الرئيسية.تذكر هذه المطالبة سيناريو الاستخدام والعناصر المتوقع ظهورها في الإطار والمواد وطريقة الإضاءة، كلًّا على حدة. قيّم التوجه العام للمكان في النتيجة الأولى، ثم كرر المحاولة بمطالبة أضيق نطاقًا لمعالجة النقاط الناقصة أو غير الصحيحة. وكما يؤكد الدليل، يتطلب تصميم المطالبات التجربة والتحسين.
حرّر باستخدام صورة مرجعية. إذا كانت لديك صورة تملك حق استخدامها، يمكنك تقديمها كمدخل إلى جانب المطالبة النصية. وتشير الوثائق إلى إمكانية طلب تحرير الصورة لإضافة عنصر أو إزالته أو إجراء تغيير، أو تغيير الأسلوب، أو ضبط الألوان. المثال الثاني مطالبة أصلية تهدف إلى الحفاظ على التخطيط الأساسي لصورة داخلية مرفوعة:
حرّر صورة التصميم الداخلي التي أرفقتها. حافظ على فتحة النافذة ومواقع الجدران والتوزيع الأساسي للأثاث. غيّر قماش مجموعة الجلوس فقط إلى خامة بلون بيج فاتح ومظهر كتاني، واجعل مادة طاولة القهوة من خشب فاتح اللون. لا تغيّر اتجاه ضوء النهار أو الإطار الحالي. لا تضف عناصر زخرفية جديدة.عند استخدام هذا الطلب، أرفق الصورة أيضًا بطلب API؛ فإرسال النص وحده لا يزوّد النموذج بالصورة المرجعية. وتوضح أمثلة التحرير في الوثائق أن بيانات الصورة ونوع MIME يُرسلان كمدخلين. ومن المهم كذلك التحقق من حقوق استخدام الصورة المرفوعة ومشاركتها.
حسّن نقطة واحدة بعد ظهور النتيجة. إذا كانت هناك مشكلة في المخرجات، فحدّد أولًا الخاصية التي تريد تغييرها: المادة أو الإضاءة أو اللون أو عنصر في الإطار. ثم احصر المطالبة التالية في ذلك التغيير. على سبيل المثال، يمكنك تجربة المطالبة التالية لتغيير ألوان صورة المفهوم:
حافظ على التوزيع المكاني وترتيب الأثاث والإطار في هذا المفهوم الداخلي. اجعل لوحة الألوان أكثر دفئًا وطبيعية: استخدم خشبًا فاتحًا وأبيض مائلًا إلى العاجي ودرجات ترابية ناعمة. أبقِ الأسطح مطفية واترك الإضاءة على هيئة ضوء نهار ناعم. لا تضف أثاثًا أو عناصر زخرفية جديدة.توضح المطالبة صراحةً الجوانب التي ينبغي تثبيتها وتلك التي يُراد تغييرها. لا ينبغي افتراض أن النموذج سينفذ الطلب بإتقان في كل مرة؛ افحص النتيجة وأعد صياغة المطالبة عند الحاجة.
أخطاء شائعة
وصف مبهم: طلب مثل «اجعل التصميم الداخلي أفضل» لا يوضح الخصائص المطلوب تغييرها. اذكر استخدام المكان والمواد وطريقة الإضاءة.
أهداف متناقضة: لا تطلب في المطالبة نفسها الحفاظ على التوزيع الحالي وتغيير المكان بالكامل. اكتب العناصر المطلوب الحفاظ عليها وتلك المطلوب تغييرها كلًّا على حدة.
تغيير كل شيء دفعة واحدة: تغيير المواد والألوان والأثاث والإضاءة في الوقت نفسه يصعّب معرفة الطلب الذي أدى إلى اختلاف النتيجة. جرّب التغيير الأهم أولًا.
توقع التحرير من دون إرفاق الصورة: يتطلب طلب التحرير استنادًا إلى صورة إدراج الصورة ضمن المدخلات. وتأكد أيضًا من امتلاكك الحقوق اللازمة للصورة التي ستستخدمها.
توقع ضمانات تقنية من المطالبة: يمكن تحديد توقعات بشأن التكوين أو الجودة نصيًا، لكن هذه الأمثلة ليست إعدادات تقنية تضمن أبعاد المخرجات أو دقة معمارية بعينها. ولا ينبغي اعتبارها بديلًا عن قرارات التصميم أو الرسومات التنفيذية.
الخطوات التالية: مواءمة سير العمل مع المكتب والتصوير المعماري
استخدم المحاولات الأولى لفتح المجال لمناقشة خيارات المفهوم واستكشاف اتجاهات المواد أو الأجواء، لا لحسم قرارات المشروع. وعند تحرير صورة، قد يساعد تحديد العناصر التي ينبغي الحفاظ عليها في التعبير عن نية التصميم بوضوح أكبر؛ ومع ذلك، يجب مقارنة الصورة الناتجة بمتطلبات المشروع. كما أن الاحتفاظ بالنصوص والنتائج المستخدمة في محاولات المطالبات المتعددة يسهّل مقارنة الأوصاف الناجحة.
بما أن العمل يتم عبر API، ينبغي للمكاتب الاطلاع على شروط الوصول والاستخدام والتكاليف قبل البدء. ولا تتضمن المصادر معلومات عن الأسعار. أما من الناحية التقنية، فتتمثل التفاصيل الأساسية في طريقة إضافة الصورة إلى API ومعرّف النموذج الذي يجري استدعاؤه؛ وبما أن المصادر لا تحدد متطلبات للأجهزة المحلية، فلا يمكن استنتاج ضرورة استخدام بطاقة رسومات أو محطة عمل بعينها. وينبغي تقييم حقوق استخدام صور المشاريع الحقيقية وملاءمة مشاركتها قبل تحميلها.
المصدر والترخيص
أُعدّ هذا الدليل باللغة التركية بالاستناد إلى وثائق Google الخاصة بإنشاء الصور وتحريرها في Gemini API، وإلى دليل تصميم المطالبات. ويُتاح كلا المصدرين بموجب ترخيص CC BY 4.0. أما المطالبات المعمارية النموذجية الواردة في النص فكُتبت خصيصًا لهذا الدليل.
المصادر
2 مصادرلا نعيد نشر نصوص المصادر؛ الاقتباسات القصيرة مشار إليها، وما تبقى ملخص وتعليق من إعدادنا.
يمكن تقييم Nano Banana 2.1 من قِبل فرق العمارة والتصميم الداخلي لإنشاء صور مفاهيمية أو تجربة تعديلات محدودة على صور موجودة. وقد توفر المطالبات الواضحة نقطة انطلاق سريعة، خصوصًا عند مناقشة خيارات المواد والأجواء التي لم تُحسم بعد؛ لكن النتائج لا تحل محل دقة المشروع أو الرسومات الفنية.
من المهم للمكاتب والطلاب في تركيا مراجعة شروط الوصول إلى API وتكاليف الاستخدام والحقوق المتعلقة برفع صور المشاريع منذ البداية. لا تذكر المصادر الأسعار أو متطلبات الأجهزة المحلية؛ لذا ينبغي تقييم الميزانية والملاءمة التقنية بالرجوع إلى أحدث شروط API، لا بالاعتماد على الافتراضات.
الأسئلة الشائعة
هل يمكن تحرير صورة داخلية موجودة باستخدام Nano Banana 2.1؟
تعرض وثائق Gemini API مثالًا على تحرير الصور باستخدام مدخلين: الصورة والنص. ويمكن للمطالبة أن تصف إضافة عنصر أو إزالته أو تغيير الأسلوب أو الألوان.
ما طريقة استخدام Nano Banana 2.1؟
تتضمن المصادر أمثلة على استخدامه عبر Gemini API، وتعرض طرقًا مختلفة لإرسال الطلبات، منها Python وJavaScript وREST.
هل يتطلب Nano Banana 2.1 بطاقة رسومات محددة للتصيير المعماري؟
لا تحدد المصادر المذكورة متطلبات لبطاقة رسومات محلية بعينها. وتشرح الأمثلة طريقة إرسال الطلبات إلى Gemini API.



