AI bir arayüzü dakikalar içinde kuruyor. O arayüzdeki bir butonun rengini değiştirmek ise artık bir paragraf yazmayı gerektiriyor.
3 Eylül'de Aakash Gupta tek cümlelik bir gözlem paylaştı: yazılımdaki en ucuz düzenleme, en pahalısı oldu. AI uygulama kurucularında bir butonun rengini değiştirmek demek, bir paragraf yazmak, ajanın bütün projeyi baştan okumasını beklemek ve sonunda yanlış butonu değiştirdiğini görmek demek. Gupta'nın cümlesi kısa: on ufak düzenleme, on ajan çalıştırması.
Dayanağı yeni değil. Doug Engelbart 1964'te fareyi tam da bunun için yaptı. Dil işaret etmekte kötüdür. "Başlığın altındaki, sağ üstteki mavi olan" dokuz kelime tutar ve yine de ıskalayabilir; bir tıklama sıfır kelime tutar ve ıskalamaz. Doğrudan manipülasyon dediğimiz şey bu: nesneye dokunursun, sonucu anında görürsün. AI kurucuları bunu sessizce bıraktı ve tasarımı komut satırına geri koydu.
İki cephe, iki farklı maliyet hikayesi
Hakim iddia: üretim ucuzladı
- Arayüzü kurmak dakikalara indi
- Sıfırdan başlamak artık risk değil
- Tasarımcı koda takılmadan ilerliyor
Karşı okuma: maliyet yer değiştirdi
- Kurmak ucuzladı, düzeltmek pahalandı
- Tek tıklık iş, tarif etmeye dönüştü
- Her düzeltme yeni bir sapma riski taşıyor
Tartışmanın kendisine de itiraz var. Bolt'un aynı gün duyurduğu Visual Edits, tam olarak Gupta'nın anlattığı sorunu çözüyor: tuvalde tıklıyorsun, metni yerinde değiştiriyorsun, düzenlemeler biriktiriliyor ve tek ajan çalıştırmasıyla koda yazılıyor. @MaxForAI bunun bir keşif değil bir gecikme olduğunu söyledi: eleman seçip rengi, boşluğu, stili doğrudan değiştirmek bir yıldır, hatta iki yıldır bir dizi AI site kurucusunda vardı. Başka ajanlar kendi çıktısını doğrulamaya başlamışken bu araçlar görsel editörü yeni tamamlıyor.
İkinci itiraz teknik. Gupta'nın kendisi de yazıyor: görsel düzenleyicilerin mezarlığı var. FrontPage ve Dreamweaver 90'larda sürükle bırak yapmayı sağladı, sonra kimsenin bakamayacağı kod yazdı. Görsel bir değişikliği gerçek bir kod tabanına, üstelik projenin kendi bileşenleri ve class'larıyla geri yazmak, bunu deneyen her aracı öldürdü. Gupta'nın paylaşımının altında da aynı soru duruyor: dinamik bileşen stilleri ve React gibi çerçeveler bu döngüde ne olacak?
Aynı hafta ters yöne giden iki örnek
Bu tartışma sürerken Figma sıkıcı ve küçük bir şey duyurdu: bir renk değişkenine bağlı opaklığı, instance'ı detach etmeden variables modalinden ayarlayabiliyorsun. Manşet olacak bir özellik değil. Ama tam olarak döngüyü saniyelerde tutan cinsten bir hamle: dokunuyorsun, görüyorsun, bağı koparmıyorsun.
Ters yönde de bir örnek var. Muzli'de yayımlanan Spec Driven Design yazısında Edoardo Torda, ekibinin Ocak 2026'dan beri Figma'yı hiç açmadan on proje teslim ettiğini anlatıyor. Yani "kaybettiğimiz şey doğrudan manipülasyon" cümlesi evrensel değil. Tuvali tamamen bırakıp spec'e geçen ve bunun çalıştığını söyleyen ekipler de var.
Alkışın altına bakınca
Bir tartışmanın ne kadarının gerçek olduğunu anlamanın kestirme yolu, kimin alkışladığına bakmak. Gupta'nın paylaşımı ücretli tanıtım işaretli. Duyuruyu öven en görünür isimlerden biri Bolt'un CEO'su Eric Simons. Alıntılar arasındaki en cilalı üç "bu her şeyi değiştiriyor" gönderisi ise biyografisinde aynı ajansın adını taşıyan üç hesaptan geliyor.
Ücretsiz sinyal daha ince, ama daha ilginç. Bir kullanıcı bu işi zaten bir Chrome eklentisiyle yaptığını yazıyor. Bir başkası rakip bir araca gönderme yapıp "onlar bunu izliyordur" diyor. Tekrar eden tek somut istek ise şu: aynı şeyi boşluk ve yerleşim için de yapın. Yani duyurulan şey metin ve renkle sınırlı. Tasarımcının en çok uğraştığı yer, boşluk, hala prompt'ta.
Asıl yenilik tıklamak değil, biriktirmek
Cevapları okuyunca öne çıkan detay tıklama değil, düzenlemelerin biriktirilip tek çalıştırmayla koda yazılması. Deneyen biri başlığı, iki butonu ve bir fiyatı düzeltip hepsini tek seferde kaydettiğini anlatıyor; eskiden bu dört prompt ve dört bekleme demekmiş. Maliyet tarafı da somut: birden fazla kişi hangi butonu kastettiğini anlatmaya kredi yaktığından şikayet ediyor. Bedel sadece zaman değil, para.
Açık kalan soru ise teknik ve önemli. Doğrudan yaptığın düzenleme ajanın kaynak doğrusu haline gelmezse, bir sonraki prompt onu iyi niyetle geri alır. Kanvasta değiştirdiğin şeyle ajanın kafasındaki projenin aynı anda güncellenmesi gerekiyor. Bu senkron tutmazsa bir yerde kazandığın döngü başka bir yerde geri gider.
Gupta'nın paylaşımı X tarafında ücretli tanıtım olarak işaretli ve Bolt'un duyurusuna bağlı. O gün dolaşan "artık prompt yazmana gerek yok" gönderilerinin çoğu da aynı lansmanın dalgası. "On düzenleme, on ajan çalıştırması" bir ölçüm değil bir anlatım; kimse döngü süresini ya da deneme sayısını ölçmedi. Karşı taraf da kalabalık değil: iplikteki en keskin teknik itiraz kırk bir takipçili bir hesaptan geldi. Torda'nın on projesi ise tek bir ekibin vaka anlatımı, bağımsız bir karşılaştırma yok. Yani gözlem güçlü, kanıt kimsede yok.
Bizim duruşumuz
Tartışma "AI tasarımcının yerini alır mı" sorusunda sıkışmış durumda. Asıl kayıp daha sessiz ve daha erken oluyor. Bir arayüzü çalışırken kurcalayarak öğrenmek, tasarımcının yargısını besleyen şeydi. Geri bildirim döngüsü saniyelerdeyken kimse tek denemede durmaz: rengi değiştirir, beğenmez, geri alır, biraz daha açar. O ileri geri gidiş bir zaman kaybı değil, doğru cevabı bulma yöntemiydi.
Döngü uzayınca insan denemeyi bırakıyor. Ajanı ikinci kez çalıştırmak yerine ilk çıkanı kabul ediyor, çünkü "biraz daha açık olsun" cümlesini yazmanın bedeli, sonucun getirisinden büyük görünüyor.
Kaybedilen hız değil, deneme sayısı.
Bu yüzden soru "araç mı ajan mı" değil. Soru şu: hangi iş doğrudan araçta, hangi iş ajanla yapılacak. Ve bu ayrım kafanda değil, yazılı olmalı. Aksi halde ekipteki herkes kendi eşiğini kendi belirliyor ve aynı üründe iki farklı çalışma biçimi oluşuyor.
| İş | Nerede | Neden |
|---|---|---|
| Yeni ekran, iskelet, veri bağlama | Ajan | Kararı bir kez veriyorsun, tekrar tekrar açmıyorsun |
| Renk, boşluk, hizalama, mikro metin | Doğrudan araçta | Doğru cevabı ancak görerek buluyorsun; on deneme normal |
| Token, bileşen kuralı, sistem kararı | Yazılı spec | Bir yerde değişip her yere yayılması gerekiyor |
Bu hafta ekibinle bir sayfalık ayrım yaz. Üç sütun yeter: ajana giden işler, doğrudan araçta yapılan işler, spec'e yazılanlar. Sonra bir sonraki sprint'te iki şeyi ölç: bir ekranda kaç deneme yaptınız ve o denemeler kaç kredi yaktı. Deneme sayısı düşük, kredi yüksekse sorun aracın kalitesinde değil, döngünün uzunluğunda.
Sen son bir ayda bir arayüzü kurcalayarak kaç kere fikrini değiştirdin? Bir aracın iyiliği ürettiği ilk çıktıda değil, seni kaç kez yeniden denemeye ikna ettiğinde ölçülür. 🧱
