Nano Banana 2.1 ile mimari görsel üretimi: prompt ve düzenleme rehberi

Bu rehberde ne öğreneceksiniz?

Nano Banana 2.1’i kullanarak bir mimari konsept görseli istemeyi, üretilmiş bir görseli yeni bir metin talebiyle değiştirmeyi ve daha anlaşılır istemler kurmayı ele alacağız. Örnekler, iç mekân tasarımı ve mimari görselleştirme süreçleri için özgün olarak hazırlandı. Bunlar, belirli bir tasarım sonucunu garanti eden komutlar değil; görsel üretim sürecinde deneyip iyileştirebileceğiniz başlangıç istemleridir.

Gemini API belgeleri, Nano Banana 2.1’i görsel üretme ve görseller üzerinde konuşmalı düzenleme için kullanılabilen modeller arasında gösteriyor. Metin istemiyle yeni bir görsel oluşturulabiliyor; görsel düzenleme örneğinde ise metin ve görsel aynı isteğin girdileri olarak gönderiliyor. Dolayısıyla bu rehber, bir 3D yazılımındaki modelleme veya render ayarlarını değil, API üzerinden istem yazma yaklaşımını anlatıyor.

Gereksinimler: model ve erişim

İş akışının merkezinde Gemini API ve model kimliği gemini-nano-banana-2.1 var. Resmî örneklerde Python ve JavaScript dâhil farklı diller gösteriliyor. İstek örnekleri bir API istemcisiyle modele metin iletmeyi; görsel düzenleme örneği ise metne ek olarak görsel verisi ve MIME türü göndermeyi temel alıyor. REST örneğinde API anahtarı kullanılıyor. Bu nedenle API ile çalışacak kişilerin gerekli erişimi ve anahtarı edinmiş olması gerekir; belgelerde burada ele alınan görsel üretim için ayrıca bir masaüstü modelleme yazılımı şartı belirtilmiyor.

Belge, Nano Banana 2.1 için 1K, 2K ve 4K çözünürlüklerden söz ediyor; ancak bu rehberdeki istem örnekleri çözünürlük parametresi tanımlamıyor. Görselin istenen bir kompozisyonda olmasını metinle tarif etmek, çıktı boyutunu teknik olarak sabitlemekle aynı şey değil. API kullanımı, erişim koşulları ve olası maliyetler için güncel Gemini API bilgilerini ayrıca kontrol edin; kaynaklarda burada bir fiyat bilgisi verilmemiş.

Adım adım: mimari görsel istemi hazırlama

1. Görselin amacını belirleyin. İstemin bir konsept önerisi mi, malzeme araştırması mı, yoksa mevcut bir görselde düzenleme mi istediğini netleştirin. Aynı istekte çok sayıda belirsiz hedefi bir araya getirmek yerine, önceliği belirginleştirin.

2. Mekânı ve önemli tasarım kararlarını tarif edin. Kullanım türü, ana mekânsal öğeler, malzemeler, ışık ve atmosfer gibi konuları açıkça yazın. Kaynaklardaki istem tasarımı rehberi, talimatların belirgin ve spesifik olmasını; ayrıca çıktı hakkında kısıtlar eklenebilmesini öneriyor. Aşağıdaki ilk istem, yeni bir görsel oluşturma talebi için örnektir:

Çağdaş bir apartman dairesinde, sakin ve işlevsel bir oturma alanı için fotogerçekçi bir iç mekân konsept görseli üret. Kadrajda oturma grubu, alçak sehpa, kitaplık ve geniş bir pencere bulunsun. Açık tonlu ahşap, mat taş yüzeyler ve keten dokulu kumaşlar kullan. Yumuşak gün ışığı, doğal gölgeler ve ölçülü renkler tercih et. Mekânın düzenini okunaklı tut; dekoratif ayrıntılar ana mobilyaların önüne geçmesin.

Bu istem, kullanım senaryosunu, kadrajda bulunması beklenen öğeleri, malzemeleri ve ışık yaklaşımını ayrı ayrı söyler. İlk sonuçta mekânın genel yönünü değerlendirin; ardından eksik veya yanlış bulduğunuz noktayı daha dar kapsamlı bir istemle yineleyin. Rehberin vurguladığı gibi prompt tasarımı deneme ve iyileştirme gerektiren bir süreçtir.

1. Görsel referansla düzenleme yapın. Elinizde haklarını kullanma izniniz olan bir görsel varsa, onu metin istemiyle birlikte girdi olarak sağlayabilirsiniz. Belgeler, görsel düzenlemenin bir görsele öğe ekleme, öğe çıkarma, değişiklik yapma, stil değiştirme veya renk düzenlemesini ayarlama amacıyla istenebileceğini belirtiyor. İkinci örnek, yüklenen bir iç mekân görselinin ana yerleşimini korumaya yönelik özgün bir istemdir:

Eklediğim iç mekân görselini düzenle. Pencere açıklığını, duvarların yerini ve temel mobilya düzenini koru. Yalnızca oturma grubunun kumaşını açık bej keten görünümlü bir yüzeyle değiştir ve sehpanın malzemesini açık tonlu ahşap yap. Gün ışığının yönünü ve mevcut kadrajı değiştirme. Yeni dekoratif nesneler ekleme.

Bu talebi kullanırken görseli de API isteğine ekleyin; yalnızca metni göndermek, kaynak görseli modele sağlamaz. Belgelerdeki düzenleme örnekleri görsel verisinin ve MIME türünün girdi olarak iletildiğini gösteriyor. Yüklenen görseli kullanma ve paylaşma haklarının kontrol edilmesi de önemli.

1. Sonuçtan sonra tek bir noktayı iyileştirin. Çıktıda sorun varsa önce hangi özelliğin değişmesini istediğinizi saptayın: malzeme, ışık, renk veya kadrajdaki bir öğe. Sonraki istemi bu değişiklikle sınırlandırın. Örneğin, konsept görselindeki renk yaklaşımını değiştirmek için şu istemi deneyebilirsiniz:

Bu iç mekân konseptinin mekânsal düzenini, mobilya yerleşimini ve kadrajını koru. Renk paletini daha sıcak ve doğal hâle getir: açık ahşap, kırık beyaz ve yumuşak toprak tonları kullan. Yüzeyleri mat tut ve ışığı yumuşak gün ışığı olarak bırak. Yeni mobilya veya dekoratif öğe ekleme.

İstemin hangi yönleri sabit tuttuğu ve hangi yönleri değiştirdiği açıkça belirtiliyor. Modelin bu talebi her durumda kusursuz uygulayacağı varsayılmamalı; sonucu inceleyip gerekiyorsa istemi yeniden düzenleyin.

Sık karşılaşılan hatalar

Belirsiz tarif: “Daha iyi bir iç mekân yap” gibi bir talep, hangi özelliklerin değişeceğini netleştirmez. Mekânın kullanımını, malzemeleri ve ışık yaklaşımını belirtin.

Birbiriyle çelişen hedefler: Aynı istemde mevcut düzeni korumayı ve mekânı tamamen değiştirmeyi birlikte istemeyin. Korunacak ve değiştirilecek unsurları ayrı ayrı yazın.

Her şeyi tek seferde değiştirmek: Malzeme, renk, mobilya ve ışığı aynı anda değiştirmek, sonucun hangi talebe göre farklılaştığını anlamayı zorlaştırır. Önce en önemli değişikliği deneyin.

Görseli eklemeden düzenleme beklemek: Görselden hareketle düzenleme talebi, görselin de girdiye eklenmesini gerektirir. Ayrıca kullanacağınız görsel üzerinde gerekli haklara sahip olduğunuzdan emin olun.

İstemden teknik garanti beklemek: Metinde kompozisyon veya kalite beklentisi belirtilebilir; ancak bu örnekler çıktı ölçüsünü ya da belirli bir mimari doğruluğu garanti eden teknik ayarlar değildir. Tasarım kararı veya uygulama çizimi yerine geçecekleri varsayılmamalı.

Sonraki adımlar: ofis ve görselleştirme akışına uyarlama

İlk denemeleri proje kararlarını kesinleştirmek için değil, konsept seçeneklerini tartışmaya açmak ve malzeme ya da atmosfer yönlerini araştırmak için kullanın. Bir görseli düzenlerken hangi bileşenlerin korunacağını belirtmek, tasarım niyetini daha okunaklı ifade etmeye yardımcı olabilir; yine de çıkan görseli proje gereksinimleriyle karşılaştırmak gerekir. Birden fazla istem denemesinde kullandığınız metinleri ve sonuçları saklamak, hangi tariflerin işe yaradığını kıyaslamayı kolaylaştırır.

API üzerinden çalışılacağı için ofislerin erişim, kullanım koşulları ve maliyet konularını başlamadan önce incelemesi gerekir. Kaynaklarda fiyat açıklanmıyor. Teknik tarafta ise görselin API’ye nasıl eklendiği ve hangi model kimliğinin çağrıldığı temel ayrıntılardır; kaynaklar yerel donanım gereksinimi belirtmediğinden belirli bir ekran kartı veya iş istasyonu zorunluluğu çıkarılamaz. Gerçek proje görsellerini yüklemeden önce kullanım hakkı ve paylaşım uygunluğu ayrıca değerlendirilmelidir.

Kaynak ve lisans

Bu rehber, Google’ın Gemini API görsel üretimi ve düzenleme belgeleri ile istem tasarımı rehberindeki bilgiler temel alınarak Türkçeye uyarlanmıştır. Her iki kaynak da CC BY 4.0 lisansıyla sunulmuştur. Metindeki mimari örnek istemler bu rehber için özgün olarak yazılmıştır.