# Nano Banana 2.1 ile mimari görsel üretimi ve render düzenleme rehberi

Kaynak: https://3dsinifi.com/haber/nano-banana-2-1-ile-mimari-gorsel-uretimi-ve-render · Kategori: Eğitimler · Yayın: 8 Ekim 2026

> Google’ın Gemini API belgeleri, Nano Banana 2.1 ile metinden görsel üretimi ve görseli metin talimatlarıyla düzenlemeyi örnekliyor. Bu rehber, mimari görseller için prompt hazırlama ve revizyon sürecini adım adım ele alıyor.

## Kısaca
- Nano Banana 2.1’in API model kimliği gemini-nano-banana-2.1 olarak belgeleniyor.
- Gemini API, metin istemiyle görsel üretimini ve metinle birlikte görsel girdisi kullanarak düzenlemeyi destekliyor.
- Google, yeni projeler için Nano Banana 2.1’i öneriyor; model görsel üretimi ve konuşmalı düzenleme için konumlandırılıyor.
- Üretilen görsellerde SynthID filigranı bulunuyor; yüklenen görseller için gerekli kullanım haklarının alınması gerekiyor.

## Bu rehberde ne öğreneceksiniz?

Bu rehber, Nano Banana 2.1’i mimari görsel üretimi ve mevcut bir render üzerinde metinle revizyon yapmak için nasıl değerlendirebileceğinizi anlatıyor. Amaç, tek bir genel istem yazıp sonucu beklemek değil; sahneyi, görsel dili ve değişiklik sınırlarını tarif ederek kontrollü bir çalışma akışı kurmak. Örnek istemler özgün olarak hazırlandı; bunları doğrudan kopyalayıp kendi proje tanımınıza göre uyarlayabilirsiniz.

Gemini API belgelerine göre model, metinden görsel oluşturmanın yanı sıra metin ve görsel girdilerini birlikte kabul ederek görsel düzenleme de yapabiliyor. Bu, yeni bir konsept görseli üretmek ile elinizdeki bir render’a belirli bir müdahale istemek arasında seçim yapmayı mümkün kılıyor. Üretken görsel çıktısını teknik çizim, ölçülü model veya uygulama projesi yerine koymamak; onu tasarım araştırması ve sunum sürecinde değerlendirmek önemli.

## Gereksinimler: API erişimi ve model seçimi

Bu akış için Gemini API erişimi ve API anahtarı gerekir. Google’ın dokümantasyonunda Python, JavaScript, Java, Go ve REST örnekleri yer alıyor. Kod kullanmadan ilerlemek isteyenler için kaynak, Gemini ile görseller üzerinde konuşmalı üretim ve düzenleme olanağını tarif ediyor; ancak burada belirli bir uygulama arayüzü veya menü yolu varsayılmıyor.

Yeni bir API projesi kuruyorsanız belgelerdeki model kimliği `gemini-nano-banana-2.1` şeklinde veriliyor. Google, yeni projelerde Nano Banana 2.1 kullanımını öneriyor. Aynı belgede bu model; görsel üretimi ve çok turlu düzenleme için yüksek verimlilikli model olarak tanımlanıyor. Fiyat, belirli bir donanım gereksinimi veya bu rehberde kullanacağımız görsel çözünürlüğüne ilişkin ayrı bir çalışma sınırı kaynakta belirtilmediğinden, bunlar hakkında varsayım yapılmamalı.

Bir referans görseli düzenleyecekseniz dosyayı kullanma hakkınız olduğundan emin olun. Belgelerdeki örneklerden biri PNG görselinin API’ye aktarılmasını gösteriyor. Desteklenen dosya türleri ve daha büyük görsel yükleriyle ilgili ayrıntılar için API’nin görsel anlama belgelerine bakın.

## Adım adım mimari görsel iş akışı

1. **Üretim mi, düzenleme mi istediğinizi belirleyin.** Henüz referans görsel yoksa metinden görsel üretimiyle başlayın. Mevcut bir render’ı koruyarak belirli bir niteliğini değiştirmek istiyorsanız metin ve görsel girdisini birlikte kullanın. İkinci yöntemde istemde hangi unsurların sabit kalması gerektiğini açıkça yazın.

2. **Sahneyi somut biçimde tarif edin.** Yapının veya mekânın kullanımını, ana malzemelerini, ışık koşulunu, kadrajı ve istenen atmosferi bir arada belirtin. “Güzel bir iç mekân” gibi yoruma açık bir tarif yerine, tasarım kararlarını görünür kılan nitelikler kullanın. İlk denemede birbiriyle çelişebilecek çok sayıda stil veya malzeme talebini üst üste eklemeyin.

```prompt
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.
```

Bu istem, mekân programını, ana yapı elemanlarını, bakış seviyesini ve ışık koşulunu ayrı ayrı tanımlar. Sonuçta belirli bir unsuru değiştirmek isterseniz bütün sahne tarifini baştan yazmak yerine yalnızca o kararı hedefleyen bir devam talimatı deneyin.

3. **Render düzenlerken değişiklik sınırını belirtin.** Referans görseli metinle birlikte gönderin ve talebi “ne değişsin?” ile “ne korunsun?” şeklinde iki parçaya ayırın. Böylece istem, yalnızca yeni bir tasarım önermek yerine mevcut görselin hangi özelliklerine bağlı kalması gerektiğini de anlatır. Bu, modelin her ayrıntıyı aynen koruyacağı anlamına gelmez; çıktıyı kontrol etmek ve gerekirse yeni bir tur istemek gerekir.

```prompt
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.
```

Bu örnekte düzenleme hedefi yüzey ve gün ışığıyla sınırlanıyor. Üretilen sonucu kaynak görselle karşılaştırın; geometri ya da mobilya yerleşimi değişmişse istemi daha da daraltıp tekrar deneyin.

4. **Görsel dili ve sınırları ekleyin.** Malzeme adlarını ve ışık tarifini netleştirmek, farklı denemeleri karşılaştırmayı kolaylaştırır. Kadraj, nesne sayısı veya yazı kullanımı gibi sunum tercihlerini de açıkça belirtebilirsiniz. İstediğiniz çıktı türü hakkında net kısıt koymak, talebin yorum alanını azaltır; yine de sonuç her denemede kontrol edilmelidir.

```prompt
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.
```

Bu istem; yapı türü, malzeme paleti, bakış yönü ve istenmeyen öğeleri tarif ediyor. Aynı sahne için malzeme ya da ışık seçeneklerini kıyaslayacaksanız, bir denemede tek bir ana değişkeni değiştirmek değerlendirmeyi daha anlaşılır kılar.

5. **Sonucu inceleyip yinelemeli çalışın.** Google’ın prompt tasarımı rehberi, açık ve belirgin talimatları temel alıyor; ayrıca prompt yazımını deneme ve iyileştirme süreci olarak ele alıyor. Çıktıdaki sorunları genel bir “daha iyi yap” talimatıyla geçiştirmek yerine, gözlenen farkı isimlendirin: örneğin, korunması gereken pencere düzeninin değiştiğini ya da ışığın fazla sert olduğunu söyleyin. API ile çalışıyorsanız örneklerde sonuç görseli `interaction.output_image` üzerinden alınıyor.

## Sık yapılan hatalar

**İstekleri belirsiz bırakmak:** “Daha modern yap” gibi ifadeler, hangi tasarım kararının değişeceğini söylemez. Malzeme, aydınlatma veya sahne düzeninden hangisine müdahale edileceğini belirtin.

**Değişiklik ve koruma talebini ayırmamak:** Bir düzenleme isteminde korunacak kamera açısını, planı veya nesneleri yazmamak, istenmeyen farklılıkları değerlendirmeyi zorlaştırabilir. Koruma talimatlarını sonuç üzerinde yine de kontrol edin; metin talimatı tam koruma garantisi değildir.

**Çok fazla değişkeni aynı anda değiştirmek:** Malzeme, kadraj, ışık ve mekân düzenini bir kerede değiştirirseniz hangi talebin sonucu etkilediğini anlamak güçleşir. Önce temel sahne üzerinde uzlaşın, ardından revizyonları adım adım sınayın.

**Görsel haklarını göz ardı etmek:** Google, yüklenen görseller için gerekli hakların alınmasını ve başkalarının haklarını ihlal eden içerik üretilmemesini hatırlatıyor. Proje görsellerinin kullanım koşullarını kontrol edin. Ayrıca API belgelerine göre üretilen görseller SynthID filigranı içeriyor; çıktıları teslim ve kullanım sürecinde bu bilgiyi dikkate alın.

## Mimarlık ve görselleştirme iş akışına etkisi

Mimarlar, iç mimarlar ve görselleştirme ekipleri için bu yöntem; erken konsept seçenekleri oluşturma, malzeme atmosferini araştırma veya mevcut bir görsel üzerinde alternatifleri tartışma aşamalarında yardımcı olabilir. Özellikle istemi küçük revizyonlara bölmek, tasarım niyetini ekip içinde daha okunur hâle getirebilir. Buna karşılık model çıktısı, kaynak dosyanın ya da teknik modelin güncellendiği anlamına gelmez. Üretilen görselde ölçü, birleşim, açıklık ve malzeme davranışı gibi proje kararlarının doğruluğu ayrıca değerlendirilmelidir.

API tabanlı kullanımda erişim ve API anahtarı gerekir; kaynaklarda fiyat bilgisi verilmediği için maliyet hesabı yapılmadan düzenli kullanım kararı verilmemeli. Bu rehber özel bir ekran kartı veya yerel donanım şartı ortaya koymuyor. Ofislerin önce küçük bir denemeyle kaliteyi, gizlilik ve lisans beklentilerini, çıktının mevcut sunum hattına uygunluğunu incelemesi daha sağlıklı olur. Çizim ve modelleme yazılımlarıyla doğrudan entegrasyon bulunduğu da bu kaynaklarda belirtilmiyor.

## Sonraki adımlar

Aynı referans görsel üzerinde bir değişkeni hedefleyen birkaç düzenleme istemi deneyin ve sonuçları yan yana karşılaştırın. İstemlerinizi proje notlarıyla birlikte saklamak, hangi tarifin hangi görsel tercihi verdiğini izlemeye yardımcı olur. API üzerinden çalışırken Google’ın görsel üretimi ve görsel anlama belgelerini birlikte inceleyin; çok parçalı metin-görsel çıktılarında yalnızca son görsel bloğunu veren kolaylık alanlarının tüm içerikleri kapsamayabileceğine dair notu da göz önünde bulundurun.

## Kaynak ve lisans

Bu rehber, Google Gemini API’nin “Nano Banana image generation” ve “Prompt design strategies” belgelerinden yararlanılarak Türkçe olarak uyarlandı. Her iki kaynak da CC BY 4.0 lisansıyla yayımlanmıştır. Kod veya örnek promptlar kaynaklardan aynen alınmamış; mimari ve iç mekân kullanımına yönelik örnekler özgün olarak hazırlanmıştır.

## Pro ipucu
Referans görselle çalışırken her istemde hem değişecek unsurları hem de korunması gerekenleri ayrı ayrı yazın; ardından çıktıyı kaynak görselle karşılaştırın.

## 3dsınıfı yorumu
Türkiye’deki ofisler ve öğrenciler için Nano Banana 2.1, konsept atmosferi ve sunum alternatifi üretme sürecinde denenmeye değer bir araç. Mevcut render üzerinde metinle revizyon olanağı, özellikle hızlı tasarım tartışmalarında pratik olabilir; ancak çıktı teknik modelin veya uygulama çiziminin yerini tutmaz.

API anahtarı gerektiği ve kaynaklarda fiyat açıklanmadığı için kullanım maliyeti değerlendirilmeden düzenli iş akışına alınmamalı. Ekipler ayrıca proje görsellerinin kullanım haklarını, üretilen görsellerdeki SynthID filigranını ve sonuçların mevcut sunum sürecine uygunluğunu test etmeli. Bu kaynaklarda özel bir yerel donanım şartı veya tasarım yazılımlarıyla entegrasyon bilgisi bulunmuyor.

## 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ı_