Agent Teams.
Gerçek bir teknik ekip, senaryolaştırılmış.

Claude subagents tek bir parent Claude oturumundan inline delegasyonlardır. Parent ne zaman bir subagent çağıracağına karar verir, subagent izole bir context window'da çalışır, bir sonuç döner ve parent devam eder. AgentsRoom Teams bir seviye üstte: her düğüm kendi terminali, kendi durumu ve kendi scrollback'i olan bir top-level Claude Code oturumudur. Her ajanın kendi sekmesinde canlı çalıştığını görürsün, herhangi bir anda herhangi biriyle konuşabilirsin, ekibi duraklatabilir, workflow'u değiştirebilir ve devam ettirebilirsin. Claude subagents'in yerine geçmez, kesinlikle ikisini de kullanabilirsin. Bir ekip düğümü dahili olarak subagents kullanabilir.

AgentsRoom'un desteklediği 14 ajan CLI'sının tamamıyla çalışır (Claude Code, Codex CLI, GitHub Copilot CLI, Cursor ve 10 tanesi daha). Her ekip düğümü kendi sağlayıcısını ve modelini seçer. MCP tabanlı ekip koordinasyon araçları sağlayıcılar arasında aynı şekilde çalışır çünkü standart Model Context Protocol üzerinden ifşa edilirler. Bütçen ve gecikmen için uyuyorsa ağır backend düğümünde Codex ve QA düğümünde Haiku ile bir ekip çalıştırabilirsin.

Bir ajandan diğerine seyahat eden yapılandırılmış bir nesne. Alanlar: featureSummary (az önce çıkarılanın kısa açıklaması), changedFiles (git diff name-status), touchedAreas (UI, API, DB, config), risks (sonraki ajanın endişelenmesi gereken her şey), testHints (QA için öncelikler), flags (qaPassed gibi boolean'lar, koşullu kenarlar tarafından kullanılır). Ajan bu payload ile team_complete_step çağırır, runner sunucu tarafında doğrular, sonraki ajan onu başlangıç bağlamı olarak alır.

Evet. Bir düğüm yeniden girildiğinde (cycle 1'den büyük), AgentsRoom yeni bir ajan spawn'lamaz. Cycle 1'in orijinal ajanını yeniden kullanır, yeni handoff payload'unu doğrudan mevcut terminaline yazar ve ajan önceki cycle'ların tam Claude oturum hafızasını korur. Bu kritik: QA'nın geçen sefer ne flag'lediğini zaten bilen bir Dev ajan bug'ı düzeltir. Hafızası olmayan taze bir Dev ajan sadece aynı hatayı tekrarlayacaktır.

Ekip config'inin bir max-cycles guard'ı vardır, varsayılan 3. Cap'e ulaşıldığında, run 'blocked' durumu ile duraklar ve seni bekler. Run'u finalize edebilir, manuel olarak bir kez daha handoff yapabilir veya her şeyi iptal edebilirsin. Sonsuz loop yok, sürpriz gece faturaları yok.

Evet. Ekip tek bir workspace'de ve tek bir branch'te çalışır (veya AgentsRoom Worktrees feature'ını kullanıyorsan worktree). Her ajan öncekinin işini git üzerinden görür. Handoff payload, run baseline'ına karşı bir git diff içerir, böylece sonraki ajan yeninin tam olarak ne olduğunu bilir.

Hayır. Teams, AgentsRoom'un parçasıdır. Kendi sağlayıcı anahtarlarını (Claude, Codex, GitHub Copilot CLI, Cursor ve diğer 10 ajan CLI'sı) getirirsin ve sadece kullandığın token'lar için ödeme yaparsın, tek bir ajanla olduğu gibi. Küçük bir tickette Dev'den QA'ya ekibi çalıştırmak tipik olarak tek bir Fullstack ajanı çalıştırmakla aynıya mal olur, çünkü QA adımında Haiku/Sonnet ucuzdur.

Proje ekipleri room ile yaşar, hesabınızla senkronize edilir ve {project}/.agentsroom/teams-cache.json (gitignored) içinde önbelleğe alınır. Global ekipler de hesabınızla senkronize edilir: kitaplığınız makineden makineye sizi izler, ~/.agentsroom/teams/ çevrimdışı önbellektir. Hazır şablonlar yerel kalır: her makine onları kendi dilinde kurar.

Çalıştırma durumu diske {workspace}/.agentsroom/team-runs/{runId}/ altında kaydedilir (state.json, NOTES.md, inbox/, timeline.jsonl), atomik yazımlar ve yalnızca ekleme yapılan notlarla. Kesintiye uğrayan çalıştırma uygulama yeniden başladığında devam eder: orkestratör aktif adıma yeniden girer, terminali yeniden açar ve ajan bağlamını notlardan ve ekip araçlarından geri alır. Ekibi silinmiş bir çalıştırma sonsuza dek asılı kalmak yerine otomatik kapatılır.

Evet. Her çalıştırma bağımsızdır ve runId ile tanımlanır. Aynı projede üç tickette üç farklı ekip canlı olabilir. Tek bir çalıştırmanın içinde akış grafınızı izler: varsayılan olarak sıralı, paralel dallar çizdiğiniz yerde paralel (örneğin aynı anda inceleyen QA ve Security), her zaman deterministik bir birleşimle.

Evet. Bir düğümden koşulsuz iki bağlantı çizin, iki hedef paralel dallar olarak çalışır, her biri kendi ajanı ve terminaliyle. Dallar bir düğüm derinliğindedir ve ortak bir birleşim düğümünde buluşmalıdır; editör bunu çalıştırmadan önce doğrular. Her dal tamamlandığında birleşim tek bir kaynaşık payload alır: role göre etiketlenmiş özetler, tekilleştirilen riskler ve test ipuçları, fail-safe kuralla kaynaştırılan bayraklar (boole çakışması false olarak çözülür).

Düğüme bir shell komutu yazarsınız, örneğin npm test, ve isteğe bağlı bir bayrak adı (varsayılan checkPassed). Ajan adımın bittiğini bildirdiğinde AgentsRoom komutu beş dakikalık limitle workspace içinde çalıştırır. Çıkış kodu 0 bayrağa true yazar, diğerleri false, ajanın kendisi hakkında beyanını ezerek. Başarısızlıkta çıktının son kilobaytları sonraki ajana gider: geri dönüş gerçek stack trace ile iner ve sonuç çalıştırma zaman çizelgesinde görünür.

Evet. Her düğüm, proje veya global Skills Library'nizden skill sabitleyebilir. Ajana adıma başlamadan önce her birini yüklemesi söylenir: bir inceleme kontrol listesi, dağıtım runbook'u veya test prosedürü ajanın hafızasına bağlı kalmak yerine her çalıştırmada uygulanır.

Evet. Editör bir dizi grafik kontrolü çalıştırır ve engelleyici hataları uyarılardan ayırır. Hatalar çalışmayı durdurur: eksik bir Start veya End düğümü, yinelenen bağlantılar, aynı koşulları taşıyan iki bağlantı, kendi koşulları birbiriyle çelişen bir bağlantı, geçersiz bir fan-out. Uyarılar durdurmaz: başında ya da sonunda boşluk olan bir bayrak adı, Start'tan çıkan bir bağlantıdaki koşul, giden bağlantılarının tamamı koşullu olan ve bu yüzden çalışmanın takılabileceği bir düğüm. İkisi de bir kontroller panelinde listelenir ve suçlu bağlantılar tuval üzerinde yeniden renklendirilir, böylece grafiği bir çalışmayı kaybetmeden önce düzeltirsiniz.

Hayır, ve bu bilinçli. Bir çalıştırma canlıyken ekip tanımı, MCP araçlarından gelen yazmalara karşı dondurulur: düğümler, kenarlar, maksimum döngü sayısı, adım talimatları, skill'ler, kontrol komutu, rol, sağlayıcı ve model ajanlar için salt okunurdur, çalıştırmanın yüklediği bir skill de yeniden yazılamaz ve ekibi silip yeniden oluşturarak bu dondurma aşılamaz. Bir ajan, kendisini yöneten kuralı yeniden yazmamalıdır. Siz her şeyi arayüzden istediğiniz zaman düzenlemeye devam edersiniz.

Evet. Mobil yardımcı bir projede ekip başlatabilir, her adımın ilerlemesini gösteren bir çalıştırma banner'ı sunar ve o an çalışan ajanın terminaline erişim verir. Çalıştırmanın kendisi yine masaüstünüzde, gerçek CLI'lar üzerinden, tam olarak oradan başlatmışsınız gibi yürür.

Çalıştırmanın neyden çuvallayacağını sor. İpin ucunu kaçırdığı için çuvallayacaksa Sırayla modunu seç: tek bir oturum bütün rolleri oynar ve bir kararı kendine bir daha anlatmaz. Kendine katıldığı için çuvallayacaksa ekip modunu seç: roller ayrı ajanlar olarak çalışır, yani kodu inceleyen, onu yazan değildir. Sırayla modu varsayılan; çünkü bu ayar var olmadan önce kurulmuş her ekip zaten böyle çalışıyor, daha iyi olduğu için değil.

Hayır. Bir takım arkadaşı ilk ihtiyaç duyulduğunda başlar: ya graf onun adımına gelir ya da başka bir ajan ona yazar; sonrasında çalıştırmanın geri kalanında canlı kalır. Dolayısıyla dört rollü bir ekip, yalnızca ikisini ilgilendiren bir soruya cevap vermek için dört oturum yakmaz ve üçüncü döngüde seslenilen bir rol, birinci döngüde cevap veren ajanın aynısıdır.

Yalnızca okuyabildiği kadarını. Çalıştırmanın ortasında katılan bir takım arkadaşının kendi oturumu vardır ve işe dair hiçbir hatırası yoktur; görüşünün bir değeri olmasının sebebi tam olarak budur. Ortak notlar, çalıştırma zaman çizelgesi ve çalıştırma başladığından beri biriken git diff'i üzerinden yetişir; hepsini kendi araçlarıyla okur. O okuma bu modun bedelidir ve Sırayla modunun hâlâ var olmasının sebebidir.

Evet, üstelik varsayılan bu. Serbest konuşma kapalıyken bir takım arkadaşı yalnızca graftaki düğümünün işaret ettiği rollere yazabilir, yani bir kapı başkasına sorularak etrafından dolaşılamaz. Gerçek bir ekip istediğinde aç: herkes herkese, her yönde ve aynı anda birkaç kişiye yazar. Her iki durumda da çalıştırmayı yine graf başlatır ve yine graf bitirir.