Claude Code İş Akışımı Yaratıcısının Tavsiyeleriyle Yeniden Kurdum: Sonuç Şaşırtıcı Oldu.

İtiraf etmek istemeyebilirsiniz ama muhtemelen siz de en az bir kez birine prompt (istemi) tavsiyesi verirken kendinizi yakalamışsınızdır. Bir şeyin sizin için işe yaramasını paylaşmakta hiçbir sakınca olmasa da, pratikte herkesin aynı şeyi yaptığı durumda ne ol düşünebilirsiniz. Bir kişi belirli bir prompt tekniğine sadık kalır, diğeri tam tersini yapmaya ısrar eder ve farkına varmadan çatışan tavsiyeler denizinin ortasında kalırsınız.

Bu kadar çok farklı görüş etrafında dolaşırken, hangi ipuçlarının gerçekten uygulanmaya değer, hangilerinin ise bir tutam tuz ekleyerek ele alınması gerektiğine karar vermek şaşırtıcı derecede zorlaşabilir. Bu yüzden güçlü tavsiyelerden bazılarının, bu araçları gerçekten inşa eden kişilerden geldiğini düşünüyorum.

Sonuç iyi ki, Claude Code‘ın yaratıcısı Boris Cherny, kodlama ajanından en iyi şekilde yararlanmaya dair birkaç tavsiye daha paylaştı. Güncel tavsiyelerinden bazıları, daha önce önerdiği pratiklerin tam tersine gidiyor; bu yüzden en yeni ipuçlarını test etmeye ve kendi Claude Code iş akışımı yeniden düşünmenin gerçekten bir fark yaratıp yaratmayacağını görmeye karar verdim.

Cherny artık planlama adımını atlamayı öneriyor

Ernden planlama ne oldu

Cherny bu ipuçlarını, kodlama ajanının ilk yıl dönümünü kutlamak için YouTube’a yüklenen bir videoda, Anthropic’in Claude Code için Ürün Direktörü Cat Wu ile bir sohbet sırasında paylaştı. Video YouTube’a yüklendikten bir süre geçti, ancak tavsiyeler yalnızca Claude bazı öne çıkan noktaları bir Instagram carousel’inde paylaştığında dikkatimi çekti.

Şimdi, son zamanlarda AI kodlama alanını takip ediyorsanız, Claude Code’ın Plan Modu’nun oldukça fazla eleştiri aldığını fark etmiş olabilirsiniz. Bireysel olarak Plan Modu her zaman en sevdiğim özelliklerden biriydi. Doğrudan bir şey inşa etmeye atlamak yerine, Plan Modu size ve Claude’a neyi başarmaya çalıştığınız konusunda aynı fikirde olma fırsatı verir. Modelin aklında tam olarak ne olduğunu görebilir, herhangi bir varsayımı netleştirebilir, önerdiği yaklaşımı değiştirebilir ve yalnızca plana memnun kaldığınızda onay verebilirsiniz.

Özelliğin benim gerçekten takdir ettiğim bir yapı eklemesinden öte, Plan Modu’na bu kadar hayran olmamın bir nedeni de Cherny’nin kendi Claude Code kurulumu hakkındaki eski yazılarından birinde onu kullanmayı önermesiydi. O kadar alıştım ki, minimalist bir kodlama ajanı olan Pi ile deneyleme yaparken yaptığım ilk şeylerden biri kendi Plan Modu sürümümü uygulamaktı.

Bu yüzden Cherny’nin artık eşzamanlı CLI iş akışı için Plan Modu’nu kullanmadığını duyduğumda özellikle şaşırdım. Ona göre yeni modeller, iyi sonuçlar üretmek için artık ayrı bir planlama aşamasına kesinlikle ihtiyaç kadecek kadar yetenekli hale geldi. Ayrıca geleneksel yaklaşımın başka bir sorununu da vurguladı: izin yorgunluğu. Sürekli eylemleri onaylamanız istendiğinde, istemleri okumadan bile kabul etmeye başladığınız bir noktaya ulaşmak kolaydır.

Bunun yerine Cherny artık Auto Mode’u tercih ediyor; bu mod, her bir eylemi manuel olarak onaylamanızı gerektirmeden araç eylemlerini değerlendirmek için ayrı bir güvenlik sınıflandırıcısı kullanır. Amaç, Claude’ın iş akışınızı yavaşatabilecek sürekli kesintileri azaltırken daha bağımsız çalışmasına izin vermektir.

Claude’ın aynı hatayı iki kez yapmasına izin vermeyin

Bir kez hata, iki kez sorun

Kodlama yaparken AI ile çalışırken, hepimizin bir LLM’nin bir hata yaptığını izlemek, buna sinirlenmek, neyin yanlış gittiğini ona söylemek ve sonra sorunu düzelttikten sonra konuyu kapatmak alışkanlığına düştüğümüzü düşünüyorum. Sorun şu ki, model bu hatadan o özel sohbet içinde öğrenmiş olabilir, ancak gelecekteki bir oturumda tam olarak aynı hatayı yapmasını engelleyen hiçbir şey yoktur.

Bu tam olarak Cherny’nin değiştirilmesini önerdiği şey. Claude’u sohbet içinde düzeltip işi bitirmek yerine, hatayı ve bundan ne öğrendiğini CLAUDE.md dosyanıza ya da ayrı bir beceriye kaydetmesini istemenizi öneriyor. Böylece Claude bir sonraki sefer benzer bir durumla karşılaştığında, neyin yanlış gittiğine ve bunu tekrarlamaktan nasıl kaçınabileceğine dair bir kaynağa sahip olur.

Cherny, Claude’un inşa ettiği şeyi test etmesini istiyor, sadece kodu yazmasını değil

Claude inşa ediyorsa, Claude test etmelidir

Boris Cherny ve Claude Code ekibi, Claude’a kendi çalışmalarını doğrulayabileceği bir yol vermeye her zaman büyük destek veren isimlerdi. Aslında bu, Cherny’nin kişisel Claude Code kurulumunu paylaşırken defalarca vurguladığı ipuçlarından biri. Ancak Cat Wu ile yaptığı en son görüşmede bu öneriyi bir adım öteye taşıdı.

Doğrulama dediğinde genellikle birim testlerini çalıştırmayı, hataları kontrol etmeyi ya da kodun başarıyla derlendiğinden emin tiênmeyi düşünürüz. Cherny, bunun çok daha fazlası olduğunu savunuyor. Örneğin, bir web sitesi ya da arayüz tabanlı bir uygulama geliştiriyorsanız, Claude’dan sadece kodu yazması ve birkaç testi çalıştırması için neden durmalısınız? Ona uygulamanı gerçekten başlatabileceği, arayüzle etkileşime geçebileceği ve her şeyin amaçlandığı gibi çalışıp çalışmadığını kontrol edebileceği araçları vermeniz için ne olur?

Ekip zaten yıllardır tam da bunu deneyiyor. Wu, Claude’un bir uygulama başlatabileceği ve bilgisayar kullanımı (computer use) ile onunla etkileşime geçebileceği masaüstü geliştirme becerisini nasıl kullandığını açıkladı. Arayüz üzerinden ilerleyebilir, yeni özellikleri test edebilir, hataları tespit edebilir, düzeltebilir ve ardından her şeyi tekrar test edebilir.

Bunu amaç odaklı döngülerle bir adım öteye taşıyabilirsiniz. Örneğin, Anthropic’in /goal komutu, belirli bir sonuç tanımlamanızı ve Claude’un kriterlerinizi karşılayana ya da belirlediğiniz bir sınıra ulaşana kadar döngüyü sürdürmesine izin veriyor. Claude’u tekrar tekrar bir şeyi düzeltmek yerine, ölçülebilir bir hedef verebilir ve onun bu hedefe doğru çalışmasına izin verebilirsiniz.

Zamanla bu küçük düzeltmeler birikebilir. Aynı şeyleri Claude’a tekrar tekrar açıklamak yerine, temelde kodlama ajanının çalışma sırasında geri dönebileceği bir ders koleksiyonu oluşturuyorsunuz. Kaçınmayı öğrendiği hatalar ne kadar çoksa, potansiyel olarak araya girip çalışmalarını düzeltmek için harcadığınız zaman o kadar az olur.

Çok fazla bağlam verdiğimizi düşünüyor

Belki de fazla bilgi paylaşıyorum

Aylardır, açıkçası savunduğum şeylerden biri, AI araçlarına ve LLM’lere olabildiğince fazla bağlam vermek. Tam da bu yüzden Wispr Flow ve ses modu gibi araçları sürekli övüyorum, çünkü bir şeyi başarmaya çalışırken tüm bir makale yazmak zorunda kalmadan aklınıza geleni rahatça anlatmanızı sağlıyorlar. Bir LLM’ye fazla bağlam vermek konusunda gerçekten karşı çıkacağım tek durum, yaratıcılığını test etmek ve ona tam olarak ne yapması gerektiğini söylemeden ne kadar ileri gidebileceğini görmek istediğinizde.

Bu arada, yeni modeller artık neredeyse her iki haftada bir piyasaya çıkıyor ve sürekli olarak kendinden öncekilerin üzerinde iyileşiyorlar. Resmen, bu modellerin artık o kadar da fazla müdahaleye ihtiyaç kalmayan bir noktaya ulaştık. Cherny, mühendislik yapmanın Sonnet 3,5 ve Opus 4 gibi modeller için anahtar olduğunu açıkladı, ancak yeni modeller bağlam minimalizmiyle en iyi şekilde çalışıyor! En son önerisi tam da bunu yansıtıyor.

Bunun yerine Claude Code’u aklınıza gelen her türlü bilgiyle doldurmak yerine, Cherny artık sistem promptlarını ve kullanılabilir araçları en aza indirmenizi öneriyor. Fikir şu ki, Claude’a çok fazla talimat, araç ve bağlam vermek, aslında onun şeyleri kendi başına çözmesine engel olabilir. Yeni modeller giderek daha yetenekli hale geldikçe, bazen Claude’a çalıştıracak daha az şey vermek, onu bilgilerle boğmaktan daha etkili olabilir.

Bunu yapmanın, Claude’a inşa etmeye çalıştığınız şey hakkında ayrıntılı talimatlar vermeyi bırakmanız gerektiği anlamına gelmediğini unutmayın. Cherny’nin tavsiyesi, aslında bir görevi tamamlamak için Claude’ın ihtiyaç duyduğu bilgiyi saklamak yerine, değerli bağlamı kaplayan gereksiz sistem talimatlarını ve araçlarını azaltmakla ilgili.

Döngülerin istemleri kendisinin yapmasına zaman geldiğini düşünüyor

İstem yazmak da otomatikleştirilebilir

Artık manuel kod yazmanın yazılım geliştirmek için tek yol olmadığı bir noktaya geldik. Bunun yerine, Claude Code gibi bir AI kodlama ajanına ne istediğinizi anlatabilir ve ağırlığı onun kaldırmasına izin verebilirsiniz. Cherny’ye göre, bundan sonra başka bir adım var ve bunun için AI ajanlarının istem yazımını sizin yerinize yapması gerekiyor.

Cherny, her şeyi halletmeniz gerektiğinde Claude Code’u manuel olarak açmak yerine, belirli koşullar sağlandığında ajanları otomatik olarak tetikleyen döngüler ve rutinler oluşturmanızı öneriyor. Örneğin, GitHub üzerinde barındırılan bir proje üzerinde çalıştığınızı düşünün. Yeni sorunları sürekli kontrol etmek, pull request’leri incelemek veya başarısız derlemeleri kendiniz düzeltmek yerine, bu şeyleri izleyen ve Claude’ın otomatik olarak üzerine çalışmasını sağlayan bir rutin kurabilirsiniz.

Anthropic’in Agent SDK’sı gibi araçları kullanarak, bir sistemin neler olduğunu izlediği, bir şeyin dikkat gerektirdiğinde bunu belirlediği ve görevi bir AI ajanına devrettiği iş akışları temelde kurabilirsiniz. Bu ajan ardından sorunu araştırabilir, gerekli değişiklikleri yapabilir, testleri çalıştırabilir ve potansiyel olarak sizin için bir pull request gönderebilir.

Yanlış olabileceğe açık olmanın önemli olduğunu söylüyor

Bugünün en iyi uygulaması, yarının kötü alışkanlığı olabilir

Siz, ben ve hatta Boris Cherny arasında ortak bir şey, her zaman her şeyi doğru yapmamamızdır. Alışkanlıklar geliştiririz, bizim için neyin işe yaradığını buluruz ve sonunda bu uygulamaları bir şeyi yapmanın doğru yolu olarak görmeye başlarız. Belirli bir iş akışını aylarca takip ettikten sonra, aslında daha iyi bir yol olabileceğine dair kendinizi ikna etmenin şaşırtıcı derecede zor olması mümkündür.

Bu özellikle AI kodlama ajanlarıyla çalışırken geçerlidir. Modeller akıl almaz bir hızla gelişiyor ve sadece birkaç ay önce en iyi uygulama sayılan bir şeyin artık zorunlu olarak en iyi yaklaşım olması gerekmeyebilir.

Bu temelde Cherny’nin son tavsiyesinin özetlediği şeydir: bildiğinizi sandığınız şeyi sorgulamaya istekli olmak. Plan Mode’a dair kendi yaklaşımına bakın. Bir zamanlar önerdiği bir şey bu, ancak modeller daha iyi hale geldikçe, belirli iş akışları için bundan uzaklaşmaya başladı.

Bu tüm sohbetten alınabilecek oldukça önemli bir çıkarım olduğunu düşünüyorum. Claude Code ile çalışmanın belirli bir yoluna çok bağlanmak yerine, kurulumunuzu ara sıra gözden geçirmek, farklı yaklaşımlar denemek ve bir zamanlar inandığınız bir şeyin artık gerekli olmaması olabileceğini kabul etmek değerinde!