Claude Code basitleştiriliyor mu?

• En son 2.1.20 sürümünde dosya okuma ve arama deseni gösterimi tamamen tek bir özet cümleyle değiştirildi; bu da kullanıcıların hangi dosya veya desenlerin işlendiğini artık görememesi anlamına geliyor
• Kullanıcılar GitHub issue'ları üzerinden dosya yolları ve arama deseni gösteriminin geri getirilmesini veya bir geçiş seçeneği eklenmesini talep ediyor
• Geliştirici şirket Anthropic, “çoğu kullanıcı için basitleştirmenin faydalı olduğunu” söyledi, ancak gerçekte yorumların büyük kısmı şikayetlerden oluşuyor
• Önerilen alternatif 'verbose mode' kullanımı oldu, ancak bunun aşırı debug çıktısı nedeniyle pratik olmadığı yönünde eleştiriler sürüyor
• Birden fazla sürüm geçmesine rağmen temel bir çözüm gelmedi; kullanıcılar önceki sürüme (2.1.19) dönüyor veya basit bir ayar bayrağı eklenmesini istiyor

---

Claude Code 2.1.20'deki değişiklikler

• Yeni sürümde tüm dosya okuma ve arama deseni çıktıları, “Read 3 files”, “Searched for 1 pattern” gibi tek satırlık özet cümlelere dönüştürüldü
  • Önceden hangi dosyaların okunduğu ve hangi desenlerin arandığı ayrıntılı olarak gösteriliyordu
  • Artık bu ayrıntılar kaybolduğu için kullanıcıların kod tabanı içindeki işlemleri takip etmesi zorlaştı
• Bu değişiklik nedeniyle aylık 200 dolar ödeyen kullanıcılar, aracın şeffaflığını kaybettiğini eleştiriyor

Kullanıcı tepkisi ve GitHub issue'ları

• Birçok GitHub issue'sunda kullanıcılar aynı talebi dile getiriyor: “Dosya yollarını yeniden gösterin ya da en azından bir geçiş seçeneği ekleyin”
• Anthropic, “çoğu kullanıcı için bu basitleştirmenin gürültüyü azaltan bir iyileştirme olduğunu” belirtti
  • Ancak yazı, “çoğu” iddiasını destekleyen bir kanıt olmadığını ve gerçekte yalnızca şikayetlerin görüldüğünü vurguluyor
• Anthropic'in sunduğu çözüm, 'verbose mode' kullanımını önermek oldu

'Verbose mode' tartışması

• verbose mode, thinking traces, hook output, sub-agent transcript ve dosyaların tam içeriğini terminale yazdırıyor
  • Kullanıcılar, “İstediğimiz şey yalnızca dosya yolları ile arama desenlerinin görünmesi” diyerek bu aşırı çıktıya itiraz ediyor
• Geliştirici, “verbose mode'u kullanıcı senaryolarına daha uygun hâle getireceğiz” diye yanıt verdi, ancak
  • yaklaşık 30 kullanıcı “değişikliği geri alın ya da bir geçiş seçeneği ekleyin” talebini tekrar etti
• Bir kullanıcı, “Searched for 13 patterns, read 2 files” gibi cümlelerin hiçbir anlam taşımayan bilgiler olduğunu söyledi

Sonraki sürümlerdeki ‘düzeltmeler’ ve sorunun sürmesi

• Sonraki sürümlerde verbose mode içindeki thinking traces ve hook output'un bir kısmı kaldırılarak daha az ayrıntılı hâle getirildi
  • Ancak hâlâ sub-agent'ların tüm çıktısı gösterildiği için ekran karmaşık kalıyor
• Önceden her sub-agent'ın çalışması kısa, tek satırlık bir akış olarak gösteriliyordu,
  • şimdi ise birden fazla ajanının büyük miktarda metni aynı anda çıktılanıyor, bu da okunabilirliği düşürüyor
• Yazı, “Sonuçta verbose mode'dan öğeleri tek tek çıkarmak, geçiş özelliğini yeniden yapmaktan farksız” diyerek bunu eleştiriyor

Kullanıcıların tepkisi ve sonuç

• Bazı kullanıcılar 2.1.19 sürümüne geri dönüyor (pinning)
• Talep edilen düzeltme, basit bir boolean ayar bayrağı eklenerek çözülebilir, ancak
  • geliştirici şirket yalnızca verbose mode'u ayarlamaya odaklanıyor
• Yazı, Anthropic'in tutumunu Super Bowl reklamındaki ‘kullanıcıya saygı’ mesajı ile GitHub'daki yaklaşım arasındaki çelişkiyi hicvederek bitiriyor

[GN⁺]

Hacker News görüşleri

• Claude Code ekibinden Boris’im. Bu değişikliğin arka planını açıklamak istiyorum
  LLM tabanlı ürünler geliştirirken zor olan nokta, modelin sürekli evrilmesi. Claude Code’u piyasaya süreli 1 yıl oldu; bu sırada Claude çok daha akıllı hale geldi, daha uzun süre çalışabiliyor ve daha fazla aracı otonom biçimde kullanabiliyor.
  Bu gelişmeler etkileyici ama aynı zamanda ürünün modelin hızına yetişmesini zorlaştırıyor. Terminal ortamında çıktı çok fazla olmaya başladı ve kullanıcılar bundan yoruluyor.
  Bu yüzden varsayılan görünümde yalnızca önemli bilgileri gösterip, ihtiyaç olduğunda ayrıntıların görülebilmesini sağlayan kademeli açığa çıkarma (progressive disclosure) yaklaşımını uyguladık.
  İçeride bir aydan uzun süre test yapıp UX’i iyileştirdik ama bazı kullanıcılar için rahatsızlık yarattı. Geri bildirimleri yansıtarak birkaç kez düzenleme yaptık ve bir sonraki sürüme subagent çıktısını iyileştiren PR’ı dahil etmeyi planlıyoruz.
  Ürünün gelişiminde kullanıcı geri bildirimleri kritik olduğundan, görüşlerinizi paylaşmaya devam etmenizi isterim

  • Claude’un okuduğu dosyaları doğrudan görebilmek gerçekten çok faydalıydı. Bu sayede bağlama eklemeler yapıp token israfını azaltabiliyordum. Son güncellemeden sonra bu zorlaştı, o yüzden üzücü. verbose mod çözüm değil; bunun ayarlardan kontrol edilebilmesi gerektiğini düşünüyorum
  • Ben bir ekran okuyucu kullanıcısı ve bir erişilebilirlik şirketinin CTO’suyum. Bu değişiklik yalnızca bir rahatsızlık değil, işlev kaybı. Görsel kullanıcılar “tek bakışta” anlayabiliyor ama ben her satırı sırayla dinlemek zorundayım.
    “Read 3 files” gibi özet çıktı, hangi dosyaların okunduğunu anlamamı engelliyor. verbose mod ise aşırı bilgi akıttığı için erişilebilirliği daha da düşürüyor.
    Sadece dosya yollarını ve arama desenlerini satır içinde gösteren bir boolean ayar seçeneği eklemeniz yeterli. Bu bir ileri düzey kullanıcı özelliği değil, temel erişilebilirlik gereksinimi
  • Zaten çok sayıda ayar seçeneği varken bunun neden olmadığını merak ediyorum. Dosya yolları, işin bağlamını anlamak için önemliydi. Şu anda sisli bir yolda gidiyormuşum gibi hissettiriyor. Keşke sadece bir geçiş anahtarı eklense
  • Claude’un daha akıllı hale gelmesi, daha önce ajan tarafında olan mantığın artık modelin içine taşındığı anlamına mı geliyor diye merak ediyorum. Eğer öyleyse, tutarlılığı korumak önemli
  • “Kullanıcıların çoğu bunu tercih etti” ifadesine inanmak zor. Şu anki çıktıyla pratikte ne yapılabildiğini bilmiyorum

• “Read 3 files” gibi çıktılar, faydalı bilgiyi gizleyen UX minimalizminin tipik örneği. Ürün yöneticilerinin “kullanıcı deneyimini iyileştirme” bahanesiyle bilgiyi kaldırması, sektörün artık aşmış olması gereken bir sorun.
  Müşterilerin kullanım kalıplarını derinlemesine anlamadan bu tür hatalar tekrar tekrar yapılır

  • Bence ürün yönetimi sektördeki en kötü memlerden biri. Ürünü hiç kullanmamış insanlar kaynakları dağıtıyor ve çıkış kararları veriyor. Sosyal becerileri güçlü bir mühendisin kullanıcılarla doğrudan konuşması daha iyi olurdu
  • Geliştirici UX’ini iyileştireceğini düşünen PM’ler yanılıyor. Geliştiriciler özelleştirilebilirlik ister. İnsanlar tuş atamaları ya da girinti konusunda bile anlaşamıyorken, tek bir UX herkes için yeterli olamaz
  • Yine de buna fazla alaycı bakmamak gerekir. Özellik sayısı arttıkça UX’i sadeleştirme ihtiyacı doğar. Bazen menüleri gizlemek ya da verbose moda taşımak doğru olabilir.
    Elbette hata yapılabilir ama sonra kullanıcı geri bildirimiyle yeniden ayarlanır. Sonuçta mesele bilgi fazlalığı ile sadelik arasındaki dengeyi bulmak
  • Bugünlerde web sitelerinin yalnızca “bir sorun oluştu” gibi muğlak mesajlar göstermesi de aynı bağlamda. Bu kararlar hata olmaktan çok bilinçli tercih gibi geliyor
  • Yeni kullanıcıların ürüne güvenmeden önce ayrıntılı çıktıyla güven oluşturması gerekir. Zamanla daha soyut bir görünüme geçebilirler ama başlangıçta ayrıntılı loglar gerekir

• Claude Code ile ilgili GitHub issue’ları
  Anthropic, kullanıcılara iç işleyişi göstermek istemiyormuş gibi görünüyor. Her sürümde özellikleri geri getirmek için elle patch uygulamak gerekiyor

  • Muhtemelen özellikleri ayırıp daha üst bir planda ek ücretlendirme yapma stratejisi izliyorlar. Claude Code mühendislerin yerini alacak seviyedeyse, bunun o kadar pahalı olması gerektiği mantığına dayanıyor olabilir
  • Ama yakında binary dağıtımına geçilirse patch uygulamak da zorlaşacaktır. NPM paketi büyük ihtimalle yalnızca basit bir wrapper olarak kalacak
  • Buna karşılık OpenAI’nin Copilot’u MITM yöntemiyle logları tamamen gözlemlemeye izin veriyor. Claude ise buna kıyasla daha kapalı
  • Bu tür kısıtların amacı muhtemelen kullanıcılardan çok, modeli kopyalamaya çalışan rakipleri engellemek
  • Ama amaç buysa, baştan kullanıcı istemcisinde thinking block hiç gösterilmemeliydi. Şu anki yapı çelişkili

• Ben yoğun bir Claude Code kullanıcısıyım ve son güncellemelerde performans sorunlarıyla bug’lar arttı.
  Anthropic tüm geliştirici iş akışını kontrol etmek istiyormuş gibi görünüyor; kapalı bir yapıya yönelmeleri üzücü. React TUI ile uğraşmak da zor
  Buna karşılık Codex 5.3, açık kaynaklı ajan zinciriyle çok daha stabil. Son bir buçuk aydır Anthropic’in yönünü beğenmiyorum

  • Ben de benzer hissediyorum. Amp çok daha akıcı ve sezgisel bir etkileşim sunuyor. Claude Code genel olarak refactor istiyor gibi
  • Codex 5.3, Claude’un iki haftada çözemediği bir sorunu benim için çözdü
  • Ama benim durumumda Codex, Plus planında neredeyse işe yaramazdı. VS Code entegrasyonu da bozuk
  • Codex 5.3’e geçtim. Daha ucuz ve CEO karşılaştırması yaparsak Altman, Amodei’den daha az sinir bozucu. Amodei’nin basın röportajları uçuk kehanetler gibi geliyor

• Claude’un markası giderek “yapay zeka dünyasının Microsoft’u” gibi olmaya başlıyor.
  Geliştirici odaklı kültürü kaybetmemek için içeride bir tür öz denetim gerekiyor.
  Microsoft 90’lar ve 2000’lerde pazara hâkimdi ama uzun vadede geliştirici deneyimi (DX) kötüleşti.
  Apple ise BSD tabanı üzerinde işletim sistemini yeniden kurup Linux ekosistemiyle hizalandı ve uzun vadeli farkı bu yarattı. Anthropic de bu tarihten ders çıkarmalı

  • Anthropic bu yıl IPO hazırlığında ve bundan sonra kullanıcı memnuniyetinden çok gelir maksimizasyonuna yönelmesi beklenir.
    Wall Street’in çeyreklik sonuç baskısı altında bu değişim kaçınılmaz bir yol gibi görünüyor
  • Beni en çok sinirlendiren şey, Claude Max planında bile OpenCode kullanılamaması. Bence OpenCode arayüzü çok daha iyi
  • Geliştiriciler “AI’ın Microsoft’u” olmayı engellemeye çalışmıyor da, belki tam tersine bunu hedefliyor olabilirler

• Eskiden Skyrim çıktığında sistemlerin sadeleştirilmesi yüzünden çok eleştirilmişti ama sonunda başarılı oldu.
  Bu tartışma da benzer. Bazı kullanıcılar değişime öfkelenirken, başkaları yalnızca sonuçla ilgileniyor.
  Ama daha büyük sorun, programcıların kontrolü kaybettikleri hissi. Otomatik tamamlama, proje iskeleti oluşturma, şimdi de dosya adlarının görünmemesi — küçük değişiklikler birikerek kaygı yaratıyor

  • Ama Claude Code bir kodlama aracı. Geliştirici olmayanlara yönelik ayrı bir Co-work ürünü varken, neden geliştiricilere yönelik UX feda ediliyor anlamıyorum
  • Aylık abonelik olsa bile token sınırları yüzünden optimizasyon hâlâ önemli
  • Skyrim’deki sadeleştirmenin uzun vadede başarısız olduğuna dair Starfield örneği, bu yönün riskli olabileceğini gösteriyor
  • Kişisel olarak Skyrim’den çok Dark Messiah’ın daha iyi tamamlanmış olduğunu düşünüyorum. İlgili video

• Son zamanlarda geliştirici olmayan kullanıcı kitlesi artıyor gibi ve Anthropic de UX’i onlara göre tasarlıyor gibi görünüyor.
  Ama bunun sonucunda asıl mühendisler dışarıda kalıyor.
  Geliştirici olmayanlar için ayrı bir Claude Code Web/masaüstü sürümü olması daha iyi olurdu. Terminal zaten doğası gereği güçlü ajan ortamları için uygun

  • Bir uçta logları gürültülü bulan geliştirici olmayan kullanıcılar, diğer uçta birden fazla ajanı paralel çalıştıran ileri düzey kullanıcılar ve arada ajanı gerçek zamanlı izleyen mühendisler var
  • Eğer ücretli müşterilerin %80’i geliştirici değilse, UX’in onlara göre şekillenmesi anlaşılabilir. Ama bu uzun vadede çekirdek müşteri kitlesini kaybettiren bir strateji olabilir
  • Ben de aynı fikirdeyim. Öğrenenlerin gelmesi güzel ama ileri düzey kullanıcı deneyimi feda edilmemeli
  • Paralel ajan stratejisi, insana kıyasla daha yüksek getiri sağladığı için şirket açısından cazip
  • Yönetim sanki “2026’ya kadar geliştiricileri değiştireceğiz” gibi bir aşırı özgüvene kapılmış durumda. Oysa gerçek değer, yetkin mühendisleri desteklediğinde ortaya çıkıyor.
    Acemi bir PM sadece prompt atarsa sonuç karmaşa olur. Ama yetkin bir ekip bu araçları kullanırsa etkileyici sonuçlar çıkarabilir

• Bu aralar Claude Code’un verbose modu berbat durumda, bu yüzden debug etmek zor. Yine de gerekeni yaptığı için kullanmaya devam ediyorum.
  Son dönemde kurumsal müşteri sayısı hızla artarken Anthropic üzerindeki mali baskı hissediliyor. Şeffaflık daha fazla olmalı

  • Birçok şirketin Claude’a geçme nedeni, Opus 4.5 performansının bir dönüm noktası olmasıydı. Pahalı ama o kadar güçlü
  • Son zamanlarda YouTube reklamlarında da Claude her yerde. Geliştirici olmayanlara dönük pazarlama çok aktif
  • Alternatif olarak pi coding agent öneririm. Basit ve hacklemesi kolay

• Yapay zeka şirketlerinin mali baskı altında kullanıcı kısıtlarını artırması ilginç.
  ChatGPT’de reklamlar, Claude Code’da özelliklerin kaldırılması bunun işaretleri.
  Google gerçek zamanlı reklam eklemeyi tasarlamıştı ama bunu ilk uygulayan OpenAI oldu.
  Ben bu akışı tam bir “patlamış mısırlık seyirlik” olarak görüyorum. Gemini’yi sadece ara sıra araştırma için kullanıyorum

• Çoğu insandan farklı olarak ben plan modunu kullanıyorum.
  Ara token akışını izlemeye ihtiyacım yok ve ajanın adımlarını ince ayrıntısına kadar yönetmek için de bir sebep görmüyorum.
  Önemli olan sonuç ve net bir özet açıklama.
  Açıklama yeterince net değilse, kod da net değildir. O durumda git restore . ile geri alıp yeni bir oturum başlatıyorum.
  Mevcut bağlamı zorla korumaya çalışmaktansa sıfırdan başlamak çok daha verimli