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

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

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

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

المتطلبات: الوصول إلى API واختيار النموذج

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

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

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

سير عمل الصور المعمارية خطوة بخطوة

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

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

Create an architectural visualization of a compact urban library with a double-height reading hall, exposed timber beams, pale stone flooring, and tall windows facing a planted courtyard. Show the main reading area from eye level with soft overcast daylight. Keep the composition calm and realistic, with no people and no signage.

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

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

Edit the provided interior rendering. Keep the room layout, camera viewpoint, openings, and furniture positions unchanged. Change the wall finish to warm light plaster and make the daylight softer. Do not add new objects or alter the floor plan.

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

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

Create a photorealistic exterior architectural visualization of a small community arts center. Use a restrained palette of light brick, dark metal frames, and clear glazing. Show the entrance and public forecourt in a three-quarter view during late-afternoon light. Keep the building massing simple and do not include text, logos, or banners.

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

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

أخطاء شائعة

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

عدم الفصل بين ما يجب تغييره وما يجب الحفاظ عليه: قد يؤدي إغفال زاوية الكاميرا أو المخطط أو العناصر التي ينبغي الحفاظ عليها في مطالبة التعديل إلى صعوبة تقييم الاختلافات غير المرغوب فيها. تحقق مع ذلك من الالتزام بتعليمات الحفاظ عند مراجعة النتيجة؛ فالتعليمات النصية لا تضمن الحفاظ الكامل.

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

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

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

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

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

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

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

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

أُعدّ هذا الدليل باللغة التركية بالاستناد إلى وثيقتَي Google Gemini API: “Nano Banana image generation” و“Prompt design strategies”. ونُشر المصدران بموجب ترخيص CC BY 4.0. ولم تُنقل التعليمات البرمجية أو المطالبات النموذجية حرفيًا من المصادر؛ بل أُعدّت الأمثلة خصيصًا للاستخدامات المعمارية والداخلية.