- Swarms, Claude Code içinde bulunan ancak kamuya açıklanmamış bir çok ajanlı orkestrasyon özelliği
- Kullanıcı artık tek bir yapay zeka kodlayıcıyla konuşmak yerine takım lideri rolündeki yapay zeka ile etkileşim kuruyor
- Takım lideri doğrudan kod yazmıyor; planlama, iş dağıtımı ve sonuçların birleştirilmesini üstlenerek alt ajanlara roller dağıtıyor
- Plan onaylandıktan sonra uzmanlaşmış çalışan ajanlar paralel olarak çalışıp gerçek uygulamayı üstleniyor
- Bu, Claude Code’un tek bir aracın ötesine geçerek takım bazlı geliştirme sürecine genişlediğini gösteriyor
Nasıl çalışıyor
- Kullanıcı planı onayladığında Delegation Mode’a geçiliyor
- Uzman çalışan ajanlardan birden fazlası oluşturulup paralel çalışıyor
- Her çalışan, kod yazma, analiz, düzeltme gibi gerçek uygulama işlerini üstleniyor
- Çalışanlar, aralarındaki mesajlaşma ile ilerleme durumunu ve bağımlılıkları koordine ediyor
- Tüm sonuçlar takım liderinde toplanıyor ve nihai yanıt olarak geri dönüyor
claude-sneakpeek aracı
- claude-sneakpeek deposu, Claude Code’un özellik bayrakları açılmış paralel bir sürümünü sunuyor
- Swarms modu dahil kamuya açıklanmamış özellikler deneyimlenebiliyor ve mevcut Claude Code kurulumundan tamamen ayrı bir ortamda çalışıyor
- Ayrı ayarlar, oturumlar, MCP sunucuları ve kimlik bilgileri kullanıyor
- Claude Code’a gömülü ancak henüz yayımlanmamış ek özellikler sunuluyor
- Swarm mode ile yerel çok ajanlı yürütme desteği
- Delegate mode ile arka planda ajan oluşturma
- Takım üyeleri arasında mesajlaşma ve iş sahipliği yönetimi özellikleri
- Ayrı model ve sağlayıcı desteği
- Z.ai, MiniMax, OpenRouter destekleniyor; ayrıca cc-mirror üzerinden yerel model entegrasyonu mümkün
1 yorum
Hacker News yorumları
Dürüst olmak gerekirse kulağa çılgınca gelebilir ama, en yüksek kaliteli kodu bu şekilde elde ettiğim oldu
Maliyeti yaklaşık 10 kat fazlaydı ama birden fazla alt ajana sahip tam bir “proje ekibini” tek bir Opus instance'ıyla yönettim
Görev, eski bir Java sunucusunu C# .NET 10'a port etmekti ve 9 ajan, 7 aşamalı Kanban ve ayrılmış Git Worktree yapısı kullandım
Roller şunlardı —
Manager(Claude Opus 4.5): Kanban durumuna göre ajanları uyandıran global event loop
Product Owner(Claude Opus 4.5): stratejiden sorumlu, scope creep'i önler
Scrum Master(Opus 4.5): backlog önceliklendirme ve ticket atama
Architect(Sonnet 4.5): yalnızca tasarım, implementasyon yapmaz
Archaeologist(Grok-Free): yalnızca gerektiğinde legacy Java decompile çıktısını okur
CAB(Opus 4.5): tasarım ve kod aşamalarında özelliği reddeden gatekeeper
Dev Pair(Sonnet 4.5 + Haiku 4.5): AD-TDD döngüsü, Junior başarısız testi yazar, Senior düzeltir
Librarian(Gemini 2.5): dokümantasyon yönetimi ve retrospektif tetikleme
Dürüstçe “bu gerçekten gerekli mi?” diye sorarsanız muhtemelen “hayır” derdim, ama yapay zeka ajanlarının iş birliği yaptığını izlemek çok eğlenceliydi
Sürecin ilk sürümü bu görselde
Tamamen prompt tabanlı mı, bir eklenti mi, yoksa script ile tekrarlı çağrılar yapılan bir yapı mı öğrenmek isterim
Kanban'ın nerede tutulduğunu da merak ediyorum
Bir koordinatör ve backend, frontend, DB uzmanı gibi birkaç uzmanlaşmış ajandan oluşuyor
Kilit nokta koordinatör. Bilişsel yükümü azaltıyor ve genel ilerlemeyi iyi takip ediyor
“Maymunla konuşmak istemiyorum, org çalan kişiyle konuşmak istiyorum” denir ya, başta yönetici ve program yöneticisi görüşmeleriyle başlanır, sonrasında onlar kendi aralarında ilerler ve sadece demo ile güncelleme istenir gibi olur. Komik
Aslında bu, Claude'a gömülü sub agent özelliğini kullanmak
Go ile 300 bin satırlık bir tmux soyutlaması yapmana gerek yok
Claude'a arka planda paralel çalışan sub agent'lar verdirebilirsin
Prompt aktarımı, ilerleme takibi ve raporlama için dosyalar tutmak iyi olur; ayrıca her ajanı ayrı bir worktree ile sınırlandırmanı öneririm
Bu deseni workforest.space üzerinde derliyorum
Çoğu kişi ayrı bir orkestratör yapıyor ama aslında Claude'nun kendisi en iyi orkestratör
Mevcut araçlardan farkı, konuşma düzeyinde değil iş düzeyinde soyutlama sunması
Claude Code, üçüncü taraf uygulama sorunları yüzünden konuşma merkezli kaldığı için sınırlıydı ama Claude Code Web bunu ilk kez genişletti
Bu yaklaşım, yapay zekanın işleri kendi kendine koordine etmesini sağlıyor; kullanıcının sürekli prompt vermesi gerekmiyor
Karmaşık ama yapay zekanın başka yapay zekayı yönettiği bir yapıya evriliyor
Yine de plan detayları zayıf olduğu için güvenilirlik hâlâ düşük
Ana ajan, delegasyon merkezli bir bağlam moduna geçiyor ve ekip tabanlı görev sistemiyle mailbox sistemi birleşiyor
Bu, eklentiyle uygulanabilecek bir entegrasyon seviyesi değil
Ben commit'leri PR gibi üst üste koyup rebase ile düzenliyorum ve bu oldukça acı vericiydi
Artık branch'leri 2-3 parçaya bölüp, çatışmayı azaltarak yönetme biçimine geçebilirmişim gibi görünüyor
Bu, bağlamı temiz tutarken yüksek kaliteli sonuçlar üretmeye yardımcı oluyor
Kodun daha kısa ve daha kaliteli yönde gelişmesini istiyorum
Ama şu anki akış ters yönde gidiyor gibi görünüyor
Modeller daha sağlam hâle gelip sağduyu ve geri bildirim döngüleri güçlenirse faydalı olur ama şu anda “ne kadar çok kod o kadar iyi” anlayışıyla sorunu büyütüyor
Etkileyici demolar mümkün ama gerçek üretim ortamında kodun 10 ila 100 kat daha karmaşık hâle geleceğini düşünüyorum
Claude'dan CI'a test coverage istatistikleri eklemesini istedim, nyc kurulu olmadığını görünce bash ile Istanbul'u yeniden implemente etmeye kalktı
Sonunda “sadece nyc kur” demem gerekti
Yine de bu tür deneylerin modelin sınırlarını genişletmeye yardımcı olacağını düşünüyorum
Belki şimdi değil ama 2026 civarında mümkün olabilir
HN'de düzenli olarak AI coding agent popülerlik sıralaması anketi yapılsa güzel olurdu
Diller için TIOBE Index gibi, hangi modelin popülerlik kazandığına dair eğilimleri görmek isterim
Sıralama yarışı sonuçta dönüp dolaşıp bir hype cycle
MiniMax 2.1'in çoğu GPT'nin üzerinde olması ilginçti
openrouter.ai üzerinden modelin throughput'u ve maliyeti hakkında da kabaca fikir edinilebiliyor
Bu sayede Opus 4.5'i çıktıktan bir hafta sonra ana modelim olarak kullanmaya başladım
O kullanıcı kitlesinin yaklaşık %80'i Claude Code, %75'i ise darwin-arm64 ortamında
Claude çok fazla kod üretiyor ve bu da incelemeyi zorlaştırıyor
Bazıları “testler geçiyorsa sorun yok” diyor ama uzun vadeli bakım gerektiren projelerde bu kaygı verici
Uzun ömürlü üretim projelerinde YOLO tarzı kod üretimini deneyenlerin tecrübelerini merak ediyorum
Kod kalitesi hâlâ düşük ve hata ayıklamada da sık sık yanlış yapıyor
Yine de arama, anlama ve fikir genişletme açısından faydalı
Kişisel deneysel projelerdeyse YOLO yaklaşımı kabul edilebilir
Böylece kod üretimi otomatikleşirken sistem anlayışı korunabiliyor
Codex'ten review noktaları önermesini istiyor, gerçek incelemede de bunların ne kadar doğru olduğunu test ediyorum
“Artık bir AI coder ile değil, team lead ile konuşuyorsunuz” diye bir ifade vardı,
ama komik olan şu ki o tweet'in kendisi bile sanki AI yazmış gibiydi
2026'da agent orchestrator'ların ana trend olacağını düşünüyorum
Mevcut yazılım terimlerini (team lead, team member vb.) aynen kullanmak, anlaşılabilirliği ve benimsenmeyi artıracaktır
Anthropic kendi modelini koordine edebiliyorsa bu tür katmanlar gereksiz hâle gelir
Sonuçta işin özü mesajlaşma ve görev yönetimi
“Team lead'e ve tüm ekibe, bu butonu kırmızı yapın” sözü komikti
Sonuçta varılan nokta “tamam, şimdi butonu kırmızı yapın!” oldu. Mükemmel bir hiciv
Bu videoyu izlersen his anlaşılıyor
CLAUDE.md içinde ek yönergeler verirsen, önemsiz işler için swarm modunu kullanmamasını ayarlayabilirsin
Son 2.1.9 sürümünde ana döngünün alt ajanları orkestre etme biçimi tamamen değişti
“FTSChunkManager agent hâlâ çalışıyor ama ilerleme kaydediyor, bekleyelim” gibi log'lar çıkıyor; yanında stack trace ve JSON çıktısı da geliyor
Claude Code masaüstü uygulamasında bu davranışı doğrudan gördüm
Ana görevin altında çok sayıda worker-leader agent kod tabanını tarıyor, raporlar ve TODO listeleri hazırlıyor
Başka bir sistem de bunları birleştirip ana şema ile planı oluşturuyor
Ben ayrı ayrı devops, frontend, architecture ve security sohbetleri açıyorum; her sohbet bittiğinde log bırakıyor ve birbirlerine güncellemeler geçiyorlar
SSH ile droplet'e bağlanıp terminal kullanmasına izin verince, Claude kendi kendine build, düzeltme, test ve doğrulama döngüsünü tekrar ediyor
Bu şekilde 3 günde bu projeyi tamamladım