Agent Teams.
Gerçek bir teknik ekip, senaryolaştırılmış.
AgentsRoom Teams, AI kodlama ajanlarını gerçek bir mühendislik ekibi gibi zincirler. Bir Fullstack Dev feature'ı çıkarır, bir QA Engineer onaylar, bir PM imzalar. Her rol senaryolaştırılmıştır, workflow görseldir ve her handoff feature özetini, diff'i, riskleri ve test ipuçlarını taşır. Her şeyi kötü yapan tek bir ajana son.
Hayalindeki AI geliştirme ekibini görsel bir canvas üzerinde, tıpkı bir n8n workflow'u gibi inşa et. Koşullu kenarlar, feedback loop'lar, retry'lar, max-cycles guard. Bir kez kaydet, her tickette çalıştır ve ajanlarının senior'lar gibi bayrağı geçirdiğini izle.
AgentsRoom Teams: görsel çoklu ajan workflow editörü, Claude Code ajanları arasında otomatik handoff, Dev'den QA'ya feedback loop, MCP tabanlı ajan-arası iletişim.
Agent Teams, AI kodlama ajanları hakkındaki acımasız bir gerçeğe AgentsRoom'un cevabıdır: her şeyi yapmaya çalışan tek bir ajan, her şeyi kötü yapar. Aynı anda kod yazan, test eden, review yapan, deploy eden ve spec yazan Fullstack ajan, talimatlarının yarısını yarı yolda unutur. Doğru cevap, dünyadaki her ciddi yazılım ekibinin kullandığı cevap, işi rollere bölmektir. Bir geliştirici kod yazar. Bir QA mühendisi doğrular. Bir product manager onaylar. Bir security reviewer denetler. Her rolün kendi bağlamı, kendi odağı, kendi araçları vardır.
Agent Teams'in AgentsRoom'a getirdiği tam olarak budur. Sonsuz bir canvas üzerine düğümler bırakırsın (n8n, Make, Retool ve Pipedream ile aynı motor olan React Flow üzerine kurulu), her düğüm belirli bir role atanmış bir Claude Code, Codex, OpenCode, Gemini CLI veya Aider ajanıdır ve onları birbirine bağlarsın. Ekibi backlog'undaki bir bilet üzerinde çalıştır veya herhangi bir yeni ajan spawn'ına bağla. AgentsRoom zinciri orkestre eder: ilk ajanı spawn'lar, handoff'u bekler, çalışmayı özetler, sonraki ajanı bu özet ile gelen bağlam olarak spawn'lar, ekip son düğüme ulaşana kadar tekrarlar.
Diğer araçlar bunu tek bir süper ajan ve akıllı promptlarla yapmaya çalışıyor. Denedik, üç adımdan sonra çalışmıyor. Roller kayıyor, bağlam kayboluyor, ajan ne doğrulaması gerektiğini unutuyor. Agent Teams ajanları gerçek takım arkadaşları olarak ele alır: her biri temiz bir oturum, odaklanmış bir system prompt, yapılandırılmış bir handoff payload'u ve diğerleriyle konuşmak için paylaşılan bir scratchpad alır. Bu, gerçekten istediğin AI mühendislik ekibi workflow'udur.
AgentsRoom Teams editörü: her rol için düğüm bırak, bağla, koşullar ekle, ekibi kaydet, herhangi bir tickette çalıştır.
Gerçekten ölçeklenen çoklu ajan orkestrasyonu
Canvas'taki her düğüm bir ajandır. Rolünü (Fullstack, Frontend, Backend, QA, Security, DevOps, PM, Architect, Mobile, Marketing, Git, SEO, Localization veya oluşturduğun herhangi bir özel rol), modelini (Opus, Sonnet, Haiku, GPT-5, o3, Gemini Pro vb.), handoff modunu (Stop hook ile auto veya buton ile manual) ve birkaç satır adıma özel talimat seçersin. Bu kadar. Prompt engineering töreni yok, yazılacak YAML config dosyası yok.
Kenarlar düğümleri bağlar. Basit bir kenar şu anlama gelir: ilk ajan adımını bitirdiğinde, sıradakine devret. Koşullu bir kenar bir flag kontrolü taşır, örneğin qaPassed equals true. QA ajanı bu flag'i handoff payload'unda ayarlar, runner eşleşen kenarı seçer. Feedback loop'larını böyle inşa edersin: QA biter, qaPassed equals false, kenar test ipuçları ve risklerle birlikte Dev'e geri gönderir. Dev düzeltir, tekrar handoff yapar. QA geçene kadar veya max-cycles guard devreye girene kadar loop.
Ajan-arası iletişim by design sağlamdır. AgentsRoom her run'daki her ajana bir araç seti veren özel bir MCP sunucusu (agentsroom-team) sunar: ekip bağlamını oku, paylaşılan NOTES.md scratchpad'ı oku, takım arkadaşları için not paylaş, başka bir role soru gönder, inbox'ı oku, timeline'ı oku, run baseline'ına karşı git diff'i oku ve adımı yapılandırılmış bir payload ile tamamla. Bu araçlar her turda Claude oturumuna yeniden enjekte edilir, böylece bağlam compaction'ından sağ çıkar. Bir /compact veya /clear sonrasında bile ajan hala ekip araçlarını görür.
Bunun da üstüne, bir UserPromptSubmit hook'u her kullanıcı mesajından önce takım arkadaşlarından gelen yeni notları ajana hatırlatır. Workspace'deki bir NOTES.md dosyası append-only'dir ve crash'lerden, restart'lardan ve Mac reboot'larından sağ çıkar. Sunucu tarafında doğrulanan handoff payload şeması, ajanların boş veya çöp payload'larla handoff yapmasını engeller. Bu, çoğu çoklu ajan demosunun sessizce atladığı kısımdır ve çoğunun cycle 3'te dağılmasının nedenidir.
Bir AI mühendislik ekibi yürütmek için ihtiyacın olan her şey
Görsel workflow, gerçek handoff, gerçek feedback loop'ları, gerçek ajan-arası iletişim. Bir feature'ı elli yerine tek bir Slack ping'i ile çıkarabilmen için inşa edildi.
Görsel workflow canvas'ı
n8n, Retool, Pipedream ve Make'in arkasındaki aynı motor olan React Flow ile güçlendirilmiş sonsuz zoom'lanabilir canvas. Düğüm bırak, bağla, ekibi kaydet. Kod yok, YAML yok.
14 yerleşik ajan rolü
Fullstack, Frontend, Backend, DevOps, QA, Security, PM, Architect, Mobile, Marketing, Git Expert, SEO, i18n. Artı projende zaten kaydettiğin herhangi bir özel rol.
Düğüm başına model ve prompt
Her düğüm sağlayıcısını, modelini ve adım talimatlarını seçer. Architect için Opus, QA için Haiku, ağır backend için Codex, ucuz frontend için Gemini kullan. Mix and match.
Otomatik handoff
Bir ajan team_complete_step çağırdığında, AgentsRoom handoff payload'unu (feature özeti, değişen dosyalar, riskler, test ipuçları, flag'ler) inşa eder ve sonraki düğümü bu payload'u başlangıç bağlamı olarak spawn'lar.
Manuel handoff seçeneği
Her adımı doğrulamayı mı tercih edersin? Düğümü manuel moda al. Ajan bekler, sonuçtan memnun kaldığında 'Hand off'a tıklarsın. İki dünyanın da en iyisi.
Koşullu kenarlar
Her kenar bir flag kontrolü (örn. qaPassed equals true) taşıyabilir. Dallanmalar inşa et: QA geçerse PM'e git, aksi takdirde Dev'e geri dön. Gerçek workflow mantığı, scripting yok.
Feedback loop'ları
Dev'den QA'ya, QA'dan Dev'e, Dev'den QA'ya. QA tickeit geri gönderdiğinde, orijinal Dev ajanı önceki cycle'ın tam hafızasıyla yeniden kullanılır, böylece baştan başlamak yerine regresyonu gerçekten düzeltir.
Max-cycles guard
Yapılandırılabilir cap (varsayılan 3). Sonsuz QA-rejects-Dev loop'larını önler. Cap'e ulaşıldığında, run awaiting-finalization üzerinde duraklar ve ne yapacağına sen karar verirsin.
Paylaşılan NOTES.md scratchpad
Run'daki her ajan workspace'de bir markdown dosyası okur ve yazar. Compaction, crash, restart'tan sağ çıkar. Ekibin akıl yürütmesi için tek doğruluk kaynağı.
Rolden role inbox
QA'nın run'ın ortasında Architect'e soru sormasına mı ihtiyacın var? team_ask rolün inbox'ına bir mesaj gönderir. Bu roldeki sonraki ajan onu okur ve cevaplar. Ajanlar arası gerçek chat.
MCP tabanlı ajan-arası iletişim
Tüm ekip araçları bir MCP sunucusu üzerinden ifşa edilir. Araçlar Claude bağlam compaction'ından sağ çıkar (Anthropic onları her turda yeniden gönderir). /clear, /compact ve uzun loop'lara dirençli.
Haiku güçlendirmeli handoff özeti
Bir ajan kendi feature özetini yazmazsa, küçük bir Haiku çağrısı git diff'ten birini üretir. Ucuz, hızlı ve sonraki ajan her zaman bağlamla iner.
Browser MCP yayılımı
verifyInBrowser olan bir ekip düğümü, ajanını otomatik olarak browser-access moduna geçirir. QA düğümü tüm browser araçlarıyla iner (navigate, click, type, screenshot, get logs).
Run başına geçici ajanlar
Her ekip run'u taze ajanları spawn'lar ve dismiss'te onları yok eder. Proje ajan listen temiz kalır. Ekip workflow'dur, ajanlar runtime'dır.
Global ve proje ekipleri
Yeniden kullanılabilir ekipleri global kütüphanende (~/.agentsroom/teams) kaydet veya belirli bir projeye sabitle (oda ile birlikte commit'lenir). Aynı editör, farklı kapsam.
Dahil edilen ekip şablonları
Üç başlangıç şablonu uygulamayla birlikte gelir: Dev'den QA'ya, feedback loop ile Dev'den QA'ya ve Dev'den Security'ye Security'den QA'ya. Çoğalt, düzenle, çalıştır. 30 saniyede başla.
Run timeline UI'sı
Her handoff run timeline'ında bir kart olarak görünür: hangi rol az önce bitti, özet ne diyor, hangi dosyalar değişti, hangi flag'ler ayarlandı. Denetlenebilir, replay edilebilir.
Herhangi bir backlog ticketinde çalıştır
Bir ticketi bir ekibe bırak ve zincir o tickette başlasın. İlk ajan ticket başlığını ve gövdesini okur, ekibin geri kalanı oradan devralır.
Bağlanmaya hazır 14 uzmanlaşmış rol
Her rolün kendi system prompt'u, odak alanları ve örnek görevleri vardır. Onları canvas üzerinde karıştır. Herhangi bir zamanda kendi özel rollerini ekle.
Neden gerçek bir ekip tek bir süper ajanı yener
Çoklu ajan orkestrasyonu bir buzzword gibi geliyor. İşte gerçekten çıkaracağın bir feature üzerinde pratik fark.
Senaryo: bir e-ticaret sitesine Stripe checkout flow'u ekle
Tek başına süper ajan
- • Tickeit okur. API, React form, webhook, migration ve testler arasında 600 satır yazar.
- • Webhook'taki idempotency key'i unutur. Failure path'i test etmeyi unutur. Staging env var'ını unutur.
- • 'Done' der. Production'da bug avlamak için iki saat harcarsın.
Agent Team (Dev'den Security'ye Security'den QA'ya)
- • Fullstack ajan implementasyonu çıkarır, commit'ler, auth değişikliğini flag'leyen bir özet ve risk listesi ile handoff yapar.
- • Security ajan diff'i okur, webhook imza kontrolünü denetler, handoff payload'unda QA için test ipuçları yazar.
- • QA ajan gömülü tarayıcıda test ipuçlarını çalıştırır, bir idempotency bug'ı yakalar, qaPassed equals false ayarlar, ticketi tam reprodüksiyon ile Dev'e geri gönderir.
- • Dev düzeltir, tekrar handoff yapar. QA geçer. PM finalize eder. Run done'a gider.
Aynı ticket, aynı modeller, aynı proje. İşin farklı bir şekli. Ekip yaklaşımı, tek başına ajanın kaçırdığını yakalar, çünkü her rolün odaklanmış bir brief'i ve yapılandırılmış bir handoff'u vardır.
Bir ekip run'u nasıl çalışır
Teams sekmesini aç
Proje görünümünde, Teams sekmesi üç başlangıç şablonu (Dev'den QA'ya, feedback loop ile Dev'den QA'ya, Dev'den Security'ye Security'den QA'ya) ve zaten kaydettiğin herhangi bir ekibi listeler. Bir şablonu çoğalt veya 'New team'e tıkla.
Workflow'u canvas üzerinde inşa et
React Flow canvas'a ajan düğümleri bırak. Her düğüm için rol (Fullstack, QA, Security, PM vb.), sağlayıcı, model ve birkaç satır adım talimatı seç. Onları kenarlarla bağla. Dallanma gerekirse kenarlara koşullar ekle.
Dev → QA → PMDüğüm başına handoff modunu ayarla
Auto handoff: ajan işi bittiğinde team_complete_step çağırır, runner devralır. Manual handoff: ajan 'Hand off'a tıklamanı bekler. Gerektiği gibi ikisini karıştır.
Ekibi çalıştır
Bir backlog ticketinden 'Run with team'e tıkla. Boş bir ajan slot'undan 'Create as team'e tıkla. İlk düğüm proje workspace'inde geçici bir ajan olarak spawn olur.
Handoff'un olduğunu izle
Ajan N bittiğinde, AgentsRoom handoff payload'unu inşa eder (ajan veya Haiku üzerinden feature özeti, git diff, riskler, test ipuçları, flag'ler), NOTES.md'ye bir not ekler, flag'lere göre doğru çıkış kenarını seçer ve ajan N+1'i bu payload'u gelen bağlam olarak spawn'lar.
Loop, end, finalize
Feedback loop'ları orijinal ajana yeniden girer (tam hafıza korunur). Son düğüm awaiting-finalization tetikler. 'Finish run'a tıklarsın. Banner'ı dismiss etmek ajanları yok eder ve PTY'leri serbest bırakır.
Her şeye dayanan ajan-arası iletişim
Çoğu çoklu ajan demosunun atladığı detay. İşte Agent Teams'i uzun run'lar ve birçok cycle boyunca tutan şey.
Claude Code ajanlarının bir context window'u vardır ve onu compact ederler. Çoklu ajan sistemlerinin klasik hatası ekip koordinasyonunu sadece system prompt'a koymaktır. İki /compact cycle'ından sonra ajan bir ekipte olduğunu bilmez. AgentsRoom bunu yapmaz.
Tüm ekip koordinasyonu compaction'dan sağ çıkan üç yerde yaşar. Birincisi, bir MCP sunucusu (agentsroom-team) araçları ifşa eder (team_get_context, team_read_notes, team_post_note, team_read_inbox, team_ask, team_read_timeline, team_read_diff, team_complete_step). MCP araçları her turda CLI tarafından Claude'a yeniden gönderilir, bu yüzden bağlam sıkıştırmasından bağışıktırlar.
İkincisi, bir UserPromptSubmit hook'u her kullanıcı mesajından önce çalışır ve o rol için yeni notlar veya yeni inbox mesajları varsa küçük bir hatırlatıcı önekler. Hiçbir şey olmadığında ucuz, olduğunda belirleyici.
Üçüncüsü, NOTES.md ve state.json workspace'de diskte yaşar. Ajan onları herhangi bir anda basit bir Read veya team_read_notes ile yeniden okuyabilir. Crash'lerden, restart'lardan, /clear, /compact ve Mac reboot'larından sağ çıkarlar. System prompt asla doğruluk kaynağı değildir, disk ve MCP araçları öyledir.
İnsanlar Agent Teams ile ne inşa ediyor
Dev'den QA'ya pipeline
Klasik. Fullstack feature'ı çıkarır. QA gömülü tarayıcıda doğrular, test ipuçlarını çalıştırır, imzalar. İki düğümlü ekip, backlog'daki her tickette çalışır.
Feedback loop ile Dev'den QA'ya
Yukarıdakiyle aynı, ama koşullu bir kenar ile: qaPassed equals false ticketi test ipuçları ile Dev'e geri gönderir. Maks 3 cycle. İnsan reviewer'a ulaşmadan önce regresyonları yakalar.
Dev'den Security'ye Security'den QA'ya
Auth, ödemeler veya PII'ye dokunan feature'lar için. Security ajan diff'i inceler, riskleri flag'ler, QA için test ipuçları yazar. Fintech, healthtech ve B2B SaaS çıkaran ekipler tarafından kullanılır.
PM'den Architect'e Architect'ten Dev'e
Spec-first workflow. PM ajan tickit yapılandırılmış bir spec'e dönüştürür. Architect yaklaşımı seçer. Dev uygular. Üç rol, temiz ayrım, izlenebilir kararlar.
Frontend, Backend, DevOps fan-out
Full-stack feature'lar için sıralı split. Frontend UI'yı çıkarır. Backend API'yi çıkarır. DevOps infra config'i ekler. Her rol kendi alanında çalışır, temiz bir diff ile handoff yapar.
Marketing'den SEO'ya SEO'dan i18n'e
Evet, AgentsRoom Teams sadece kod için değil. Marketing landing copy'sini yazar. SEO anahtar kelimeleri enjekte eder. Localization 14 dile çevirir. Bir ekip, bir ticket, bir ship.
Diğer çoklu ajan yaklaşımlarıyla nasıl karşılaştırılır
Çoklu ajan orkestrasyonu kalabalık bir buzzword. İşte gerçekten çıkan ne ve AgentsRoom Teams'in nereye sığdığı.
Anthropic Subagents (Task tool, .claude/agents) tek bir Claude oturumunun uzmanlaşmış yardımcı ajanlara delege etmesine izin verir. Inline delegasyon için harika, ancak parent oturum hala koordinatör ve tek bir bağlam. AgentsRoom Teams bir seviye üstte: her ekip düğümü kendi penceresi, kendi durumu, kendi scrollback'i ile ayrı bir top-level Claude oturumudur. CrewAI, AutoGen ve LangGraph çoklu ajan flow'ları için mükemmel Python framework'leridir, ancak IDE'nin dışında yaşarlar ve yerel repo'nuzda gerçek Claude Code, Codex veya Gemini CLI'larını uçtan uca çalıştırmazlar. n8n, Make, Pipedream ve Retool kullandığımızla aynı tür canvas editörü sunarlar, ancak bunlar genel amaçlı otomasyon platformlarıdır, AI kodlama ajanları için inşa edilmemiştir. AgentsRoom Teams canvas tarzı çoklu ajan workflow editörüdür, ancak özellikle CLI ajanlarınıza, projenize, git'inize, terminallerinize ve tarayıcınıza bağlanmıştır.
Python'da agentic sistemler kuruyorsanız, production pipeline'ları için CrewAI veya LangGraph'ı kullanmaya devam edin. Claude Code, Codex CLI, OpenCode, Gemini CLI veya Aider ile kod çıkarıyorsanız, Agent Teams gerçekten kod yazdığınız yerde çalışan ekip workflow'udur.
FAQ
Bu Claude Code subagents'tan (Task tool, .claude/agents) nasıl farklı?
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.
Bu sadece Claude Code ile mi çalışıyor?
AgentsRoom'un desteklediği her sağlayıcı ile çalışır (Claude Code, Codex CLI, OpenCode, Gemini CLI, Aider). 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.
Handoff payload nedir?
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.
Ajanlar gerçekten ileri geri gidebilir mi (Dev'den QA'ya QA'dan Dev'e)?
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.
QA, Dev'i sonsuza kadar reddetmeye devam ederse ne olur?
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.
Tüm ekip ajanları aynı git workspace'i paylaşır mı?
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.
Bu ekstra abonelik gerektiriyor mu?
Hayır. Teams, AgentsRoom'un parçasıdır. Kendi sağlayıcı anahtarlarını (Claude, Codex, OpenCode, Gemini, Aider) 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.
Ekipler nerede saklanır? Git'e commit'leniyor mu?
Proje kapsamlı ekipler oda ile yaşar, buluta senkronize edilir ve {project}/.agentsroom/teams-cache.json'da cache'lenir (gitignored). Global ekipler makinende ~/.agentsroom/teams/{teamId}.json'da yaşar, her ekip için bir dosya. Her workflow'a hangi kapsamın uyduğuna sen karar verirsin.
Bir ajan crash olursa veya uygulama run'ın ortasında restart olursa ne olur?
Run durumu {workspace}/.agentsroom/team-runs/{runId}/ (state.json, NOTES.md, inbox/, timeline.jsonl) içinde diske persist edilir. NOTES.md append-only'dir, her durum yazımı atomiktir. Ajanlar her şeyi herhangi bir anda team_read_notes veya team_get_context ile yeniden okuyabilir. Orkestrasyon katmanı uygulama restart'ında kesintiye uğramış bir run'u tamamen replay etmek için harden ediliyor, ancak diskteki hikaye zaten crash-safe.
Farklı ticketlerde paralel olarak birkaç ekip çalıştırabilir miyim?
Evet. Her ekip run'u bağımsızdır ve runId'si ile tanımlanır. A ticketinde çalışan bir Dev'den QA'ya ekibin, B ticketinde bir Dev'den Security'ye Security'den QA'ya ekibin ve C ticketinde bir PM'den Architect'e Architect'ten Dev'e ekibin olabilir, hepsi aynı projede canlı. Tek bir run içinde, öngörülebilirlik için yürütme sıralıdır (bir seferde bir aktif düğüm).
Hayalindeki AI geliştirme ekibini inşa et
Üç şablon uygulamayla birlikte gelir. AgentsRoom'u aç, düğümler bırak, kenarlar çiz, herhangi bir tickette çalıştır. AI mühendislik ekibin bir tıklama uzakta.
Yardımcı uygulama: hareket halindeyken ajanlarinizi izleyin
Claude, Codex, OpenCode, Gemini CLI ve Aider ile calisir
Hataları ve istekleri doğrudan genel backlogunuza gönderin.