Konuşarak düşün, ama düşündüğünü sınat

Karpathy'nin tavsiyesi tek cümle: tıkandığında yazma, on dakika boyunca sesli konuş. Kulağa ciddiyetsiz geliyor. Deneyince ciddiyetsiz olmadığı anlaşılıyor.

Andrej Karpathy, LLM'lerle çalışırken kullandığı bir alışkanlığı paylaştı. Durum tanıdık: model ne yapmak istediğini tam anlamıyor, ama sen de bütün bağlamı tek tek yazmaya üşeniyorsun. O anda arkana yaslan, sesli moda geç ve on dakika boyunca bilinç akışıyla konuş. Sıraya sokma, kendini düzeltme, toparlama. Tam bir dağınıklık.

Buna ramble diyor — başıboş, düzensiz konuşma. Not tutmak değil, plan yapmak değil. Kafanda oluşmuş ama henüz cümleye dökülmemiş her şeyi, hiç sıraya sokmadan sesli boşaltmak.

Karpathy: LLM'ler dağınık, tutarsız konuşmaları yeniden kurmakta şaşırtıcı derecede iyi — düşünce yumağının yankısı, başladığın halinden daha temiz çıkıyor.

Karpathy'nin bu işe verdiği isim, tekniğin kendisinden daha önemli: zihin senkronu. Mesele modelin sana ne ürettiği değil, seni ne kadar doğru anladığı. Senkron kurulduktan sonra düzeltme sayısı düşüyor — kazanç ilk çıktıda değil, sonraki on turda.

Kaos neden bozmuyor?

Tavsiyenin altındaki yorumlarda iki iyi açıklama var.

Mixpanel'in kurucusu Suhail, görsel modellerde tuhaf bir gözlem aktarıyor: bir prompt'taki bütün kelimeleri rastgele karıştırdıklarında model neredeyse aynı görseli üretmiş. Kelime sırası, sanıldığı kadar yük taşımıyormuş. Aynı mantıkla senin dağınık konuşmanın içindeki niyet de gürültünün altından çıkıyor.

Geliştirici Danny Limanseta ikinci parçayı koyuyor: rambling bol miktarda bağlam taşıyor. Yazarken cümleyi kısaltmak için attığın ara bilgiler — geçen hafta neyi denediğin, hangi çözümü neden elediğin, patronun ne dediği — konuşurken kendiliğinden içeri giriyor. Model artık sadece ne istediğini değil, nedenini de duyuyor.

Taşıdığın şey "ne" değil, "neden"

Eğitmen Matt Pocock bu noktayı en net söyleyen isim: çoğu insan modele ne yapacağını söylüyor, nedenini atlıyor. Oysa uygulama sırasında model iki makul seçenek arasında kaldığında kararı veren şey o neden. "Şu component'i yaz" ile "şu component'i yaz çünkü üç ekranda daha tekrar edecek ve tasarımcı henüz spacing'e karar vermedi" arasındaki fark, on tur düzeltme farkı.

Pocock bir de ince bir ayrım koyuyor. Ramble iyi, ama o mülakatı tercih ediyor — modelin sana soru sorduğu, itiraz edebildiği versiyonu. İkisi aynı şey değil ve aynı işe de yaramıyor.

Pratikte ikisini sırayla kullanmak en iyisi: önce ramble ile ham bağlamı dök, sonra modele "şimdi bana soru sor" de. Boşaltıp sonra sorgulatmak, baştan sorgulatmaktan daha verimli çıkıyor çünkü soruların dayanağı oluyor.

Tuzak

Herkesin coştuğu yerde bir yorum frene basıyor. Tartışmadaki en değerli itiraz bu:

Bu cümle tekniğin kalbini gösteriyor. Toparlama işlemi masum değil. Model senin dağınık konuşmandan bir yapı çıkarırken o yapıyı senin tonundan, vurgularından, tekrar ettiğin kelimelerden kuruyor. Yani zaten eğilimli olduğun yöne doğru düzleştiriyor. Kötü bir fikir, kulağa iyi bir özet gibi gelen bir şeye dönüşüp katılaşabiliyor.

Model seni onaylayan bir ayna olursa, kendi sesini daha güzel ambalajlanmış halde duyarsın.

Bunun sinsi tarafı, başarısızlığın başarı gibi görünmesi. On dakika konuştun, karşına derli toplu bir metin çıktı, okurken "evet, tam da bunu demek istiyordum" dedin. O his, fikrin doğru olduğunun değil, ifadenin netleştiğinin kanıtı.

Ne zaman işe yaramaz

Teknik her yere uymuyor. Üç durumda geçersiz:

• Kesinlik gerektiren işlerde. Migration adımları, API sözleşmesi, fiyat mantığı — buralarda sıra ve kesinlik işin kendisi. Konuşarak bıraktığın muğlaklığı model doldurur, sen de fark etmezsin.
• Ekip içinde. David Galbraith'in provokatif tespiti burada: bu tür dağınık anlatımlar bir ekip dinamiğinde son derece verimsiz. Modele on dakika saydırmak serbest, meslektaşına değil.
• Kararlı görünüp aslında kararlı olmadığın konularda. Zaten gönlünün kaydığı bir seçenek varsa, ramble bir karar aracı değil bir gerekçelendirme makinesine dönüşüyor.

Üç adımda kullanılabilir hali

Üçüncü adım için tartışmadan gelen iyi bir pratik var. Wallfacer bunu "clarity" adlı bir skill'e dönüştürmüş: model, söylemek istediğini kendi kelimeleriyle yeniden ifade ediyor. Gerçekten yapılacak bir işse, o netleşmiş çıktı işin başlangıç prompt'u oluyor. Ramble ham madde; ürün değil.

Brick'te ne yapıyoruz

Bu bizim için teorik bir konu değil. Kurucumuz Eran tam olarak bunu düzenli yapıyor ve oldukça verimli buluyor — hatta tavsiye gündeme düştüğünde "biz söylesek bu kadar popüler olmazdı" diye geçti. Tartışmada başkaları da benzerini anlatıyor: bebeği gezdirirken, parkta yürürken telefona konuşmak. Hareket ve ekrandan uzaklık, klavye başında yazmaktan daha az filtreli bir düşünme üretiyor.

Ama bizde tek bir kural var: ramble'ı asla "özetle" ile bitirme. Özet, içine girdiğin fikrin daha parlak halini geri verir. Sen çıkmak için girdiysen, çıkışı sormak zorundasın.

Konuşarak düşün. Ama düşündüğünü sınat.

Sana sorumuz şu: en son ne zaman bir modele seni haklı çıkarmasını değil, seni çürütmesini söyledin? Asıl senkron seni onaylayanla değil, seni düzeltenle kurulur. 🧱