Kısaca
- Gemini API’de görsel üretimi için model kimliği gemini-nano-banana-2.1 olarak belirtiliyor.
- Model, metin istemlerinin yanı sıra görsel ve metin-görsel girdileriyle de kullanılabiliyor.
- Açık ve belirgin talimatlar; görev, görsel özellikler ve kısıtların prompt içinde tarif edilmesine yardımcı oluyor.
- Google, oluşturulan görsellerin SynthID filigranı içerdiğini belirtiyor.
Bu rehberde ne öğreneceksiniz?
Bu eğitimde, Gemini API üzerinden Nano Banana 2.1 ile mimari konsept görseli hazırlamak için prompt oluşturma ve görseli metinle düzenleme akışı ele alınıyor. Amaç, tek bir genel komutla bitmiş bir proje görseli beklemek değil; mekânı, kamera hissini, malzemeleri, ışığı ve istenen değişiklikleri ayrı ayrı tarif ederek daha kontrollü denemeler yapmak.
Google’ın dokümantasyonunda Nano Banana, Gemini’nin yerleşik görsel üretme özelliklerinin adı olarak tanımlanıyor. Görsel üretimi metinle başlatılabiliyor; mevcut bir görsel de metin talimatıyla değiştirilebiliyor. Modelle birden fazla turda çalışmak ve görsel üzerinde yinelemeler yapmak mümkün. Bu yaklaşım; konsept geliştiren mimarlar, iç mimarlar, öğrenciler ve sunum öncesinde farklı atmosfer seçenekleri arayan görselleştirme ekipleri için başlangıç noktası olabilir. Üretilen çıktı, proje çiziminin veya teknik doğrulamanın yerine geçmez.
Gereksinimler
Gemini API erişimi ve isteklerde kullanılacak bir API anahtarı gerekir. Kaynak dokümantasyon, Python örneğinde Google GenAI istemcisini, REST örneğinde ise
GEMINI_API_KEYdeğişkenini gösteriyor.
Model adı olarak gemini-nano-banana-2.1 kullanılmalı. Dokümantasyon bu modeli Nano Banana 2.1 olarak listeliyor ve yeni projeler için önceki Nano Banana 2 modeline kıyasla 2.1’i öneriyor.
API üzerinden örnekleri uygulamak için Python, JavaScript, Java, Go veya REST seçeneklerinden biri kullanılabilir; kaynak sayfada bu diller için örnekler bulunuyor. Bu rehberde kod yerine prompt tasarımı ve kullanım akışı üzerinde duruluyor.
Düzenleme aşamasında kullanılacak görselin kullanım hakları kontrol edilmeli. Google, yüklenen görseller için gerekli haklara sahip olunmasını ve başkalarının haklarını ihlal eden içerik üretilmemesini hatırlatıyor.
Adım adım mimari görsel üretimi
1. Görselin amacını belirleyin
Önce çıktıdan ne beklendiğini tanımlayın: Bir konut iç mekânı için atmosfer araştırması mı, küçük bir avlu için malzeme fikri mi, yoksa sunumda kullanılacak bir konsept görsel mi? Tek istemde birden fazla belirsiz hedef biriktirmek yerine, ana görevi baştan söyleyin. Örneğin “çağdaş bir konut salonunun fotogerçekçi konsept görselini oluştur” ifadesi, yalnızca “güzel bir oda yap” demekten daha belirgin bir başlangıçtır.
2. Mekânı ve görsel dili tarif edin
İyi bir mimari prompt; mekân türü, temel geometri, malzeme, ışık ve kadraj gibi kararları açıkça ifade eder. Aşağıdaki istem, gerçek bir proje tarifinden bağımsız bir konsept denemesi için hazırlanmıştır:
Create a photorealistic architectural concept image of a compact contemporary living room opening onto a planted courtyard. Use pale limestone flooring, warm oak wall panels, a simple low sofa, and large sliding glass doors. Show a calm eye-level interior view in soft morning light, with realistic material textures and gentle shadows. Keep the architecture restrained and the furniture secondary.Bu promptta oda türü, dış mekân ilişkisi, malzemeler, mobilya yoğunluğu, bakış yüksekliği ve ışık ayrı ayrı belirtiliyor. Sonuç beklentisini daha anlaşılır kılmak için sıfatları çoğaltmak yerine, görüntüde bulunması istenen unsurları somutlaştırın.
3. İstemleri küçük değişikliklerle karşılaştırın
Prompt tasarımı yinelemeli bir süreçtir. İlk sonuçtan sonra bütün tarifi baştan değiştirmek yerine tek bir değişkeni güncelleyin. Örneğin ışığın saatini veya baskın yüzey malzemesini değiştirmek, hangi talimatın görseli nasıl etkilediğini izlemeyi kolaylaştırır. İkinci deneme için şu istem kullanılabilir:
Create a photorealistic architectural concept image of the same compact living room and planted courtyard. Keep the pale limestone floor, warm oak panels, furniture layout, and eye-level viewpoint. Change only the lighting to a subdued overcast afternoon, with soft daylight and low-contrast shadows.“Keep” ve “change only” gibi açık ifadeler, sabit tutulacak öğelerle değişecek öğeyi ayırır. Bu yöntem, bir tasarım sunumunda atmosfer alternatiflerini karşılaştırırken işe yarayabilir; ancak her denemede sonucun tarifle birebir örtüştüğünü kontrol etmek gerekir.
4. Mevcut görseli referans olarak verin
Elinizde düzenleme hakkına sahip olduğunuz bir görsel varsa, metin talimatını görselle birlikte API’ye gönderebilirsiniz. Kaynakta bu işlem, metin ve görsel girdisinin aynı istekte sunulması şeklinde gösteriliyor. Görsel bir eskiz, konsept render’ı veya üzerinde çalışılmasına izin verilen başka bir referans olabilir. İstenen değişikliği dar kapsamlı anlatın:
Use the supplied interior image as the visual reference. Preserve the room layout, camera viewpoint, window positions, and major furniture. Change the floor finish to pale limestone and make the daylight softer. Do not add new openings or change the room proportions.Bu istem, kompozisyon ve mekânsal ilişkileri koruma talebiyle malzeme ve ışık değişikliğini birbirinden ayırıyor. Referans görselin içeriği modelin yorumunu etkileyebilir; bu nedenle sonuç, özgün çizim veya modelle karşılaştırılmalı ve kritik tasarım kararları ayrıca doğrulanmalıdır.
5. Sonucu kaydedin ve düzenleme turunu sürdürün
API dokümantasyonundaki örneklerde üretilen görsel verisi output_image üzerinden alınıp dosyaya yazılıyor. Görsel üretiminde son görsel bloğunu kolaylık özelliğiyle almak mümkün; karmaşık, metin ve görsel içeriğinin iç içe geçtiği çıktılarda ise dokümantasyon adımların ayrıca incelenmesi gerektiğini söylüyor. Sonraki turda yalnızca düzeltilecek noktaları belirtin: örneğin “duvar kaplamasını daha açık tut” veya “avlu bitkilerini daha seyrek göster”. Dosyaları karşılaştırırken kullanılan promptları da saklamak, hangi tarifin hangi sonuca karşılık geldiğini takip etmeyi kolaylaştırır.
Sık yapılan hatalar
Genel ve yoruma açık tarifler kullanmak: “Daha modern ve etkileyici olsun” gibi ifadeler, istenen sonucu tek başına açıklamaz. Mekânı, yüzeyleri, ışığı ve kadrajı tarif edin.
Bir istemde çok sayıda değişiklik istemek: Kompozisyonu, malzemeleri ve ışığı aynı anda değiştirmek karşılaştırmayı zorlaştırır. Değişiklikleri mümkün olduğunca tek tek sınayın.
Korunacak öğeleri belirtmemek: Referans görselle düzenlerken sabit kalması gereken plan düzeni veya kamera bakışını yazın; değiştirilmesini istediğiniz unsuru ayrıca tanımlayın.
Çıktıyı teknik doğrulama sanmak: Görsel bir konsept veya sunum denemesi sağlayabilir; ancak proje ölçülerinin ve tasarım kararlarının doğruluğunu tek başına kanıtlamaz.
Görsel haklarını göz ardı etmek: Yüklenen referansın kullanım hakkını ve üretilecek içeriğin başkalarının haklarını ihlal etmemesini kontrol edin.
Mimarlık, iç mimarlık ve archviz iş akışına etkisi
Nano Banana 2.1, konsept aşamasında malzeme ve atmosfer seçenekleri üretmek veya mevcut bir görsel üzerinde tarif edilen değişiklikleri denemek için değerlendirilebilir. Özellikle hızlı görsel alternatiflere ihtiyaç duyan öğrenciler ve tasarım ekipleri için promptla yineleme yaklaşımı pratik bir fikir geliştirme aracı olabilir. Bununla birlikte, kaynaklarda belirli bir CAD, BIM ya da 3D yazılım entegrasyonu, uyumluluk listesi veya proje dosyası düzenleme özelliği belirtilmiyor. API kullanımı, model seçimi ve oluşturulan görselin mevcut iş akışına aktarılması ayrıca planlanmalı. Google, çıktıların SynthID filigranı içerdiğini belirtiyor; görsellerin sunum ve teslim süreçlerinde nasıl kullanılacağı da önceden değerlendirilmelidir.
Sonraki adımlar
Önce aynı mekân için kısa ve açık bir temel prompt hazırlayın. Ardından ışık, malzeme veya kadrajdan yalnızca birini değiştirerek yeni bir tur yapın. Referans kullanıyorsanız korunması gereken tasarım öğelerini promptta açıkça yazın ve görselin kullanım hakkını kontrol edin. Google’ın prompt tasarımı rehberi, talimatların açık ve belirli olmasını; farklı örneklerle biçim ve kapsamın gösterilmesini öneriyor. Bu ilkeler mimari görsel istemlerine de uygulanabilir. Sonuçları seçerken yalnızca estetik etkiye değil, tasarım niyetine uygunluğa ve ekipte nasıl kullanılacağına bakın.
Kaynak ve lisans
Bu eğitim, Google AI for Developers’ın Gemini API görsel üretimi ve prompt tasarımı dokümantasyonundaki bilgileri temel alarak Türkçeye uyarlanmıştır. Her iki kaynak da CC BY 4.0 lisansıyla sunulmuştur. Mimarlık ve iç mekân için verilen prompt örnekleri bu rehber kapsamında özgün olarak yazılmıştır.
Sık sorulan sorular
Gemini API’de Nano Banana 2.1 model adı nedir?
Model kimliği `gemini-nano-banana-2.1` olarak veriliyor. Google, yeni projeler için Nano Banana 2.1 kullanımını öneriyor.
Nano Banana 2.1 mevcut bir görseli düzenleyebilir mi?
Evet. Dokümantasyona göre bir görsel, metin talimatıyla birlikte modele girdi olarak verilip üzerinde değişiklik istenebilir.
Nano Banana ile oluşturulan görsellerde filigran bulunuyor mu?
Google’ın dokümantasyonu, oluşturulan tüm görsellerin SynthID filigranı içerdiğini belirtiyor.
Kaynaklar
2 kaynakKaynak metinler yeniden yayımlanmaz; kısa alıntılar tırnak içinde verilir, geri kalanı özgün özet ve yorumdur.
Türkiye’deki mimarlık ofisleri ve öğrenciler için bu yaklaşım, özellikle konsept ve atmosfer arayışında hızlı alternatifler üretmek açısından değerlendirilebilir. Referans görseli tarifle birlikte kullanabilmek, sıfırdan başlamak yerine mevcut bir fikri tartışmaya açma olanağı sunuyor; ancak çıktı teknik modelin veya proje çiziminin yerini tutmuyor.
İş akışına eklemeden önce API erişimi ve kullanım maliyeti ekip özelinde incelenmeli; kaynaklar belirli ücretleri veya donanım gereksinimlerini belirtmiyor. Görsel hakları, SynthID filigranı ve mevcut yazılımlarla aktarım süreci de teslimden önce kontrol edilmeli. En sağlıklı kullanım, tasarım kararlarını doğrulamak değil, alternatifleri görünür kılıp ekip içi değerlendirmeyi desteklemek.




Yorumlar 0