Claude Code Agent Ekipleri: Tanım ve Kurulum

Agent ekipleri, birden çok AI örneğinin karmaşık görevler üzerinde paralel çalışmasını sağlar. Bu kılavuzda Claude Code agent ekiplerinin nasıl çalıştığı, eksiksiz kurulum adımları, gerçek kullanım senaryoları ve Kimi Agent Swarm’ın aynı paralel gücü yapılandırma yükü olmadan nasıl sunduğu anlatılır.

10 dakikalık okuma2026-06-17
Claude Code agent ekipleri nedir ve nasıl kurulur?

Karmaşık, çok alanlı iş akışlarında tek bir AI oturumuna güvenmek doğası gereği yavaştır. Claude agent ekipleri bunu, uzmanlaşmış agent’ları paralel çalıştırarak çözer; çok daha yüksek hızlarda daha derin çıktılar üretir. Bu kılavuzda Claude Code agent ekiplerinin nasıl çalıştığı, nasıl kurulacağı ve değerini en üst düzeye çıkarmaya yönelik en iyi uygulamalar yer alır.

Claude agent ekipleri nedir?

Claude Code agent ekipleri, birden çok Claude oturumunun aynı codebase üzerinde paralel çalıştığı çok örnekli bir koordinasyon sistemidir. Bir oturum lider agent olarak belirlenir; genel görevi alır, alt görevlere ayırır ve nihai çıktıyı sentezler. Diğer alt agent’lar ekip arkadaşıdır; her biri kendi yalıtılmış bağlam penceresinde çalışır, belirli bir iş parçasını üstlenir ve diğer ekip arkadaşlarıyla doğrudan iletişim kurar.

Agent ekiplerinin avantajları

Agent ekipleri, görevleri sırayla ve tek tek işleyen tipik AI asistanlarından ayrılır. Agent ekipleri bu kısıtı aşar: iş gerçekten paralelleştirilebildiğinde, duvar saati süresi de buna uygun biçimde düşer.

Ayrıca agent ekipleri, birden fazla oturumdan ibaret değildir; koordinasyon katmanı, manuel çoklu oturum çalışmasında bulunmayan üç yetenek ekler:

  • Eşler arası mesajlaşma: Ekip arkadaşları, mesajları sizden veya liderden geçirmek zorunda kalmadan doğrudan birbirlerine gönderebilir. Örneğin güvenlik inceleyicisi olan bir agent ekibi, tüm ekibi duraksatmadan çalışma sırasında performans inceleyicisine bir bulguyu bildirebilir.

  • Dosya kilitleme: Bir ekip arkadaşı bir dosyaya yazdığında, diğer agent’ların eşzamanlı yazmasını önleyen bir kilit alır. Bu, merge conflict’lerin sessiz üzerine yazma türünü engeller.

  • Bağımlılık takibi: Lider, görev bağımlılıklarını ayrıştırma sırasında kodlar. Koordinasyon katmanı bunları uygular; böylece hiçbir agent, önkoşulları karşılanmadan başlamaz ve manuel yoklama gerekmez.

Agent ekipleri gerçekte nasıl çalışır?

Bir agent ekibi, her biri belirli role sahip şu bileşenlerden oluşur:

Claude Code agent ekipleri nasıl çalışır

Ekip lideri, ana Claude Code oturumudur. Ekibi oluşturur, ekip arkadaşlarını başlatır, aralarındaki çalışmayı koordine eder ve nihai sonucu sentezler. Doğrudan etkileşim kurduğunuz oturum budur.

Ekip arkadaşları, her biri kendi bağlam penceresinde atanmış görevleri bağımsız olarak yürüten ayrı Claude Code örnekleridir. Liderle ya da birbirleriyle bağlam paylaşmazlar; iletişimleri açık biçimde görev listesi ve posta kutusu üzerinden gerçekleşir.

Paylaşılan görev listesi ve posta kutusu koordinasyonu sağlar**.** Paylaşılan görev listesi, agent grubunun okuduğu ve yazdığı canlı bir kuyruktur. Lider, ayrıştırma sırasında listeyi doldurur; ekip arkadaşları görevleri üstlenir, üzerinde çalışır ve tamamlandı olarak işaretler. Bağımlılıklar otomatik uygulanır; bir ekip arkadaşı bir görevi tamamladığında, ona bağlı olduğu için bloke olan görevler manuel müdahale olmadan açılır. Posta kutusu, doğrudan agent-agent iletişimi için mesajlaşma sistemidir. Mesajlar ekip arkadaşları ile lider arasında otomatik akar.

Hem ekip yapılandırması hem de görev listesi yerel olarak saklanır (~/.claude/teams/ ve ~/.claude/tasks/). Claude Code bu dosyaları otomatik olarak oluşturur ve güncel tutar. Elle düzenlemeyin; yaptığınız değişiklikler bir sonraki durum güncellemesinde üzerine yazılır.

Claude Code agent ekipleri nasıl kurulur?

Claude agent ekipleri, Claude Code’da varsayılan olarak devre dışıdır. Deneysel olarak etiketlenmiştir ve açıkça etkinleştirilmeleri gerekir. Tam kurulum yolu şöyledir. Agent ekiplerini etkinleştirmeden önce Claude Code sürümünüzün v2.1.32 veya daha yeni olduğunu doğrulamalısınız**.** Kontrol etmek için terminalde claude --version çalıştırabilirsiniz.

Adım 1: Özellik flag’ini etkinleştirin

CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS ortam değişkenini 1 olarak ayarlayın. Bunu yapmanın üç yolu vardır:

Seçenek A: ~/.claude/settings.json (önerilir)

{ "env": { "CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1" }}

Seçenek B: Shell profili (~/.bashrc veya ~/.zshrc)

export CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1

Seçenek C: Tek oturum için satır içi

CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1 claude

settings.json dosyasını veya shell profilinizi düzenlediyseniz, flag’in etkili olması için Claude Code’u yeniden başlatın.

Agent ekipleri iki modda görüntülenir: işlem içi (tüm ekip arkadaşları ana terminalin içinde çalışır) ve bölünmüş paneller (her ekip arkadaşının kendi paneli olur; bunun için tmux veya iTerm2 gerekir). Her ekip arkadaşını kendi terminal panelinde çalıştırmak, ekibi gerçek zamanlı izlemeyi belirgin biçimde kolaylaştırır.

Bölünmüş paneller modunda kalındığından emin olmak için ~/.claude/settings.json içinde setteammateMode ayarlayın:

{ "teammateMode": "tmux"}

Varsayılan "auto" ayarını geçersiz kılmak için ~/.claude/settings.json içinde teammateMode değerini in-process olarak ayarlayın. Tek bir oturumda in-process modunu zorlamak için flag olarak iletin: claude --teammate-mode in-process.

Adım 3: Agent ekibinizi başlatmak için prompt verin

Agent ekibini etkinleştirdikten sonra, agent ekibinin hangi görevleri, teslim çıktısını ve ekip yapısını üstlenmesini istediğinizi Claude’a doğal dille söylemeniz yeterlidir. Prompt içinde her rolü belirtebilirsiniz; Claude ekibi oluşturur, ekip arkadaşlarını başlatır ve görevleri buna göre planlar.

Örnek prompt:

Yerel bir LLM kullanarak staged diff’lerden otomatik commit mesajları üreten bir VS Code eklentisi geliştiriyorum. Bunu farklı açılardan zorlayıp test edecek bir agent ekibi oluştur: bir ekip arkadaşı geliştirici benimsemesi ve onboarding sürtünmesine, biri çıkarım hattı ve gecikme ödünleşimlerine odaklansın, biri de bu sorunun zaten çözüldüğünü savunan şüpheci rolünü üstlensin.

Agent ekiplerinizin hangi modeli kullanacağını belirtebilirsiniz; örneğin "Her ekip arkadaşı için Sonnet kullan". Ekip arkadaşları lider agent’ın modelini devralmaz. Kullanıcılar modeli rol dosyasının frontmatter’ında belirtmeli veya /config üzerinden varsayılan bir ekip arkadaşı modeli ayarlamalıdır.

Adım 4: Karmaşık görevler için plan onayı isteyin (isteğe bağlı)

Yüksek riskli ve karmaşık görevlerde, ekipten yürütmeden önce bir plan hazırlamasını isteyebilirsiniz. Agent grubundaki ekip arkadaşları salt okunur modda çalışır; lider planı inceler, revize eder ve sonunda onaylar. Ekip arkadaşları ancak plan lider tarafından onaylandıktan sonra uygulamaya başlar.

Kararları lider agent vereceği için karar alma ölçütleri de sağlayabilirsiniz.

Örnek prompt:

Veri alım hattındaki darboğazları denetlemesi için performans mühendisi rolünde bir ekip arkadaşı başlat. Herhangi bir koda dokunmadan önce plan onayı şart olsun. Yalnızca değişiklik önermeden önce mevcut temel durumu benchmark eden planları onayla.

Herhangi bir ekip arkadaşı dosya yazıyorsa Claude Code worktree’leri kuvvetle önerilir. Git worktree, ana checkout’unuzla aynı .git geçmişini paylaşan, kendi branch’i üzerinde ayrı bir çalışma dizinidir. Her agent yalıtılmış dosya erişimi elde eder; bir worktree’deki düzenlemeler başka bir agent’ın devam eden çalışmasına asla dokunmaz.

Bunu agent bazında etkinleştirmek için agent’ın YAML frontmatter’ına isolation: worktree eklemeniz yeterlidir. Claude Code, her paralel agent çağrısı için yeni bir worktree hazırlar ve agent işi bitirdiğinde bunu otomatik olarak temizler.

CLI kullanımı için: claude --worktree veya claude -w, oturumu kendi worktree’sinde başlatır. Masaüstü uygulaması her oturum için otomatik olarak bir Claude Code worktree oluşturur.

Adım 6: Düzenli aralıklarla izleyin

Agent ekipleri kur ve unut türü değildir; uzun süre çalışan ekipler rotadan sapabilir. Agent’lar izin istemlerinde takılabilir, görevleri erken tamamlandı işaretleyebilir veya kapsamı gözden kaçırabilir. Her 10–15 dakikada bir kontrol edip paylaşılan görev listesinde takılmış ya da sahiplenilmemiş görevleri inceleyebilirsiniz. Bir görev 20–30 dakika boyunca ilerlemediyse, manuel müdahale gerektiren bir izin engeli veya yanlış tanımlanmış bir rol söz konusu olabilir.

Yan yana karşılaştırma: alt agent’lar ve agent ekipleri

Alt agent’lar bir delege etme modelidir. Agent ekipleri ise bir iş birliği modelidir. Bu fark, bağlam yönetiminden bir çalıştırmanın maliyetine kadar her şeyi şekillendirir.

Alt agent’larAgent ekipleri
İletişimTek yönlü: lider dağıtır, alt agent’lar geri raporlarEşler arası + lider koordinasyonu
Paylaşılan durumYokBağımlılık takibi olan paylaşılan görev listesi
Bağlam pencereleriKendi bağlam penceresi; sonuçlar lidere dönerHer ekip arkadaşının kendine ait (1M token’a kadar)
Dosya çakışmasını önlemeYerleşik değilDosya kilitleme dâhil
Token maliyetiDaha düşükDaha yüksek (her ekip arkadaşı tek bir instance’tır)
Oturumu sürdürmeDesteklenir/resume and /rewind don't restore in-process teammates
İç içe agent’larDesteklenirDesteklenmez; ekip arkadaşlarını yalnızca lider başlatabilir
En uygun olduğu durumlarOdaklı delege etme, tekrarlanabilir iş akışlarıParalelleştirilebilir, birbirine bağımlı, çok alanlı işler

Alt agent’lar tek yönlü bir delege etme modelidir: lider bir görev gönderir, alt agent bunu kendi bağlam penceresinde yürütür ve sonuç geri döner. Paylaşılan durum yoktur, kardeş agent’lar arasında doğrudan iletişim yoktur, koordinasyon katmanı yoktur; yalnızca temiz bir gönder-ve-dön döngüsü vardır.

Agent ekipleri, otomatik bağımlılık zorlaması olan paylaşılan bir görev listesi üzerinde çalışır ve ekip arkadaşları posta kutusu üzerinden eşler arası mesajlaşır.

Alt agent’lar ile agent ekipleri arasındaki farklar

Kısacası agent ekipleri, iş gerçekten bağımsız paralel hatlara ayrılabildiğinde ve bu hatların bulguları paylaşarak birbirleriyle koordine olması gerektiğinde karşılığını verir. Hızlı sonuçlar, sıralı görevler, tek dosyalık düzenlemeler veya maliyet öngörülebilirliğinin hızdan daha önemli olduğu her durumda alt agent’lar daha doğru tercihtir.

Ne zaman agent ekipleri, ne zaman alt agent’lar seçilmeli?

Agent ekiplerini şu durumlarda kullanın:

  • Ekip arkadaşlarının birbiriyle doğrudan iletişim kurması gerekiyorsa

  • İş, paralel iş akışları genelinde bağımlılık takibi olan paylaşılan bir görev listesi gerektiriyorsa

  • Görev tek bir oturum için fazla büyükse ve her çalışanın tamamen bağımsız kendi bağlamına ihtiyacı varsa

Alt agent’ları şu durumlarda kullanın:

  • Ara çıktının tamamına değil, yalnızca nihai özete ihtiyacınız varsa

  • İş, temiz bir sonuç döndürecek kadar kendi içinde kapalıysa

  • Araçları kısıtlamak veya daha ucuz bir modele yönlendirmek istiyorsanız

  • Birbirine bağımlı olmayan paralel araştırma yollarına ihtiyacınız varsa

Gerçekten bağımsız en az üç paralel iş akışı belirleyemiyorsanız, tek bir oturum veya alt agent’lar muhtemelen daha düşük maliyetle bir agent ekibinden daha iyi performans gösterir.

Agent ekipleri için gerçek kullanım senaryoları

İş doğal olarak kapsamı belirli, sınırları net iş akışlarına ayrıldığında; bu iş akışları birbirini beklemeden ilerleyebildiğinde (veya bağımlılıkları açıkça kodlanabildiğinde) ve koordinasyon yükü paralel çalışmanın kazandırdığı zamana kıyasla küçük kaldığında. Aşağıda, agent ekiplerinin tek bir oturumdan daha iyi performans gösterdiği beş kullanım senaryosu yer alıyor.

Paralel kod incelemesi

Bir pull request’e aynı anda üç inceleyici atayın: bir güvenlik agent’ı, bir performans agent’ı ve bir test kapsamı agent’ı. Lider, üç paralel raporu önceliklendirilmiş tek bir aksiyon listesinde birleştirir. Bu model, mimari inceleme (ölçeklenebilirlik agent’ı, güvenlik agent’ı, sürdürülebilirlik agent’ı) veya farklı düzenleyici çerçevelerde uyumluluk kontrolleri için de işe yarar.

Rekabet eden hipotezlerle hata ayıklama

Bir üretim hatasını incelemek için belirli dosyaları veya log’ları test etmek üzere, her biri tek bir hipoteze sahip beş agent başlatın. Hipotezini ilk doğrulayan agent düzeltmeyi ortaya çıkarır; diğerleri durdurulabilir. Bu, her teoriyi sırayla araştırıp tek bir yolda saatlerce debug yapmak, geri dönmek ve sonra bir sonrakine başlamak yerine daha verimli bir yöntemdir.

Katmanlar arası refactor’lar

Katmanlar arası bir refactor görevi hem sıralı hem de paralel adımlar içerir. Örneğin, kırıcı bir API değişikliği; backend endpoint’lerinde, bu endpoint’leri kullanan frontend bileşenlerinde ve ikisini de kapsayan test suite’inde güncellemeler gerektirir. Frontend başlamadan önce backend işi tamamlanmalıdır. Backend görevi yürümeye başladıktan sonra test suite’i agent’ı yeni test yapısını paralel olarak iskeletlendirmeye başlayabilir. Bir agent ekibinde lider, bu sıralamayı kodlamak için paylaşılan görev listesinin bağımlılık takibini kullanır.

Bağlam kirlenmesi olmadan araştırma taraması

Teknik bir karar, veritabanı motoru seçimi, üç üçüncü taraf API’nin değerlendirilmesi ve build araçlarının incelenmesi gibi birbirinden bağımsız birden fazla kanıt kümesinin taranmasını gerektirebilir. Her agent’a örtüşmeyen bir alan atayın; her biri yapılandırılmış bir özet yayımlar. Lider bunları bir karşılaştırma belgesinde toplar. Yalıtım bağımsız bakış açısını korur ve sonuçların kalitesini artırır.

Büyük kod tabanı migrasyonu

Büyük bir kod tabanında önemli bir dependency’yi yükseltmek genellikle birden çok modüle dokunmayı gerektirir. Bu modüllerin sınırları temizse ve eşzamanlı migrate edilebiliyorsa agent ekipleri yardımcı olur. Her bağımsız modüle bir agent atayın; her agent kendi modülünü migrate eder, kendi test suite’ini çalıştırır ve değişen interface’leri de içeren bir migrasyon özetiyle geri raporlar. Lider, migrasyonun tamamlandığını ilan etmeden önce interface değişikliklerini inceler ve merge sırasını koordine eder.

Agent ekibinizi tasarlarken yapılması ve yapılmaması gerekenler

Claude Code ile paralel bir agent sistemi kurmak teknik olarak kolaydır; ama yanlış tasarlamak da bir o kadar kolaydır. Agent ekibinizin gerçekten performans üretip üretmeyeceğini ya da zaman kaybettirip kaybettirmeyeceğini belirleyen ilkeler şunlardır.

Paralel agent sistemi kurarken profesyonel ipuçları

  • İzinleri önceden onaylayın: Ekip arkadaşları liderin izin ayarlarıyla başlar. Lider --dangerously-skip-permissions ile çalışıyorsa, tüm ekip arkadaşları bunu da devralır. Ekip arkadaşları başlatıldıktan sonra tek tek modlarını ayarlayabilirsiniz; ancak ekip arkadaşı bazlı modlar başlatma anında yapılandırılamaz. Ekibi çalıştırmadan önce izin duruşunuzu lider üzerinden planlayın.

  • Rol prompt’larını sıkı yazın: Her rol prompt’u dört şeyi belirtmelidir: ne yapılacağı, hangi dosya veya alanlarda çalışılacağı, neye odaklanılıp nelerin dışarıda bırakılacağı ve teslim çıktısının nasıl görüneceği. Ekip arkadaşlarını başlatırken proje, kullanıcı, plugin veya CLI tanımlı herhangi bir subagent kapsamındaki subagent türlerine başvurabilirsiniz. Böylece güvenlik inceleyici veya test runner gibi bir rolü bir kez tanımlayıp hem delege edilmiş subagent hem de agent ekibinde ekip arkadaşı olarak yeniden kullanabilirsiniz.

  • Dosya yalıtımını zorunlu kılın: Diske yazan her agent için yalıtım kullanın. Aynı dosyayı aynı anda değiştiren iki agent, bozuk çıktı üretmenin en güvenilir yollarından biridir.

  • Düzenli aralıklarla kontrol edin: Aktif agent ekiplerinde her 10–15 dakikada bir kontrol edin. İlerlemeyen görevler için paylaşılan görev listesine bakın. 20–30 dakikadan uzun süre takılı kalan bir görev; izin sorunu, yanlış tanımlanmış rol veya döngüsel bağımlılık nedeniyle durmuş olabilir ve manuel çözüm gerektirebilir.

  • Bağımlılıkları açıkça kodlayın: Görev B mantıksal olarak Görev A’dan sonra geliyorsa, bu bağımlılığı rol prompt’undaki bir talimat olarak değil, ayrıştırma sırasında görev listesine yazın. Koordinasyon katmanı bağımlılıkları otomatik uygular; prompt’lardaki talimatlar yanlış okunabilir veya göz ardı edilebilir.

  • md dosyanızda sahiplik sınırlarını tanımlayın: Çok oturumlu projelerde, her modülün veya dizinin tam olarak bir sahip agent’ı olduğunu belirten bir kural yazın. Bu, ekip başlatılmadan önce çakışmaları önler.

  • Temizliği ekip arkadaşı üzerinden değil, her zaman lider üzerinden yapın: Lider, kaynakları temizlemeden önce aktif ekip arkadaşlarını kontrol eder. Ekip arkadaşları güvenli temizlik için gerekli tam ekip bağlamına sahip değildir; bunu yapmak oturumu tutarsız bir durumda bırakma riski taşır.

Agent ekibinizde kaçınabileceğiniz yaygın hatalar

  • Tek bir oturumun temizce halledebileceği bir görev için ekip başlatmayın: Tek bir rol dosyası yazmadan veya tek bir swarm prompt’u göndermeden önce görev grafiğini çizin. Hangi alt görevler gerçekten bağımsız? Hangilerinin bağımlılıkları var? İş sıralı bağımlılıklara mı dayanıyor? Sınırları net üç paralel hattı ifade edemiyorsanız, tek bir oturum ekipten daha iyi performans gösterir.

  • Aynı dosyaya iki agent atamayın. Merge çatışmalarının ve sessiz üzerine yazmaların en yaygın kaynağı budur. Görev ayrıştırmanız aynı bileşene dokunması gereken iki agent üretiyorsa, o bileşendeki çalışma sıralı olmalıdır — biri tamamladıktan sonra diğer agent’a atayın.

  • Claude Code’da izin ön onayını atlamayın. Çalışma ortasında çıkan izin prompt’ları paralel yürütmeyi durdurur ve manuel müdahale gerektirir. Bu ek yük faydanın büyük bölümünü ortadan kaldırır. Başlatmadan önce çalışma dizini için dosya yazma işlemlerini ve shell komutlarını önceden onaylayın.

  • Claude Code ekibinizi geri yüklemeyi beklemeyin. Bir oturum temizlenirse /resume ve /rewind, işlem hâlindeki ekip arkadaşlarını geri getirmez. Uzun çalışmalardan önce önemli ara çıktıları kaydedin.

  • Net bir gerekçeniz yoksa ekibi beşin üzerine çıkarmayın. Token maliyetleri doğrusal artar, ancak koordinasyon yükü daha hızlı büyür. Rolleri net üç odaklı agent, rolleri belirsiz beş agent’tan düzenli olarak daha iyi sonuç verir. Ekip arkadaşı eklemeyi yalnızca bekleyen açık bir paralel iş akışı olduğunda yapın — sırf daha fazlası daha iyiymiş gibi hissettirdiği için değil.

Başka bir paradigma: Çok agent’lı ekibinizi Kimi Agent Swarm’da kurun

Claude Code agent ekipleri, terminal iş akışları ve Git ekosistemiyle derin entegrasyon sayesinde geliştiriciye özgü senaryolarda öne çıkar. Ancak çok agent’lı iş birliği paradigması komut satırının çok ötesine uzanır. Kimi Agent Swarm, bu paradigmayı herkes için erişilebilir kılar.

Kimi Agent Swarm, Kimi’nin karmaşık ve büyük ölçekli görevler için geliştirdiği çok agent’lı iş birliği sistemidir. Geniş bir hedefi ayrık alt görevlere böler; arama, okuma, analiz, yazma, kodlama, elektronik tablo üretimi, slayt oluşturma ve web sayfası hazırlama işlerini aynı anda yürütecek farklı agent’ları ve becerileri planlar. env flag yok. git config gerektirmez.

Kimi Agent Swarm’da birden çok agent ekibi kurun

Kimi Agent Swarm’ın temel özellikleri

  • 300’e kadar sub-agent ile paralel iş birliği: Kimi Agent Swarm karmaşık bir görevi ayrıştırır ve birden çok sub-agent’ı alt görevleri eşzamanlı yürütmek üzere planlar. Sistem, tek bir çalışmada 4.000’den fazla araç çağrısı gerçekleştirmek için 300’e kadar sub-agent’ı koordine edebilir.

  • Çok becerili birleşik yürütme: Swarm, Derin Araştırma, pptx, rapor yazımı, vibe-coding, web sitesi oluşturma, makale yazımı dâhil olmak üzere birden çok uzmanlaşmış beceriyi tek bir çalışmada birleştirebilir ve çıktı derinliği ile format kapsamı açısından tek bir agent’tan daha iyi performans gösterebilir.

  • Büyük ölçekli belge işleme: Agent Swarm 20+ formatta (PDF, Word, Excel, PPT, görseller vb.) dosyaları toplu işleyebilir; tüm belge kümesi genelinde içeriği paralel olarak okuyup bilgi çıkarabilir ve özetleyebilir; kütüphaneleri, rekabet istihbaratı dosyalarını veya çok kaynaklı veri alımını referans gösterebilir.

  • Proaktif geniş kapsamlı araştırma: Geniş alanlardan bilgi gerektiren görevlerde Agent Swarm, sub-agent’ları web’de arama yapmak, kaynakları bulmak, içerik indirmek, bulguları kategorilere ayırmak ve yapılandırılmış özetler üretmek üzere paralel olarak görevlendirir.

  • Çok perspektifli akıl yürütme: Agent Swarm aynı problem üzerinde birden çok uzman bakış açısını eşzamanlı çalıştırabilir. Bu, tek bakış açılı bir geçişten daha eksiksiz analiz üretir ve sıralı incelemenin kaçırdığı kör noktaları ortaya çıkarır.

  • Derin içerik teslimi: Agent Swarm’ın paralel mimarisi; yüzlerce sayfalık araştırma raporları, uzun biçimli sektör analizleri, akademik literatür incelemeleri, yapılandırılmış öğrenme kılavuzları ve kapsamlı anlatı içerikleri gibi kalıcı derinlik gerektiren çıktılar için tasarlanmıştır.

  • Tek çalışmada çok formatlı çıktı: Agent Swarm aynı görev üzerinde PDF raporu, PPT sunumu, web sayfası, Excel veri kümesi ve kod projesi gibi birden çok teslim türünü eşzamanlı üretebilir.

Kimi Agent Swarm’da agent ekibi nasıl çalıştırılır?

1. Adım: Kimi Agent Swarm’ı açın ve prompt’unuzu girin

Agent Swarm sayfasını açın ve giriş kutusunda görevinizi açıklayın. En iyi sonuç için kapsamı, beklediğiniz teslim çıktılarını ve zaman aralığı, kaynaklar veya format gereksinimleri gibi kısıtları net belirtin.

Örnek prompt:

En iyi altı vektör veritabanı seçeneğini araştır. Her biri için şunları ele al: performans benchmark’ları, fiyatlandırma modeli, geliştirici ekosistemi ve 2025–2026 dönemine ait üretim olayı raporları.
Agent ekipleri kurmak için prompt’unuzu Kimi Agent Swarm’a girin

2. Adım: Kimi Agent Swarm’ın çalışmasına izin verin

Prompt’unuzu gönderdikten sonra Agent Swarm görevi alt görevlere böler ve subagent’ları paralel çalışmak üzere görevlendirir. Görev planlama, sub-agent başlatma ve paralel yürütme dâhil ilerlemeyi gerçek zamanlı izleyebilirsiniz.

Kimi Agent Swarm tarafından kurulan agent ekibinin paralel çalışmasına izin verin

3. Adım: Sonuçları alın, önizleyin, indirin veya paylaşın

Çalışma tamamlandığında teslim çıktılarınız doğrudan arayüzde önizlemeye hazır olur. Görevinize bağlı olarak çıktılar araştırma raporları, veri analizleri, PPT sunumları, web sayfaları, kod projeleri veya bunların bir kombinasyonu olabilir. Dosyaları indirebilir ve doğrudan paylaşabilirsiniz.

Kimi Agent Swarm’ın ürettiği sonuçları alın, önizleyin ve indirin

Kimi Agent Swarm’ın öne çıktığı kullanım senaryoları

  • İhale ve teklif yazımı: Paralel agent’ları teknik şartnameler, uyumluluk gereksinimleri, fiyatlandırma modelleri ve vaka çalışmaları üzerinde aynı anda görevlendirin; orchestrator bunları tutarlı bir teklifte birleştirir.

  • Finansal analiz: Paralel agent’ları piyasa verileri, rakip şirket bildirimleri, makro göstergeler ve iç modeller üzerinde çalışmak üzere görevlendirin; orchestrator bunları birleşik bir analize dönüştürür.

  • İş araştırması: Rekabet ortamı, müşteri görüşmeleri, sektör raporları ve farklı kaynaklardan düzenleyici bağlam için paralel agent’lar atayın; orchestrator yapılandırılmış bir çıktı üretir.

  • Güvenlik testleri: Keşif, güvenlik açığı taraması, dependency denetimi ve yetki yükseltme kontrolleri için paralel agent’lar çalıştırın; orchestrator bulguları nihai raporda toplar.

  • Full-stack geliştirme: Frontend bileşenleri, backend endpoint’leri, veritabanı şeması ve test suite’leri için paralel agent’lar kurun; orchestrator tüm stack genelinde entegrasyonu koordine eder.

Sonuç

Claude Code agent ekipleri, karmaşık kod tabanlarına doğrudan terminalden paralel yürütme getirmek üzere mühendislik iş akışları için özel olarak tasarlanmıştır. İşiniz kodun ötesine geçiyorsa Kimi Agent Swarm aynı çok agent’lı paradigmayı araştırma, analiz, içerik ve daha fazlasına taşır. Görevinizi kısaca açıklayın; gerisini swarm halletsin.

SSS

Claude agent ekiplerinin gerçek maliyeti nedir?
Sabit bir fiyat yok. Maliyetler, kaç ekip arkadaşı başlattığınıza ve her birinin ne kadar iş yaptığına göre ölçeklenir. Her ekip arkadaşı, kendi bağlam penceresine sahip tam bir Claude örneğidir; bu yüzden 3 kişilik bir ekip, aynı görevde tek bir oturuma kıyasla genellikle 3–4 kat daha fazla token işler. Çarpan daha iş başlamadan devreye girer: aynı proje bağlamını yükleyen 4 agent’lı bir ekip, baştan 4 kat başlatma maliyeti öder; ayrıca her agent’lar arası mesaj için faturalandırılabilir bir gidiş-dönüş oluşur.
Alt agent’lar ile agent ekipleri arasındaki fark nedir?
Alt agent’lar tek yönlü bir delege etme modelidir: lider bir görev gönderir, alt agent görevi yürütür ve sonuç lidere döner. Paylaşılan durum yoktur; kardeş agent’lar arasında doğrudan iletişim de yoktur. Agent ekibi ise ekip arkadaşları arasında eşler arası mesajlaşma, bağımlılık takibi olan paylaşılan görev listesi ve eşzamanlı yazmalar için dosya kilitleme ekler. Maliyet ve uygunluk açısından alt agent’lar token bakımından daha verimlidir ve odaklı, tekrarlanabilir görevlere daha uygundur. Agent ekipleri ise birden çok bağımsız iş akışında paralel ve koordineli yürütmeden fayda sağlayan karmaşık işler için tasarlanmıştır.
Agent ekip arkadaşları aynı bağlam penceresini paylaşır mı?
Hayır. Claude Code agent ekibindeki her ekip arkadaşı, en fazla 1 milyon token kapasiteli, tamamen bağımsız kendi bağlam penceresinde çalışır. Ekip arkadaşlarının birbirlerinin bağlamına veya belleğine doğrudan erişimi yoktur. Açık eşler arası mesajlar ve paylaşılan görev listesi üzerinden iletişim kurarlar. Bu yalıtım bilinçli bir tercihtir: bir agent’ın kısmi veya hatalı bulgularının başka birinin çalışmasını etkilemesini önler. Ayrıca token maliyetlerinin ekip büyüklüğüyle doğrudan ölçeklenmesi anlamına gelir; dört ekip arkadaşı, paralel başlatılan dört ayrı bağlam penceresi demektir.
Agent ekipleri Git worktree kullanır mı, buna ihtiyacım var mı?
Git Claude Code worktree’leri isteğe bağlıdır, ancak dosya yazan her agent için kuvvetle önerilir. Worktree, her agent’a kendi branch’ini ve çalışma dizinini verir; böylece bir agent’ın devam eden düzenlemeleri başka birininkiyle çakışmaz. Worktree olmadan, ilişkili dosyaları değiştiren iki agent merge conflict’lere veya fark edilmeden yapılan üzerine yazmalara yol açabilir. Claude Code’da agent başına yalıtımı etkinleştirmek için agent’ın YAML frontmatter’ına isolation: worktree ekleyin veya CLI’da --worktree flag’ini kullanın. Masaüstü uygulaması her oturum için otomatik olarak bir worktree oluşturur.