Claude Code'u Otonom Bir Ajan Sistemine Dönüştürecek 27 Ayar

Claude Code'u Her Gün Kullanmana Rağmen İş Akışının Neden Değişmediği

"/init'i çalıştırdığımı hatırlıyorum. Ama en son ne zaman güncellediğime dair hiçbir fikrim yok."

Bu söylediklerim sana tanıdık geliyor mu? Claude Code'u kurdun, ilk birkaç gün yapılandırmayla uğraştın ve her gün onunla sohbet ediyorsun. Yine de, üç ay öncesine kıyasla, çalışma yapın büyük ölçüde aynı kaldı.

Bu bir kullanım sorunu değil; bir konumlandırma sorunu.

Claude Code'u "sorulduğunda cevap veren bir araç" olarak kullanmaya devam edersen, her sabah aynı talimatları yazmak, benzer yanıtlar almak ve bunları çalışmana kopyalamak zorunda kalırsın. Daha verimli olabilirsin, ancak işinin ilerleyiş biçimi temelden değişmez.

Değişim, Claude Code'u bir "tasarım hedefi" olarak görmeye başladığında gerçekleşir. Hangi bağlamda kim neyi bilir? Hangi görevler kime devredilir? Hiçbir insan mevcut değilken bile ne hareket eder? Bunu bir tasarım olarak düşünmeye başladığında, Claude Code tamamen farklı davranmaya başlar.

@sairahul1 tarafından yayınlanan 27 özellik (https://x.com/sairahul1/status/2070428662080618607), bu tasarım perspektifinden kullanılması gereken işlevleri sistematik olarak listeler. Swarm, bunları ajan tasarımı merceğinden yorumlamış ve gerçek iş bağlamlarında uygulanabilir bir formatta düzenlemiştir.

Yirmi yedi çok gibi görünebilir, ancak yalnızca üç temel ilke vardır. Bu yapıyı bir sonraki bölümden itibaren sırayla açıklayacağız.

27 Özelliği Birbirine Bağlayan Üç Disiplin

27 özelliğe baktığımızda dağınık görünebilirler. Kısayollar, dosya ayarları, sesli giriş ve test yürütme vardır. Ancak şifreleri çözüldüğünde, üç soruyu yanıtlayan gruplar halinde düzenlenebilirler.

Disiplin 1: Bağlam Tasarımı (Özellikler 1–5)

Claude'un "bu projenin kime ait olduğunu, hangi amaçla ve şu anda ne kadar anladığını" bildiği bir durum yaratmak. Bu bozulursa, her seferinde her şeyi sıfırdan açıklamak zorunda kalırsın.

Disiplin 2: Yetkilendirme Tasarımı (Özellikler 6–14)

Görevleri ve yetkiyi yapısal olarak Claude'a devretmek. "Hatayı düzelt" demek yerine, "neyin bozuk olduğunu ve kısıtların neler olduğunu" organize edip devredersin, bu da ilk seferde çözülme olasılığını değiştirir.

Disiplin 3: Özerklik Tasarımı (Özellikler 15–27)

Claude'un sürekli insan talimatı olmadan hareket etmeye devam edebileceği bir mekanizma tasarlamak.

Bu üç aşama aynı zamanda bunları kullanman gereken sıradır. Bağlam ayarlanmazsa, yetkilendirme özensiz olur. Yetkilendirme tasarlanmazsa, özerklik kontrolden çıkar.

Burada dikkat etmen gereken şey, "her sabah Claude'a talimat veren ben" yapısını nasıl değiştireceğindir. Her sabah aynı görevleri sohbete atıyorsan, özne hala insandır. Tasarım, Claude'u hareket ettiren bir yapıya geçtiğinde, sabah yaptıkların değişir.

İlk olarak, Bağlam Tasarımı'nın beş özelliğine bakalım.

Bağlam Tasarımının Temelleri

Bağlam tasarımının amacı, Claude'a "bu projenin bağlamını" vermektir. Bağlam olmadan, her konuşma boş bir sayfadan başlar.

Çalıştırılacak ilk şey `/init`'tir.

Bir projeyi ilk kez açtığında, önce bunu çalıştır. Claude, kod tabanı yapısını, bağımlılıkları ve derleme komutlarını tarayarak otomatik olarak CLAUDE.md dosyasını oluşturur. Bu dosya, projenin "planı" haline gelir.

Çoğu insanın durduğu yer burasıdır. /init'i çalıştırdıklarını hatırlarlar, ancak en son ne zaman güncellendiğini bilmezler. Olduğu gibi bırakılırsa, CLAUDE.md'nin içeriği proje değiştikçe gerçeklikten uzaklaşır. Haftalık güncelleme ön kabulüyle çalışarak Claude her zaman en güncel bağlam içinde hareket edebilir.

Sırada, `/statusline` ayarlamak için kullanışlıdır.

Ekranın alt kısmında bir durum çizgisi görünecektir. Neyin çalıştığını ve hangi süreçlerin aktif olduğunu görsel olarak kavrayabilirsin. Vim veya Neovim'deki özel durum çizgileriyle de entegre edilebilir, böylece mevcut düzenleyici ortamına göre ayarlayabilirsin.

Üçüncüsü ise sesli giriştir.

Mac'te ⌃⌘Space veya iOS ve Android'de yerel sesli girişi kullanarak konuşarak karmaşık gereksinimleri iletebilirsin. "Bu bileşenin şu nedenle şöyle hareket etmesini istiyorum, ancak mevcut stilleri değiştirme" gibi uzun talimatları yazmadan iletebilirsin. Düşünceler aktığı gibi iletilebildiğinden, yazarken düzenleme yapmak için harcanan zamandan tasarruf sağlar.

Bağlamın durumunu kontrol etmek için `/context` kullan.

Şu anda konuşmada ne olduğunu ve bağlam penceresi kullanımını gerçek zamanlı olarak görebilirsin. Uzun oturumlarda, ilk planın içeriği kaybolma eğilimindedir. Bu komut, bunu izlemene olanak tanır.

Bunun için sıfırlama işlemleri `/compact` ve `/clear`'dır.

/compact, tüm bağlamı bir özete sıkıştırır. /clear ise tam bir sıfırlamadır. Uzun bir oturuma devam edersen, Claude'un yanıtları belirsizleşebilir. Bu, bağlamın tıkandığının bir işaretidir. Periyodik olarak /compact kullanarak çıktı kalitesini koruyabilirsin.

Öncesi: Uzun bir oturumun ikinci yarısında Claude, "daha önce tartışılan tasarım politikasını takip ederek" dediğinde bile uyumsuz bir yanıt verir.

Sonrası: Devam etmeden önce /compact ile sıkıştırmak, çıktının politikaya uygun kalmasını sağlar.

Beş özellik tek bir şey yapar: Claude'un "bilme" durumunu bir tasarım olarak sürdürmek. Bu, bir sonraki adım olan Yetkilendirme Tasarımı'nın temelini oluşturur.

Sorunları İletme Sanatı

Bağlam ayarlandıktan sonraki adım, sorunun nasıl iletileceğidir. "Hatayı düzelt" demekle, sorunu yapılandırılmış bir şekilde iletmek arasında yanıtın doğruluğu tamamen değişir.

İlk olarak, plan modunu kullan (`Shift+Tab`).

Büyük değişikliklerden önce, bu mod yürütmek yerine "yalnızca planı" çıktılar. Claude'un neyi ve hangi sırayla değiştirmeyi planladığını önceden kontrol edebilirsin.

Hatalar oluştuktan sonra düzeltmek yerine, planlama aşamasında "bu yanlış" diyebilirsin. Bu tek adımı tasarımına dahil etmek, beklenmedik değişikliklerin sıklığını önemli ölçüde değiştirir. Kullanmaya devam ettikçe, sonradan "bu dosya neden yeniden yazıldı?" diye kontrol etme çabasını azalttığını fark edeceksin.

İkincisi, sorunların, kısıtlamaların ve bağlamın yapılandırılmasıdır.

Sadece "hatayı düzelt" dersen, Claude varsayımları kendisi doldurmaya çalışır. Bu varsayımlar yanlışsa, çözüm de yanlış olacaktır.

Resmi olarak önerilen format, ilk satıra "neyin bozuk olduğunu" ve ikinci satırdan itibaren "neyin denendiğini, kısıtlamaları ve beklenen çıktı formatını" yazmaktır. Sadece bu formatta iletmek, ilk seferde çözülme oranını değiştirir. Sorunu iletme şeklin başlı başına bir beceri haline gelir.

Üçüncüsü `AskUserQuestion`'dır.

Bu, Claude'un belirsiz gereksinimlerle karşılaştığında devam etmeden önce netlik istediği bir özelliktir. Belirsiz gereksinimlerle uygulamaya geçilmesinden kaynaklanan yeniden çalışma, genellikle bu özellik kullanılmadığında meydana gelir. Uygulamadan önce onay maliyetini ödeyen bir tasarımdır.

Dördüncüsü, kendi kendini doğrulama adımıdır.

Bir görevin sonunda, "bitirmeden önce testleri çalıştır ve derlemenin geçtiğini onayla" de. Bunu her seferinde manuel olarak eklemek yerine, CLAUDE.md'ye yazmak, her görevin sonunda otomatik olarak çalışmasını sağlar. Claude'un bir değişiklikten sonra bir şeylerin çalışmadığı bir durumda durması yerine, doğrulamayı da içeren döngü tek bir görev olarak tamamlanır.

Plan moduyla proaktif adımlar atmak ve kendi kendini doğrulamayla reaktif adımları otomatikleştirmek. Bu ikisi tasarıma dahil edildiği an, geliştirme akışının yapısı değişir.

Bir sonraki bölümde, sürekli görevlerin Claude'a devredilmesinin tasarımına bakacağız.

Yetkilendirme Tasarımı

Önceki bölümlerde, Claude ile nasıl iletişim kuracağımızı ve ona nasıl hafıza tutturacağımızı düzenledik. Sıradaki konu, "kimin özne olduğunu" değiştirmekle ilgili.

10. Alt Ajanlar

Bir insan, uzun görevler sırasında prosedürleri yönetirse, kaçınılmaz olarak takılıp kalır. Sürekli olarak "sıradaki bunu yap, sonra bitince şunu yap" demek, koordinasyonu Claude'un değil, insanın yürüttüğü anlamına gelir.

TodoWrite veya Task araçlarını kullanarak Claude, görevleri alt görevlere ayırır ve bunları paralel olarak yürütür. Resmi terimlerle buna "eşzamanlı alt ajan yürütme" denir—birden çok alt Claude'un aynı anda hareket ettiği bir yapı. Farklı Claudes aynı anda araştırma, uygulama ve test yapar. İnsanların prosedürü tutması gerekmez.

11. Özel Beceriler (İş Akışı Şablon Dosyaları)

.claude/commands/ dizinine Markdown dosyaları yerleştirmek, /komut-adi ile talimat setlerini çağırmana olanak tanır. Swarm bağlamında, bunları "SKILL.md (İş Akışı Şablon Dosyaları)" olarak düşünmek daha kolaydır.

Öncesi: Her seferinde "Lütfen bir rakip araştırması yap. Adımlar 1, 2, 3..." yazmak.

Sonrası: Sadece /competitive-research yazmak.

Aynı talimatları tekrar tekrar yazmak için harcanan zaman ortadan kalkar. Bir ekiple paylaşılırsa, herkesin aynı kalitede çıktı alabileceği bir şablon haline gelir.

12. Model Seçimi

Alt+P tuşlarına basarak bir oturum içinde modelleri değiştirebilirsin. Gerçekçi bir üç aşamalı kullanım şöyledir: tasarım ve konsept aşamaları için yüksek akıl yürütme modelleri, basit uygulama için hafif modeller ve hata ayıklama için orta seviye modeller.

Modelin gücünü sürecin ağırlığıyla eşleştirmek, hem maliyet verimliliğini hem de yanıt hızını aynı anda artırır.

13. Otomatik CLAUDE.md Güncellemeleri

Claude'a "bu projede öğrendiklerini CLAUDE.md'ye ekle" dersen, Claude CLAUDE.md'yi kendisi günceller. Planın kendi kendine büyüdüğü bir yapıdır.

Bu komutu haftada bir ekleyerek, CLAUDE.md "yaşayan bir belge" haline gelir. İnsanlar yansımaları yazmasa bile Claude öğrendiklerini biriktirir.

14. Harici Dosya Bağlama

@{dosya_yolu} kullanarak dosyaları, URL'leri veya Issue'ları bağlam olarak iletebilirsin. "Çalışmadan önce bu dosyayı oku" işlemini tek satırda tamamlayan bir mekanizmadır.

Öncesi: Dosya içeriklerini kopyalayıp isteme yapıştırmak.

Sonrası: Sadece "@src/config.yaml dosyasına bakarak ayarları kontrol et" yazmak.

Yetkilendirme tasarlamak, özneyi Claude'a devreden bir sistem oluşturmak anlamına gelir. Prosedürler, şablonlar, referanslar ve hafıza yerli yerinde olduğunda, insanların yalnızca "neyi yaratacağını" düşünmesi gerekir.

Ancak, yetkilendirme arttıkça, "Claude'un amaçlanandan farklı bir yönde hareket etmesi" riski de artar. Bir sonraki bölümde, bu sapmayı nasıl erken durduracağımıza bakacağız.

Sapmayı Erken Durdurmak

Claude'a yetki devri arttıkça, bir sorun daha olası hale gelir: amaçlanandan tamamen farklı bir yöne gittiğini fark etmek. Buna sapma diyoruz.

Sapma, sonradan düzeltilecek bir şey değildir; proaktif tasarım adımları alınarak önlenebilir.

15. Anında Durdurma

Çıktının açıkça yanlış bir yöne gittiğini hissedersen, Escape tuşuyla hemen durdurabilirsin. "Bitince düzeltirim" bir hatadır. Üretim ne kadar ilerlerse, düzeltme maliyeti o kadar artar. Yarıda durup istemi düzeltmek, hem zamandan hem de token'dan tasarruf sağlar.

Bir şeyin yanlış olduğunu sezgisel olarak düşünüyorsan, tereddüt etmeden durdur. Bu yargının hızı, doğruluğu doğrudan etkiler.

16. İlk Çıktıyı Kanıt Olarak Talep Etme

Proaktif bir tasarım, çalışmaya başlamadan önce "önce bana yalnızca ilk çıktıyı göster, devam edip etmeyeceğime karar vereyim" demektir.

10 dakikayı yanlış yönde harcamasına izin vermek yerine, çalıştırmadan önce ilk çıktıyla onayla. Bu, sapmayı tomurcukta kıstırma fikridir. Uzun süreli görevler veya belirsiz yönergelerle başlayan işler için gereklidir.

"Gerisini sana bırakıyorum" demeden önce, "başlangıcı kontrol edeyim" ekle. Sadece bir adım, ancak bu proaktif hamle sonucu değiştirir.

17. Bildirim Kancaları

Uzun bir görevin bitmesini beklerken ekrana bakmak zaman kaybıdır. ~/.claude/hooks/ dizinine bir betik yerleştirerek, bir görev tamamlandığında masaüstü bildirimi alabilirsin.

Bir kez ayarla. O andan itibaren, başka bir iş yapıyor olsan bile, Claude bittiğinde sana haber verir. Bekleme eylemini ortadan kaldıran bir tasarımdır.

18. Ekran Görüntüsü İletme

UI hatalarını kelimelerle açıklamak şaşırtıcı derecede zordur. "Sol üstte kırmızı bir hata çıktı ve butona basılamıyor" demek yerine, bir ekran görüntüsü iletmek daha hızlıdır.

Claude görüntüyü alır ve hata içeriğini, nedenini ve düzeltme önerilerini olduğu gibi döndürür. "Bu ekrana bak" ile tamamlanır.

Şu ana kadar tanıtılan 18 özelliğin tümü, tek bir kişinin çalıştığı ön kabulüne dayanmaktadır. Bir sonraki bölümde, birden çok Claude'un paralel olarak çalıştığı ve entegre olduğu "ekip olarak kullanma" yapısına geçiyoruz.

Paralel Çalışma ve Entegrasyon

Claude Code'u bir sohbet aracı olarak kullanırken, bir görev bitene kadar sonraki göreve başlayamazsın. Ancak tasarımı değiştirerek, birden çok Claude'un aynı anda hareket ettiği bir yapı oluşturabilirsin.

Chrome DevTools entegrasyonuyla başla. Tarayıcı hata günlüklerini ve ağ günlüklerini doğrudan Claude Code'a iletebildiğin için, "konsolda kırmızı bir hata var ama ne olduğunu bilmiyorum" gibi durumları sözlü olarak açıklamana gerek kalmaz. Resmi dokümantasyonun bu konuda özel bir sayfası vardır ve bunu hata ayıklamanın giriş kapısı olarak konumlandırır.

Oturum yönetimi de değişir. claude --continue ile en son oturuma olduğu gibi devam edebilir veya claude --resume ile bir oturum listesinden seçim yapabilirsin. Ayrıca, /rename ile oturumları adlandırarak, birden çok görevi Git dallarıyla aynı hisle paralel olarak yönetebilirsin. "Auth", "Payment" ve "Dashboard" adlı oturumları kullanarak, bağlam değiştirme maliyeti neredeyse sıfıra iner.

Ve paralel çalışmanın özü, git worktrees ile kombinasyondur. claude --worktree feature-auth yazmak, dalın worktree tarafından tamamen izole edildiği bir oturum başlatır. Auth, Payment ve Dashboard'u ayrı worktree'lerde çalıştırırsan, üç Claude paralel olarak geliştirmeye devam eder. Her biri bağımsız bir çalışma alanında olduğu için hiçbir çakışma olmaz. Bir haftalık geliştirmeyi bir günde bitirme yapısı, burada bir tasarım olarak kurulur.

MCP hakkında da düşünceleri düzenlemek gerekli. Bir MCP sunucusu her zaman en uygun çözüm değildir. Resmi dokümantasyon, "CLI araçlarının harici hizmetlerle etkileşim kurmanın en bağlam-verimli yolu olduğunu" belirtir ve gh veya aws gibi CLI araçlarının yüksek bağlam verimliliğine sahip olduğu ve hız sınırlarına takılma olasılığının daha düşük olduğu söylenir. Yalnızca gh komutuyla, Claude Code GitHub Issue'larını özerk bir şekilde oluşturabilir, güncelleyebilir ve kapatabilir. Bir MCP eklemeden önce bir CLI aracının kullanılıp kullanılamayacağını kontrol etmek için bir yargı eksenine sahip olmak, tasarımı basit tutar.

Paralel tasarım mümkün olduğunda, insanların artık sırayı yönetmesi gerekmez. Bunun nedeni, tasarımın birden çok özneyi aynı anda Claude'a devretmeye geçmesidir. Ardından, bu tasarlanmış paralel işlemeyi, masandan uzaktayken bile hareket etmeye devam eden bir sisteme dönüştüreceğiz.

Özerk Çalışma

Paralel tasarımdan sonraki soru şudur: "Bu süre zarfında ben nerede olmalıyım?" Özerk çalışma tasarlandığında, bir insan olmadan da işin ilerlediği bir durum yaratılır.

/loop, bir oturum içinde otomatik yoklama yapan bir özelliktir. Resmi açıklama "Bir oturum açıkken hızlı yoklama" şeklindedir ve oturum açıkken belirtilen işlemleri tekrarlar. --resume veya --continue kullanarak süresi dolmamış oturumlara devam etmene olanak tanır ve orijinal makaledeki deneyim raporlarına göre, üç güne kadar insansız çalışma vakaları bildirilmiştir. Bu gün sayısını doğrudan resmi kaynaklarla teyit etmemiş olsak da, kesinlikle uzun süreli özerk çalışma için bir giriş noktası işlevi görür.

2026'nın ilk çeyreğinde eklenen Uzaktan Kontrol, yerel olarak çalışan Claude Code oturumlarını bir akıllı telefondan veya PC tarayıcısından çalıştırma özelliğidir. Kod yerel kalırken, yalnızca mesajlar şifreli bir kanal aracılığıyla değiştirilir. Şubat 2026'da bir araştırma önizlemesi olarak yayınlandı. Dışarıdayken akıllı telefondan "testlerin geçip geçmediğini kontrol et" göndererek yerel Claude Code'un hareket etmeye devam ettiği bir senaryo kurulur.

Veritabanlarına doğal dil sorguları da tasarıma dahil edilebilir. MCP aracılığıyla SQLite, PostgreSQL veya MySQL'e bağlanarak, "geçen hafta kaydolan kullanıcıları söyle" gibi ifadeler kullanarak veri alabilirsin. Resmi kılavuz, SQL yazmadan veri onay rutinlerini Claude'a devretmene olanak tanıyan, veritabanın gibi harici araçları bağlamak için claude mcp add çalıştırmanı önerir.

Ayrıca düşünce derinliğini kontrol etmek için dört özellik vardır. ultrathink, yalnızca bu anahtar kelimeyi isteme dahil ederek 31.999 token'a kadar genişletilmiş düşünmeyi tetikler. Bir hiyerarşi vardır: think 4.000 token, megathink 10.000 token ve ultrathink 31.999 token'dır. Doğru kullanım şekli, yalnızca gerçekten zor olan %10'luk problemler içindir: karmaşık mimari kararları, güvenlik uygulamaları, performans optimizasyonu ve büyük ölçekli yeniden düzenleme gibi. Her sorgu için kullanmak, maliyetleri gereksiz yere şişirir.

/effort ultracode, tüm oturum için xhigh akıl yürütme ve dinamik iş akışlarını etkinleştiren bir ayardır. ultrathink tek seferlik bir anahtar kelimeyken, ultracode oturum boyunca aktif kalır. Tüm bir kod tabanını denetleme, yüzlerce dosyayı taşıma veya yüksek riskli görevler gibi "oturum çapında ağır işler" için uygundur. Ancak, token maliyetleri önemli ölçüde arttığından, durumu ayırt etmek etkinliği belirler.

Sohbete yazarak hareket ettirmekle başlayan Claude Code, olayları algılayan ve özerk olarak hareket eden bir sistemin giriş kapısına ulaştı. İnsanlar onu hareket ettirmek yerine, tasarım Claude'u hareket ettiriyor. Ardından, tüm bu özellikler aracılığıyla üretkenlik farkının temelde nereden kaynaklandığını doğrulayacağız.

Aynı Claude Code ile Neden Sonuçlar Farklılaşır?

Hızlı geliştiren insanların mutlaka özel yetenekleri yoktur. Sadece daha sistematik bir şekilde tasarım yapıyorlardır.

Örneğin, /init çalıştırma durumunu ele alalım. Aynı komut yazılsa bile, aylar sonraki çıktı kalitesi, haftalık olarak güncellenen bir CLAUDE.md ile kurulumdan bu yana olduğu gibi bırakılan bir CLAUDE.md arasında tamamen farklı olacaktır. Bunun nedeni, Claude'un okuduğu bağlamın tazeliği ve doğruluğunun çıktının kalitesini doğrudan etkilemesidir.

Bir mutfak benzetmesi kullanmak gerekirse, yemek yapma seviyesi hangi malzemelerin kullanıldığından çok mutfağın kendisinin nasıl organize edildiğiyle belirlenir. Claude'un model performansı tüm kullanıcılara eşit olarak sağlanır. Fark, şu üç noktanın doğruluğunda yatar: bağlamın nasıl organize edildiği, talimatların nasıl sistematik hale getirildiği ve özerk çalışmanın nasıl tasarlandığı.

"Hangi modeli kullanmalıyım" diye tartışmadan önce, mevcut CLAUDE.md dosyanın en son ne zaman güncellendiğini kontrol etmeyi dene. Bu sana tasarımının mevcut durumunu söyleyecektir.

Peki, nereden başlamalısın? Bir sonraki bölümde, adım adım bir giriş kılavuzu düzenleyeceğiz.

Nereden Başlamalı: Adım Adım Giriş Kılavuzu

27 özelliğin hepsini aynı anda hatırlamaya çalışmana gerek yok.

İlk haftada, sadece dört taneye odaklan.

• /init ile bir proje haritası oluştur.
• Bağlamı periyodik olarak /compact ile sıkıştır.
• Plan modu (Shift+Tab) ile keşif ve yürütmeyi ayır.
• Kendi kendini doğrulama adımlarını (testler, derlemeler) Claude'a devret.

Sadece bu dördüyle bile, oturumun kalitesi temelden değişecektir. Claude, "ne yapılması gerektiğini" doğru bir şekilde kavrayarak hareket etmeye başladığı için, yeniden çalışma miktarı gözle görülür şekilde azalacaktır.

İkinci haftadan itibaren, bu temelin üzerine Yetkilendirme Tasarımı'nı ekle. Talimatları Özel Beceriler ile yeniden kullanılabilir bir formatta özetle, model seçimi (Alt+P) ile işlemenin ağırlığını ve hızını ayarla ve CLAUDE.md'yi haftalık olarak güncelleme alışkanlığı edin. Bu, talimatları "her seferinde yazılan bir şey" olmaktan çıkarıp "biriken bir şey" haline getirdiğin aşamadır.

Bir ay sonra, alt ajanlara, git worktrees ve paralel oturumlara geç. Birden çok özelliği aynı anda geliştirirken tasarım ve onaya odaklanabileceğin bir sisteme sahip olacaksın.

ultrathink ve ultracode, "gerçekten zor problemlerle" karşılaştığında bu akışta ilk kez kullanılacak araçlardır. Her problem için ortaya çıkarılacak araçlar değildirler.

Bu adımları izleyerek, "her özelliğin neden gerekli olduğunu" deneyimleyerek anlayacaksın. Lütfen ilk hafta için dört maddeyle başla.

Onu Bir Tasarım Hedefi Olarak Görmeye Başladığın Anda Her Şey Değişir

Claude Code'u bir tasarım hedefi olarak görmeye başladığın an, oturumun kalitesi temelden değişir.

Bu makalede tanıtılan içeriği, kaydedip geri dönebileceğin bir biçimde özetliyorum.

• /init + /compact + plan modu + kendi kendini doğrulama dörtlüsü, en temel temel tasarımlardır.
• Talimatların yeniden kullanımını Özel Beceriler ile sistematik hale getir ve CLAUDE.md'yi haftalık olarak güncellenen "yaşayan bir plan" olarak büyüt.
• Alt ajanları kullanmaya başladığında, üretkenlik toplamadan çarpmaya dönüşür.
• Sapmayı erken tespit et ve hemen durdur kuralı tartışılmazdır. İlk çıktıda her zaman kanıt talep et.
• git worktrees + paralel oturumlarla birden çok özelliği aynı anda geliştirebilirsin.
• /loop ile özerk çalışmayı kur ve Uzaktan Kontrol ile bir akıllı telefondan onayla veya talimat ver.
• ultrathink, "gerçekten zor olan %10" için özel bir araçtır. Her problem için değildir.

Bu makalede bahsedilen özelliklerden yalnızca birini denesen bile, Claude Code ile ilişkin yavaş yavaş değişmeye başlayacaktır.

Yapay Zeka Ajanlarıyla İlgilenenler İçin

Swarm (@swarm_japan), ajanlar için temel tasarım felsefelerini ve iş kullanım senaryolarını paylaşır.

AI ajanı çağı için gerekli iş bilgisini edinmek üzere bizi takip edin 👇

★ En son AI ajan bilgilerini benzersiz bir perspektifle açıklıyoruz

★ Ajanlar için iş kullanım senaryoları sunuyoruz

★ Özgün teknik bilgiler yayınlıyoruz

İlgileniyorsan, lütfen takip et ve göz at! 👀