# Nano Banana 2.1 ile mimari görsel üretimi: 5 prompt ve iş akışı Kaynak: https://3dsinifi.com/haber/nano-banana-2-1-ile-mimari-gorsel-uretimi-5-prompt-ve-is-2 · Kategori: Eğitimler · Yayın: 17 Ekim 2026 > Gemini API’de Nano Banana 2.1’i kullanarak mimari ve iç mekân görselleri üretmek veya mevcut bir görseli düzenlemek mümkün. Bu rehber, model seçimini, prompt hazırlamayı ve beş örnek iş akışını anlatıyor. ## Kısaca - Nano Banana 2.1’in Gemini API’deki model kimliği gemini-nano-banana-2.1. - Model, metinle görsel oluşturmayı ve metin-görsel girdisiyle düzenlemeyi destekliyor. - Google, modelin 1K, 2K ve 4K çözünürlüklerde görsel üretebildiğini belirtiyor. - Google’ın dokümantasyonuna göre oluşturulan tüm görsellerde SynthID filigranı bulunuyor. ## Bu rehberde ne öğreneceksiniz? Bu rehber, Gemini API üzerinden Nano Banana 2.1 ile mimari konsept görseli üretmenin temel adımlarını ele alıyor. Bir mekânı metinle tarif etmekten mevcut bir görselde değişiklik istemeye uzanan örnekler, tasarım geliştirme ve görselleştirme ön çalışmaları için hazırlandı. Promptlar, belirli bir proje ya da gerçek mekân hakkında doğrulanmış bilgi sunmaz; yalnızca istenen görsel sonucu tarif eder. Google’ın dokümantasyonunda Nano Banana 2.1, görsel üretimi ve konuşmalı düzenleme için verimlilik odaklı model olarak tanımlanıyor. Şirket, önceki Nano Banana 2’ye kıyasla görsel kalite, metin oluşturma, çok turlu tutarlılık ve Google Arama ile temellendirme alanlarında iyileştirmeler sunduğunu; 1K, 2K ve 4K çözünürlükleri desteklediğini belirtiyor. Bunlar üreticinin açıklamalarıdır; elde edilen sonuçlar prompta ve girdilere göre değişebilir. ## Gereksinimler Bu örnekler Gemini API ile kullanım içindir. Google’ın dokümantasyonunda Python, JavaScript, Java, Go ve REST üzerinden görsel üretim örnekleri yer alıyor. Aşağıdaki anlatım Python örneğindeki akışı takip ediyor; promptlar başka bir API istemcisine de aktarılabilir. Başlamadan önce Gemini API erişimi ve API anahtarı gerekir. Model kimliği olarak `gemini-nano-banana-2.1` kullanılır. Kaynakta Python için `google-genai` kütüphanesiyle istemci oluşturulduğu ve metin girdisinin `interactions.create` çağrısına verildiği gösteriliyor. Burada belirtilmeyen bir kurulum komutu, arayüz menüsü veya hesap koşulu varsayılmamalı; güncel teknik ayrıntılar için API belgeleri kontrol edilmeli. Mevcut bir görseli düzenlemek için dosyanın API’ye görsel girdi olarak aktarılması gerekir. Google, yüklenen görsellerin gerekli kullanım haklarının kullanıcıda olmasını hatırlatıyor. Başkasına ait bir görsel kullanılmadan önce izinler gözden geçirilmeli. ## Adım adım görsel üretimi ve düzenleme ### 1. Sahneyi ve kapsamı tarif edin İlk promptta mekân türünü, temel mekânsal özellikleri, malzemeleri, ışığı ve kadrajı birlikte açıklayın. Açık ve belirli talimatlar, belirsiz bir isteğe kıyasla daha kontrollü bir başlangıç sağlar. Aşağıdaki metin, metinden görsele üretim için kullanılabilecek yeni bir örnektir: ```prompt Fotogerçekçi bir çağdaş konut iç mekânı görselleştir. Açık planlı oturma alanında açık meşe zemin, mat kırık beyaz duvarlar ve sade, alçak profilli mobilyalar kullan. Büyük pencerelerden gelen yumuşak sabah ışığını göster. Kamera göz hizasında, geniş ama doğal perspektifte olsun. Kadrajda yalnızca oturma alanı ve pencere duvarı yer alsın. Malzemelerin dokusu gerçekçi, kompozisyon sakin ve mimari sunum için temiz olsun. Görselde yazı veya işaret bulunmasın. ``` Bu tarif; mekânı, malzeme paletini, ışığın zamanını ve kameranın genel konumunu belirtir. İlk sonucu değerlendirdikten sonra tüm sahneyi baştan tarif etmek yerine, değiştirilmesi gereken unsurları ayrı bir turda netleştirin. ### 2. Tek bir tasarım değişkenini hedefleyin İlk görselin genel kompozisyonunu koruyup malzeme alternatifleri görmek için düzenleme isteğini dar tutun. Görseli metinle birlikte API’ye görsel girdi olarak ekleyin; aşağıdaki promptu düzenleme talimatı olarak kullanın: ```prompt Bu görseldeki plan düzenini, kamera açısını ve mobilya yerleşimini koru. Yalnızca zemin kaplamasını açık meşeden açık gri taş yüzeye dönüştür. Taşın ölçeği ve derzleri gerçekçi görünsün. Duvarları, pencereleri, ışığı ve diğer malzemeleri değiştirme. ``` Bu örnekte kapsam tek bir malzeme değişikliğiyle sınırlanıyor. Kaynak belgeler çok turlu düzenlemeyi desteklese de her denemede kadrajın veya bütün mimari detayların kusursuz korunacağını garanti etmiyor. Sonucu proje ölçütlerine göre ayrıca kontrol edin. ### 3. Işık ve atmosfer için ayrı bir tur açın Malzeme seçimi oturduktan sonra ışık koşullarını değiştirmek, tasarım kararlarını karşılaştırmaya yardımcı olabilir. Aynı görseli girdi olarak verin ve bu kez yalnızca atmosferi tarif edin: ```prompt Mekânın geometrisini, kamera konumunu, mobilyaları ve malzemeleri koru. Aydınlatmayı bulutlu bir öğleden sonranın yumuşak, dağılmış gün ışığına dönüştür. Sert gölgeleri azalt; pencere yönünden gelen doğal ışık hissini koru. Yeni ışık kaynağı, eşya veya mimari eleman ekleme. ``` Talimatın sonunda değişmemesi gereken özellikleri açıkça sıralamak, düzenleme kapsamını tanımlar. Üretilen görseli teknik çizim ya da ışık hesabı olarak değil, görsel araştırma ve sunum alternatifi olarak değerlendirin. ### 4. İç mekân konseptinden dış cepheye geçin Metinden yeni bir sahne oluştururken kullanım amacını ve kadrajı aynı promptta belirtebilirsiniz. Örneğin küçük ölçekli bir konut cephesi için: ```prompt Fotogerçekçi bir mimari dış cephe konsept görseli oluştur: iki katlı, yalın geometrili bir konut; açık renk mineral sıva, doğal ahşap güneş kırıcılar ve geniş ama dengeli pencere açıklıkları. Yapıyı insan göz hizasına yakın, üç çeyrek açıdan göster. Ön planda sade bir bahçe ve alçak bitkilendirme bulunsun. Yumuşak gün ışığı, ölçülü malzeme dokuları ve sakin bir atmosfer kullan. Görselde yazı, tabela veya logo olmasın. ``` Bu prompt, tasarımın belirli bir yönetmeliğe, imar koşuluna veya gerçek projeye uygun olduğunu iddia etmez. Görseldeki oranları ve yapı elemanlarını tasarım kararı olarak kullanmadan önce proje verileriyle ayrıca doğrulayın. ### 5. Revizyonu küçük ve ölçülebilir tutun İlk sonuç beklentiyi karşılamadıysa promptu yeniden yazarken önce sorunun nerede olduğunu belirleyin: kadraj mı, malzeme mi, ışık mı, yoksa sahnedeki öğeler mi? Google’ın prompt rehberi, talimatların açık ve belirli olmasını; kısıtların ve istenen yanıt biçiminin promptta tarif edilmesini öneriyor. Aşağıdaki örnek, görseldeki tek bir unsura odaklanır: ```prompt Mevcut görseldeki duvar rengini sıcak beyaz yerine nötr açık gri yap. Kadrajı, pencere konumunu, zemin dokusunu, mobilyaları ve ışık yönünü koru. Başka hiçbir öğeyi ekleme veya kaldırma. ``` Birden fazla değişikliği aynı anda istemek, hangi talimatın sonucu etkilediğini anlamayı zorlaştırabilir. Değişiklikleri aşamalara bölün, her çıktıyı önceki denemeyle karşılaştırın ve gerekli olmayan ayrıntıları prompttan çıkarın. Prompt tasarımı yinelemeli bir süreçtir; ilk tarif kesin sonuç değil, geliştirme başlangıcıdır. ## Sık yapılan hatalar **İsteği belirsiz bırakmak:** “Daha iyi bir iç mekân yap” gibi ifadeler malzeme, ışık veya kadraj hedefini tanımlamaz. Ne üretileceğini ve hangi özelliklerin korunacağını belirtin. **Tek turda çok sayıda şeyi değiştirmek:** Işık, malzeme, mobilya ve kamera açısını birlikte değiştirmek sonucu değerlendirmeyi güçleştirir. Bir düzenleme turunda tek bir ana değişken seçin. **Görseli teknik doğrulama yerine koymak:** Kaynaklar, üretilen görselin mimari hesap veya proje uygunluk kontrolü olduğunu belirtmiyor. Boyut, yapı sistemi ve proje gerekliliklerini ayrıca inceleyin. **Girdi haklarını göz ardı etmek:** Google, yüklenen görsellerin kullanım hakkının kullanıcıda olmasını istiyor. Referans görseli API’ye göndermeden önce kullanım haklarını kontrol edin. **Çözünürlük ve maliyeti varsaymak:** Dokümantasyon 1K, 2K ve 4K çözünürlük seçeneklerinden söz ediyor; ancak her kullanımın fiyatını veya belirli bir iş için en uygun seçeneği açıklamıyor. Üretim öncesinde güncel API fiyatlandırmasını ve kullanım koşullarını kontrol edin. Google’ın dokümantasyonuna göre oluşturulan tüm görsellerde SynthID filigranı bulunuyor. ## Mimarlık ve görselleştirme iş akışında nereye oturur? Mimarlar, iç mimarlar, öğrenciler ve görselleştirme ekipleri bu yöntemi erken konsept alternatifleri üretmek, malzeme atmosferlerini tartışmak veya mevcut bir görsel üzerinde yaratıcı düzenlemeler denemek için değerlendirebilir. Metin ve görsel girdileriyle çalışması, yazılı bir sahne tarifinden başlamaya ya da bir referans görseli düzenleme akışına katmaya imkân veriyor. API kullanımı, erişim ve maliyet takibini iş akışının parçası hâline getirir. Kaynakta belirli bir donanım gereksinimi verilmediği için yerel bilgisayar özellikleri hakkında kesin bir öneri sunmak mümkün değil. Ofisler ve öğrenciler, görselleri nihai proje belgesi gibi sunmadan önce tasarım kararlarını ve kullanım haklarını gözden geçirmeli; API koşullarını ve fiyatlandırmayı da güncel belgelerden doğrulamalı. ## Sonraki adımlar Aynı sahne tarifini farklı ışık, malzeme veya kadraj istekleriyle deneyin; her denemede yalnızca bir ana değişkeni değiştirin. Girdi görselleri kullanılıyorsa izinleri kayıt altına alın. API yanıtında üretilen görsel verisinin nasıl alınacağı ve metinle görselin birlikte bulunduğu karmaşık çıktılarda adımların nasıl işleneceği için Gemini API’nin görsel üretimi belgelerini inceleyin. ## Kaynak ve lisans Bu rehber, Google’ın Gemini API görsel üretimi ve düzenleme dokümantasyonu ile prompt tasarımı rehberinden yararlanılarak Türkçeye uyarlanmıştır. Her iki kaynak da CC BY 4.0 lisanslıdır. Örnek mimari promptlar, kaynaklardaki örneklerin kopyası değil, bu rehber için hazırlanmış yeni metinlerdir. ## Pro ipucu Düzenleme promptunda değiştirmek istediğiniz tek unsuru belirtin; ardından kamera, geometri ve korunmasını istediğiniz malzemeleri açıkça sıralayın. ## 3dsınıfı yorumu Nano Banana 2.1, konsept aşamasında iç mekân ve cephe alternatiflerini tartışmak isteyen ofisler ve öğrenciler için denenebilir bir API iş akışı sunuyor. Özellikle bir referans görseli metinle düzenleme olanağı, görsel araştırmayı daha odaklı hâle getirebilir. Türkiye’de düzenli kullanımdan önce API fiyatlandırması ve kullanım koşulları mutlaka kontrol edilmeli; kaynakta kesin fiyat ya da yerel donanım gereksinimi verilmiyor. Bu nedenle aracı, teknik proje doğrulamasının veya nihai render üretiminin yerine değil, kontrollü bir konsept yardımcısı olarak değerlendirmek daha temkinli olur. Görsel hakları ve SynthID filigranı da teslim sürecinde göz önünde tutulmalı. ## Kaynaklar - [ai.google.dev (CC BY 4.0)](https://ai.google.dev/gemini-api/docs/image-generation) (özet) - [ai.google.dev (CC BY 4.0)](https://ai.google.dev/gemini-api/docs/prompting-strategies) (özet) _Yapay zekâ ile yazıldı, kaynaklarla doğrulandı. © 3dsınıfı_