Nano Banana 2.1 ile mimari konsept görseli üretme rehberi

Bu rehberde ne öğreneceksiniz?

Nano Banana 2.1’i mimari konsept ve iç mekân görselleştirmelerinde kullanırken istemi nasıl kuracağınızı, bir referans görseli nasıl düzenleme girdisi olarak değerlendireceğinizi ve sonuçları nasıl yinelemeli biçimde geliştireceğinizi ele alacağız. Rehber, Gemini API üzerinden çalışmaya dayanıyor; bir masaüstü modelleme ya da render yazılımında izlenecek menü adımlarını anlatmıyor.

Buradaki örnekler, sıfırdan bir konsept görseli üretmek veya eldeki bir görselin belirli niteliklerini değiştirmek için hazırlandı. Üretilen çıktı, tasarım kararlarının yerine geçen bir proje dokümanı değil; fikir geliştirme, atmosfer araştırması ve sunum öncesi görsel deneme amacıyla değerlendirilmeli. Modelin mekânsal doğruluğu her istemde garanti ettiğine dair kaynaklarda bir bilgi bulunmuyor.

Gereksinimler ve model seçimi

Resmî Gemini API görsel üretimi dokümanında Nano Banana 2.1’in model kimliği gemini-nano-banana-2.1 olarak veriliyor. Örnekler Python, JavaScript, Java, Go ve REST kullanımlarını gösteriyor. REST örneğinde istek, API anahtarıyla gönderiliyor; uygulama geliştirme tarafında kendi çalışma ortamına uygun yöntem seçilmeli. Ücret, erişim koşulları ve hesap gereksinimlerinin ayrıntıları burada verilen kaynaklarda açıklanmıyor.

Google, yeni projeler için Nano Banana 2.1’i öneriyor. Dokümana göre model 1K, 2K ve 4K çözünürlüklerde çalışıyor; görsel kalitesi, metin oluşturma, çok turlu tutarlılık ve Google Arama ile temellendirme alanlarında geliştirmeler sunuyor. Bunlar üreticinin model açıklamalarıdır. Nano Banana 2 Lite hız ve maliyetin öncelikli olduğu işler için konumlandırılıyor; birden fazla referans görsel veya çok turlu ardışık düzenleme için optimize edilmediği belirtiliyor. Daha karmaşık görsel işler için Nano Banana Pro, dokümanda üst seviye seçenek olarak tanımlanıyor.

Yeni görsel üretirken metin istemi gönderilir. Düzenleme akışında ise metin isteminin yanında görsel girdisi de verilir. API yanıtındaki oluşturulmuş görsel verisi alınarak dosyaya kaydedilebilir. Mevcut bir görsel yüklenecekse, o görseli kullanma haklarının bulunduğundan emin olunmalı; resmî doküman da bu konuda uyarı yapıyor.

Mimari görsel için adım adım istem hazırlama

1. Görselin amacını belirleyin. İstemin başında görselin bir iç mekân konsepti, cephe çalışması, malzeme araştırması veya sunum görseli olduğunu açıkça yazın. İstenen çıktı türünü tarif etmek, modelin görevin kapsamını anlamasına yardımcı olur. Tasarım kararları henüz net değilse, istemi bir keşif görseli olarak çerçeveleyin.

2. Mekânı ve sabit kalması gerekenleri tanımlayın. Mekân türü, temel malzemeler, ışık niteliği ve kadraj gibi gözle görülebilir unsurları tarif edin. Bir görsel düzenliyorsanız hangi özelliklerin korunacağını, hangilerinin değişeceğini ayrı ayrı belirtin. Aşağıdaki örnek, sıfırdan bir iç mekân konsepti için hazırlanmış özgün bir istemdir:

Create an editorial architectural visualization of a calm contemporary reading room in a small urban apartment. Use pale oak, warm off-white plaster, a muted olive fabric sofa, and soft daylight entering from a tall side window. Show a clear view from the entrance toward the seating area. Keep the composition realistic, restrained, and focused on material atmosphere. No people, no text, no logos.

Bu istemde oda türü, malzemeler, ışık ve bakış yönü ayrı bilgiler olarak veriliyor. Sonuçta belirli bir mobilya ölçüsü ya da uygulama detayı garanti edilmez; görseli tasarım fikrini değerlendirmek için kullanın.

3. Kadraj ve görsel dili tarif edin. Görselin nasıl görüleceğini belirtin: göz hizası, üstten görünüş, izometrik bakış veya yakın malzeme kadrajı gibi. İstenen atmosferi de genel sıfatlarla bırakmayıp ışık ve yüzey davranışıyla açıklayın. Örneğin “sakin” bir atmosfer için yumuşak gün ışığı ve sınırlı renk paleti isteyebilirsiniz. Aşağıdaki örnek, cephe ve giriş ilişkisini öne çıkaran bir konsept istemidir:

Create a realistic architectural concept image of a compact public library entrance, viewed from pedestrian eye level. Emphasize a deep timber-framed doorway, pale stone cladding, and a sheltered threshold. Use overcast daylight with soft shadows and a quiet street setting. Keep the building geometry legible and the image suitable for an early design presentation. No signage, no text, no logos.

Burada bakış seviyesi, giriş eşiği, cephe malzemeleri ve ışık koşulları açıkça belirtiliyor. Bu tür tarifler, istemi daha belirgin hale getirir; ancak gerçek projedeki ölçü, mevzuat veya yapım koşullarını doğrulamaz.

4. Referans görselle düzenleme yapın. API isteğine metin girdisinin yanı sıra üzerinde çalışılacak görseli de ekleyin. Değişiklik kapsamını dar tutun ve korunması gerekenleri açıkça yazın. Örneğin bir iç mekân görselinde yalnızca duvar yüzeyinin tonunu denemek istiyorsanız, yerleşim ve kamera açısının değişmemesini isteyin:

Edit the provided interior image. Change only the wall finish to a warm, light-toned lime plaster with subtle texture. Preserve the room layout, furniture positions, camera viewpoint, window openings, and existing daylight direction. Do not add objects or alter the architecture.

Bu örnekte düzenleme girdisi olarak mevcut görselin de gönderilmesi gerekir. İstem, istenen yüzey değişikliğini ve korunacak öğeleri ayırıyor. Birden fazla özelliği aynı anda değiştirmek yerine, önce tek bir değişikliği deneyin; böylece sonucun hangi talimata bağlı olduğunu değerlendirmek kolaylaşır.

5. Sonucu gözden geçirip yeni turda düzeltin. İlk çıktı beklenen atmosferi vermiyorsa istemi baştan tamamen değiştirmek yerine, eksik bulduğunuz niteliği belirginleştirin. Örneğin ışığın daha yumuşak olması veya kadrajın girişe dönmesi gerekiyorsa, yeni istekte yalnızca bu noktaları netleştirin. Resmî dokümana göre model görsellerle konuşmalı düzenlemeyi ve çok turlu tutarlılık iyileştirmelerini destekliyor; yine de her turda tasarımın bütün ayrıntılarının korunacağı varsayılmamalı.

Google’ın istem tasarımı rehberi de açık ve belirgin talimatlar verilmesini, kısıtların ifade edilmesini ve istemlerin gözlenen sonuçlara göre yinelenerek iyileştirilmesini öneriyor. İstenen çıktı biçimini, kapsamı ve yapılmaması gerekenleri belirtmek, mimari görsel çalışmalarında da uygulanabilir bir yöntemdir.

Sık yapılan hatalar

Belirsiz sıfatlara yaslanmak: “Modern ve güzel bir iç mekân” gibi genel bir tarif, hangi malzeme, ışık veya kadrajın beklendiğini açıklamaz. Görsel olarak kontrol edilebilir nitelikler ekleyin.

Korunacak özellikleri yazmamak: Referans görsel düzenlenirken değişmemesi gereken yerleşim, kamera bakışı veya açıklıklar belirtilmezse sonuçta istenmeyen farklılıklar görülebilir. İstemde korunacak unsurları da sıralayın.

Tek seferde çok fazla değişiklik istemek: Malzeme, ışık, mobilya ve mekân biçimini birlikte değiştirmek, sonucu değerlendirmeyi güçleştirebilir. Önce tek bir hedef üzerinde çalışıp sonra yeni bir turla ilerleyin.

Çıktıyı proje doğrulaması sanmak: Kaynaklar, modelin teknik çizim, ölçü kontrolü veya yapım uygunluğu sağladığını söylemiyor. Üretilen görseli konsept araştırması olarak değerlendirin; proje kararlarını ayrıca doğrulayın. Ayrıca yüklenen görseller için gerekli kullanım haklarının bulunmasına dikkat edin.

Sonraki adımlar: ofis ve öğrenci iş akışı

Bir ofiste bu yöntem, farklı atmosfer ve malzeme yönlerini erken aşamada tartışmak için kullanılabilir. Öğrenciler ise aynı mekân fikri için farklı ışık veya kadraj tariflerini deneyerek görsel araştırma yapabilir. Üretimden önce hangi işin API üzerinden yürütüleceği, ekipte görsellerin nasıl paylaşılacağı ve sonuçların hangi aşamada tasarım kararına dönüşeceği belirlenmeli. Kaynaklarda fiyat ve lisans koşulları açıklanmadığı için bunlar, gerçek kullanım öncesinde ayrıca incelenmesi gereken konulardır.

Tüm oluşturulmuş görsellerin SynthID filigranı içerdiği belirtiliyor. Çıktıları sunum, yayın veya müşteri iletişiminde kullanmadan önce bu bilgiyi ve ilgili kullanım koşullarını göz önünde bulundurun. API’den dönen görsel verisinin uygulama tarafından alınması ve kaydedilmesi gerekir; sonuçların doğrudan yerel bir 3D sahneye veya CAD/BIM dosyasına aktarıldığına dair kaynaklarda bir özellik anlatılmıyor.

Kaynak ve lisans

Bu rehber, Google’ın Gemini API görsel üretimi ve istem tasarımı dokümanlarından yararlanılarak Türkçeye uyarlanmıştır. Her iki kaynak da CC BY 4.0 lisanslıdır. Mimari örnek istemler bu rehber için özgün olarak yazılmıştır.