Otomatik hesap geçişi

Ajanın bir kullanım sınırına takılır.
Yine de çalışmaya devam eder.

Bir ajanın üzerinde çalıştığı Claude, Codex veya Grok Build hesabının kotası tükenmek üzereyken, bir kota kuralı aynı konuşmayı zaten giriş yapmış olduğun başka bir hesaba devreder ve iş devam eder.

Yeniden başlatma yok, bağlam kaybı yok, 5 saatlik ya da haftalık pencerenin sıfırlanmasını bekleme yok. Birkaç küçük aboneliği, çok daha büyük tek bir plan gibi davranan bir şeye dönüştürür.

Otomatik geçiş
Çalışıyor
Hesap 1
78%
Hesap 2
12%
Aynı konuşma, aynı görevBağlam korundu

Tek konuşma, iki hesap. Devir, eskiden duvarın olduğu yerde gerçekleşir.

Her Claude, Codex ve Grok Build aboneliğinin bir tavanı vardır: saatle ölçülen kayan bir pencere ve günlerle ya da bir haftayla ölçülen daha uzun bir pencere. Tavana takılırsın ve CLI görevin ortasında durur. Ajan bir refaktörde üç dosya ilerlemişti, planın tamamı aklındaydı ve şimdi göremediğin bir saat dolana kadar donmuş durumda.

Alışılmış çözümlerin hepsi kötü. Beklersin. Ya da elle ikinci bir hesap açar, konuşmaya boş bir istemden yeniden başlarsın, çünkü oturum ilk hesabın içinde yaşar. Ya da duvarın daha geç gelmesi için listedeki en büyük plana para verirsin.

AgentsRoom dördüncü yolu seçer ve 1.188 sürümünden beri bunu bir kota kuralıyla yapar. Alt çubuktaki Kullanım paneli, her CLI'nin yayımladığı tüm kota çubuklarını zaten okur; aynı panelde yazılan bir kural şunu söyler: en kısıtlı hesabımın oturumu ya da haftası %99'a ulaştığında, çalışan ajanları başka bir hesaba taşı. Kural tetiklendiğinde AgentsRoom giriş yapmış olduğun başka bir hesabı seçer, konuşma dökümünü karşıya taşır, oturumu o hesapta yeniden başlatır ve ajana işi bıraktığı yerden almasını söyler. Senin tarafından bakınca hiçbir şey olmamış gibi görünür, devralan hesabın adını veren terminaldeki bir satır dışında.

Bir kullanım sınırı beklemekten daha pahalıya mal olur

Bekleme hiçbir zaman sadece bekleme değildir. Saat 15.00'te açılan beş saatlik bir pencere öğleden sonranın geri kalanıdır ve yarısında kaldığın görev, pencere yeniden açıldığında hâlâ bitmemiştir.

Konuşmaya yeniden başlamak gerçek para demektir. Özelliği, dosyaları, çoktan verilmiş kararları yeniden anlatmak, yeni hesap işe yarar tek bir şey yapmadan önce token yakar.

Gözetimsiz çalıştırmalar sessizce ölür. Gece 2'de zamanlanmış bir görev, uzun bir backlog kaydı, bir ekip iş akışı: sınırda dururlar ve sen bunu sabah, hiçbir şey yapılmamış halde öğrenirsin.

Bu sürekli olur. Üç ayda bir denk geldiğin uç bir durum değil. Paralel olarak birkaç ajan çalıştıran herkes için haftalık bir vergidir.

Birkaç küçük plan, kesintisiz bir gün

İnsanların bu özelliği istemesinin nedeni nadiren kolaylıktır. Neden faturadır.

Tek büyük abonelik

  • : En üst kademeye, duvarı kaldırmak için değil, daha ileri itmek için para ödersin.
  • : Sınır hâlâ orada, sadece günün daha geç bir saatinde ve genelde en kötü anda.
  • : Tek hesap tek kota demektir: paralel çalışan iki ajan kotayı iki kat hızlı yakar.
  • : Kota bittiğinde her şey aynı anda durur. Geri düşecek bir yer yoktur.

İki ya da üç küçük plan

  • : Her hesap kendi bağımsız kotasını ve kendi sıfırlanma saatini taşır.
  • : Kotası ilk biten, konuşmanın ortasında ve sen hiçbir şey yapmadan sıradakine devreder.
  • : Toplam maliyet çoğu zaman tek bir üst kademeden düşüktür, üstelik kesinlikle daha fazla çalışma saati için.
  • : Kotası tükenen hesap, penceresi sıfırlanana kadar kenara alınır, sonra havuza kendiliğinden geri döner.

AgentsRoom sana abonelikleri satmaz ve onlardan pay almaz. Sadece hâlihazırda ödediğin aboneliklerin, bir diğeri tıkalıyken boş durmasını engeller.

Adım adım gerçekte ne oluyor

Beş adım, kural bir kez yazıldıktan sonra hiçbiri sana ihtiyaç duymuyor.

01

Kota çubuğu belirlediğin eşiği geçer

AgentsRoom, her CLI'nin yayımladığı kota çubuklarını, yani Kullanım panelinin gösterdiklerinin aynısını düzenli olarak sorgular ve kuralını bunlara göre değerlendirir: hangi hesap (en kısıtlı olan ya da adıyla belirtilen), hangi pencere (varsayılan olarak herhangi bir gösterge, ya da oturum veya hafta), hangi eşik; düzenleyicinin sunduğu, duvara en yakın değer %99'dur. Artık terminali okuyan hiçbir şey yok: yalnızca sınırlardan söz eden bir konuşma ya da bir sınırı alıntılayan bir dosya hiçbir şeyi tetikleyemez ve bir kural, çubuk her sorgulandığında değil, kota penceresi başına bir kez tetiklenir.

02

Kotası tükenen hesap kenara alınır

Sağlayıcının yayımladığı gerçek sıfırlanma zamanı kullanılarak, kota penceresi sıfırlanana kadar kullanılamaz olarak işaretlenir. Bu arada başlatılan bir ajan aynı duvara toslamak yerine sağlıklı bir hesaba bağlanır ve ikinci bir kural, zamanlanmış başlatmaları daha başlamadan bekletebilir ya da başka yere yönlendirebilir.

03

Bir yedek seçilir

O sağlayıcıya ait diğer hesapların arasından AgentsRoom yalnızca diskte gerçekten giriş yapılmış, kenara alınmamış ve kendi sınırına çoktan yaklaşmamış olanları tutar. Kotası en çok kalanı seçer. Dışarıda bıraktığın hesaplar hiçbir zaman değerlendirilmez. Bir kota kuralı bunun yerine sıradaki sıfırlanacak hesabı tercih edebilir, böylece daha az kota boşa gider.

04

Konuşma karşıya taşınır

Claude tarafında oturum dökümü, çıkan hesabın kendi dizininin içinde durur, bu yüzden önce giren hesabın ağacına kopyalanır. Bu adım olmadan oturum boş olarak devam ederdi ki bu, özelliğin önlemek için var olduğu kaybın ta kendisidir. Özgün hesap kendi kopyasını olduğu gibi korur.

05

Ajan kaldığı yerden devam eder

CLI yeni hesapta yeniden başlatılır, aynı oturumu tüm geçmişiyle sürdürür ve kesilen işi yeniden başlatmak yerine sürdürmesi için kısa bir talimat alır. Terminaldeki bir satır devralan hesabın adını verir ve ajanın hesap rozeti uygulamanın her yerinde güncellenir.

Her sağlayıcı hesaplarını nasıl yalıtır

Geçiş, her CLI'nin zaten sunduğu mekanizmanın üzerine kurulur, onun etrafına sarılan bir katmana değil.

Claude Code

Bir hesap, kendi kimlik bilgilerini, oturumlarını ve proje geçmişini tutan bir dizindir. Geçiş yapmak, CLI'yi başka bir dizine karşı yeniden başlatmak demektir; dökümün konuşmayla birlikte yolculuk etmesinin nedeni de budur. AgentsRoom bu kopyalamayı senin için halleder.

CLAUDE_CONFIG_DIR

Codex

Codex kimlik bilgilerini aynı şekilde yalıtır, ama konuşma kayıtları AgentsRoom'un ürettiği proje başına ev dizininde durur ve bağlı hesap değiştiğinde yerinden kımıldamaz. Dolayısıyla geçiş, sadece bir kimlik bilgisi yeniden bağlama ve bir sürdürmeden ibarettir.

CODEX_HOME

Antigravity CLI ve Cursor

1.190 sürümünden beri iki CLI de bir kota çubuğu yayımlar (Cursor'ın faturalandırma döngüsü, her Antigravity model havuzunun 5 saatlik ve haftalık pencereleri), ancak bu, hesap başına bir değil, tüm makine için tek bir okumadır ve ajanları taşıyan bir kuralın hesap başına bir çubuğa ihtiyacı vardır: Antigravity ve Cursor için hâlâ otomatik geçiş yoktur. Hesapları hâlâ vardır ve hâlâ paralel çalışır. Buradaki bir Antigravity hesabı bir Gemini API anahtarıdır, istersen ajan başına bir tane, böylece birkaç ajan ayrı kotalar üzerinde çalışır; bir Cursor hesabı ise kendi yapılandırma dizinidir. Bunlardan birinin kotası bittiğinde ajanı kartından elle başka bir anahtara ya da hesaba bağlarsın ve ajan konuşmayı sürdürmek yerine sıfırdan yeniden başlar.

GEMINI_API_KEY

Google AI Pro ve Ultra abonelikleri dönüşümlü olarak kullanılamaz: Antigravity CLI bu girişleri işletim sisteminin anahtar zincirinde tutar; orası makinenin tamamı için tek bir hesap barındırır ve birkaçı arasından seçim yapmanın hiçbir yolunu sunmaz.

Bu ayar, bu makinedeki her Antigravity oturumunu değiştirir; AgentsRoom dışında kendi başlattıkların da buna dahildir. Bunlar Google aboneliğin yerine API anahtarını kullanır. Geri dönmek için kapat.

İnsanların bugün bunun yerine yaptıkları

Bunların her biri gerçek bir geçici çözüm ve her birinin bir bedeli var.

Pencerenin sıfırlanmasını beklemek

Ücretsiz ve var olan en pahalı seçenek. Ajan, bir bağlam sıkıştırmasında kaybedeceği bir planı elinde tutar, dal yarım kalır ve o pencereye zamanlanmış gözetimsiz çalıştırmalar hiç gerçekleşmez.

Hesabı elle değiştirmek

Başında olduğun sürece işe yarar. Konuşmayı yine de kaybedersin: oturum onu oluşturan hesaba aittir, bu yüzden yeni hesap boş bir istemden başlar ve daha önce anlattığın her şeyi yeniden anlatırsın.

Bir kabuk sarmalayıcısı ya da hesap değiştirici

Bunlar etkin kimlik bilgilerini editörünün dışında, genel olarak değiştirir. Belirli bir projedeki belirli bir ajanın tam sıranın ortasında duvara toslamış olduğunu bilemezler ve o konuşmayı karşıya taşımanın hiçbir yolu yoktur. Ayrıca diğer bütün oturumları da beraberlerinde taşırlar.

En büyük planı satın almak

Bu duvarı öteler, kaldırmaz ve kötü ölçeklenir: paralel çalışan dört ajan aynı kotayı dörde böler. Birkaç bağımsız kota, tek bir büyük kotanın kaldıramadığı bir ani yükü karşılar.

Aynı konuşma
Ajan, özetini değil, tüm geçmişiyle kendi oturumunu sürdürür. Hiçbir şey yeniden anlatılmaz ve hiçbir şey başka sözcüklerle aktarılmaz.
Hesaplar yalıtılmış kalır
Her hesap diskte kendi dizinini, kendi kimlik bilgilerini ve kendi geçmişini korur. Geçiş tek bir konuşmayı okur ve kopyalar, hiçbir zaman kimlik bilgilerini değil.
Kontrol sizde kalır
Geçiş, senin yazdığın bir kuraldır ve Kullanım panelinde Kota yönetimi altında listelenir: kuralı devre dışı bırak ya da sil, hiçbir şey yer değiştirmez. Herhangi bir hesap, normal şekilde kullanılabilir kalmaya devam ederken yedek havuzundan çıkarılabilir.

Bir iş hesabı kişisel işin faturasını sessizce ödemez

Otomatik geçiş, sen kuralı yazana kadar kapalıdır. Bir konuşmayı başka bir aboneliğe taşımak, faturayı kimin ödeyeceğine dair bir karardır ve en sık karşılaşılan durum, kişisel işin faturasını bir iş hesabının ödemesidir; bu yüzden hazır açık gelen değil, senin açtığın bir şeydir. Eski genel anahtarı açmışsan, güncelleme senin için eşdeğer kuralları “Bir hesabın kotası bitince çalışmaya devam et” adıyla yazdı; bunları diğer tüm kurallar gibi okuyabilir, devre dışı bırakabilir ya da silebilirsin. Kural açıldıktan sonra da asla körlemesine çalışmaz. Herhangi bir hesap “Asla yedek olarak kullanma” olarak işaretlenebilir; bir işverenin aboneliğiyle kendininki arasında ya da iki müşteri arasında katı bir ayrım tutuyorsan doğru cevap budur. Her geçiş ajanın terminalinde duyurulur ve her ajanın üzerinde çalıştığı hesap kenar çubuğundaki kartında görünür, böylece neyin kime fatura edildiği hiçbir zaman tahmine kalmaz.

Bunun bir işe yaraması için iki aboneliğe ihtiyacım var mı?
Evet. Kural, aynı sağlayıcıya ait ve ikisi de kullanılabilir durumda en az iki hesaba ihtiyaç duyar: giriş yapılmış iki Claude, Codex ya da Grok Build hesabı. Tek hesapla geçilecek bir yer yoktur, kural düzenleyicisi bunu belirtir ve AgentsRoom tam olarak eskisi gibi davranır: ajan durur ve kotanın ne zaman sıfırlanacağını söyler.
Geçiş yaparken ajan konuşmayı kaybeder mi?
Claude, Codex ve Grok Build için hayır, bütün mesele de bu: oturum, yeni hesapta tüm dökümüyle sürdürülür. Claude tarafında döküm önce giren hesabın dizinine kopyalanır, çünkü bir Claude oturumu fiziksel olarak onu oluşturan hesabın içinde durur. Antigravity ve Cursor'da otomatik geçiş yoktur, çünkü kotaları hesap başına değil, tüm makine için bir kez okunur; ajanlarından birini elle taşıdığında, sürdürülmek yerine diğer hesapta sıfırdan yeniden başlatılır.
Varsayılan olarak açık mı?
Hayır. Senin oluşturduğun bir kota kuralıdır: alt çubuktaki Kullanım panelini aç, panelin sağ sütunundaki Kota yönetimi kartını aç (1.192 sürümünden beri çubuklar solda, eylemler sağda yer alıyor), Yeni kural'a tıkla, “Çalışan ajanları değiştir” eylemini seç, ardından sağlayıcıyı, pencereyi (herhangi bir gösterge, ya da oturum veya hafta) ve eşiği belirle. Güncellemeden önce eski genel anahtar açıksa, bu kurallar “Bir hesabın kotası bitince çalışmaya devam et” adıyla zaten mevcuttur. İki aboneliği tek havuzda toplamak, işi ve parayı birinden diğerine kaydırır; bu yüzden varsayılan değil, bir tercihtir. Yazıldıktan sonra bile kural, o sağlayıcı için giriş yapılmış ikinci bir hesabın olana kadar hiçbir şey yapmaz.
Belirli bir hesabın yedek olarak kullanılmasını engelleyebilir miyim?
Evet. Her hesabın kendine ait bir devre dışı bırakma seçeneği var: Ayarlar > Birden fazla hesap bölümündeki “Asla yedek olarak kullanma”. Dışarıda bırakılan hesaplar hiçbir zaman yedek olarak seçilmez, ama bir ajan açıkça onlara bağlandığında normal şekilde çalışmayı sürdürürler.
Ya bütün hesapların kotası bittiyse?
Ajan durur ve terminal bunu söyler; hesabın adını ve CLI'nin bildirdiği sıfırlanma zamanını verir. Bugünküyle aynı sonuç, sessizlik yerine bir açıklamayla.
Yanlışlıkla geçiş yapıp ikinci aboneliğimi yakabilir mi?
Kural, terminali değil, sağlayıcının yayımladığı kota çubuğunu okur ve bu çubuk belirlediğin eşiği geçtiğinde kota penceresi başına bir kez tetiklenir; düzenleyicinin sunduğu, duvara en yakın değer %99'dur. Bir konuşmadaki uyarı, birinin yapıştırdığı bir kota paneli ya da bir sınırı alıntılayan bir dosya onu tetikleyemez. İkinci bir koşul da istenebilir, örneğin haftanın da belirli bir seviyenin üzerinde olması; böylece kural bir ajanı asla yalnızca oturum rakamına bakarak taşımaz.
Kotası tükenen hesap geri gelir mi?
Evet. Kota penceresi sıfırlanana kadar kenara alınır, varsa sağlayıcının kendi sıfırlanma zamanı kullanılır ve sonrasında havuza otomatik olarak geri döner. Tıklanacak bir şey yok.
Bu, gözetimsiz çalıştırmalarda işe yarar mı?
Asıl önem kazandığı yer orası. Zamanlanmış görevler, backlog kayıtları ve ekip iş akışları kimse başında yokken çalışır ve bir kullanım sınırı eskiden onları sessizce bitirirdi. Geçiş, sen klavyenin başında da olsan uyuyor da olsan aynı şekilde gerçekleşir. Üstelik bu bir kota kuralı olduğu için kardeş kuralları başlatma tarafını da kapsar: bir kural, oturum doluyken zamanlanmış başlatmaları bekletebilir ya da hiçbir şey tüketmeden önce onları yedek hesaba gönderebilir.
Hangi sağlayıcılar destekliyor?
Claude Code, Codex ve Grok Build: AgentsRoom'un okuyabildiği bir kota çubuğu yayımlayan ve bütün bir hesabı diskte yalıtan üç CLI; bu sayede konuşma ajanla birlikte taşınabilir. Antigravity CLI ve Cursor'da hesap başına değil, tüm makine için tek bir kota okuması vardır, bu yüzden hiçbir kural hesaplarını birbirinden ayıramaz ve hiçbir şey kendiliğinden geçiş yapmaz; hesapları yine yan yana çalışır ve bir ajanı elle başka bir hesaba bağlarsın. Okunabilir bir kota ve yalıtılmış hesaplar kazanan her CLI, hiçbir şey yeniden tasarlanmadan eklenebilir.
Bu, sağlayıcıların koşullarına aykırı mı?
AgentsRoom hesap oluşturmaz, kimlik bilgisi paylaşmaz ve başkalarının kotasını havuzlamaz. Sahibi olduğun ve giriş yaptığın abonelikleri, her CLI'nin belgelediği hesap yalıtım mekanizması üzerinden kullanır. Elle yapacağın şeyin aynısı, kesinti olmadan.
Antigravity'de iki Google AI Pro ya da Ultra aboneliğini dönüşümlü kullanabilir miyim?
Hayır ve bugün hiçbir araç bunu temiz bir şekilde yapmıyor. Antigravity CLI bu girişi işletim sisteminin anahtar zincirinde saklar; orası makinenin tamamı için tek bir hesap tutar ve birkaçı arasından seçim yapmanın hiçbir yolunu açığa çıkarmaz. Birkaç aboneliği yönetiyormuş gibi görünen hesap değiştiriciler o anahtar zinciri kaydının üzerine yazar, yani makinedeki her oturum için aynı anda yalnızca tek bir hesap etkin olur. AgentsRoom bunu yapmaz. Bunun yerine desteklediği şey, ajan başına bir tane olmak üzere birkaç Gemini API anahtarıdır ve bunlar gerçekten paralel çalışır.
Bir Antigravity ajanını bir API anahtarına almak makinemde neyi değiştirir?
Antigravity CLI'nin genel olarak okuduğu bir ayar yazar, dolayısıyla o makinedeki her Antigravity oturumu Google aboneliğin yerine API anahtarını kullanır; AgentsRoom dışında kendi başlattığın oturumlar da buna dahildir. AgentsRoom seni bunu açtığın yerde uyarır ve yeniden kapatmak önceki davranışı geri getirir.
Antigravity hesaplarımı ekledim ama hiçbir şey değişmedi. Neden?
Yapılandırılmışlar ama etkin değiller: Antigravity CLI hâlâ kendi kimlik bilgisini okuyor, dolayısıyla anahtarı yok sayıyor. Listenin üzerindeki anahtarı aç, o zaman devreye girerler. Bu durumda hiçbir şey hata bildirmez, çünkü CLI'nin bakış açısından ters giden bir şey yoktur: anahtara hiç bakmamıştır.

Bunlar da ilgini çekebilir

Claude Çoklu Hesap

Aynı bilgisayarda iki veya daha fazla Claude Code hesabını AgentsRoom içinde yan yana çalıştır. Kişisel hesabın bir projede, iş hesabın diğerinde, müşteri hesabın bir üçüncüsünde kalsın. Proje başına bir hesap sabitle, ajan başına geçersiz kıl, uygulamanın içinden giriş yap. macOS, Windows ve Linux için ücretsiz indirilir.

Codex Çoklu Hesap

AgentsRoom'da birden fazla Codex CLI hesabını paralel olarak çalıştır. Bir projede kişisel OpenAI hesabı, diğerinde iş hesabı. Proje başına hesap sabitle, agent başına geçersiz kıl. Doğrudan uygulamadan codex login ile giriş yap.

Token kullanımı: oturum başına: canlı

AgentsRoom'da her Claude Code oturumunda canlı token sayacı. Kırmızı aşırı kullanım uyarısı, önbellek isabet oranı, girdi, çıktı ve önbelleğin tam dökümü. %100 yerel. macOS, Windows ve Linux'te ücretsiz.

Çoklu sağlayıcı

Claude, Codex ve diğer ajan CLI araçlarını aynı projede yan yana çalıştır ve bir oturumu bağlamı kaybetmeden birinden diğerine taşı.

Adaptive Mode

Göndermeden önce modeli işe göre ayarla: hafif işler ucuz bir modelde, ağır işler amiral gemisinde. Daha az token harcamak, sınırın daha geç gelmesi demektir.

Oturumu sürdür

Boş bir istemden başlamak yerine önceki bir CLI konuşmasını kaldığı yerden al, bunu destekleyen her sağlayıcıda.

Zamanlanmış görevler

Ajanları gece boyunca da dahil olmak üzere bir programa göre çalıştır. Otomatik hesap geçişiyle birlikte, bir kota duvarı artık çalıştırmayı bitirmez.

Kullanım uyarıları

Duvardan önce: bir kota çubuğu %50'yi, %75'i, %90'ı ya da seçtiğin bir eşiği aştığında masaüstünde veya telefonunda, pencere başına bir kez bildirim al.

Claude ve Codex birlikte

Duvara çarpmadan önce: yeni ajanları baştan Claude ile Codex arasında paylaştır, iki ticket'tan biri ya da her kotadan bir dilim, böylece hiçbir plan tek başına tükenmez.

Mesaj kuyruğu

Aynı pencerenin öteki ucu: bir promptu biriktir ve kota yenilendiğinde ya da pencere sıfırlanmadan hemen önce ateşlenecek şekilde kur, böylece parasını ödediğin krediler harcanmış olsun.

OmniRoute Alternatifi

Aynı sınıra bir başka yanıt: bir model ağ geçidi isteği başka bir modele gönderir, hesap geçişi ise modeli korur ve hesabı değiştirir. İki yaklaşımın karşılaştırması.

Konuyla ilgili yazılar

DevOps Mühendisiİçerik YazarıÖn Yüz GeliştiriciSatış UzmanıArka Uç GeliştiriciKoç ve EğitmenYazılım MimarıHukuk MüşaviriQA MühendisiFinans ve İdari İşlerTam Yığın GeliştiriciKreatif TasarımcıMobil GeliştiriciAraştırmacıGüvenlik MühendisiİK ve İşe Alım
Proje YöneticisiÇevirmenGit UzmanıVeri AnalistiSEO UzmanıMuhasebeciYerelleştirme Uzmanıİletişim ve Halkla İlişkilerBeyin Fırtınası UzmanıOperasyon ve LojistikPazarlama UzmanıMüşteri DesteğiProje asistanıSatın Alma UzmanıTopluluk YöneticisiKişisel Asistan

Öğleden sonralarını bir kullanım sınırına kaptırmayı bırak

İkinci bir hesaba bir kez giriş yap. Bir dahaki sefere kota bittiğinde bunu saatler önce durmuş bir ajandan değil, terminaldeki bir satırdan öğreneceksin.

AgentsRoom'u İndirÜcretsiz

Yardımcı uygulama: hareket halindeyken ajanlarını izle

Claude, Codex, Antigravity CLI veya başka bir AI sağlayıcı kullan.

Uzantıyı yükle
Chrome Web Store

Hataları ve istekleri doğrudan genel backloguna gönder.

Bir sohbet gibi okuduğun ajanlar

Her ajanın bir rolü, bir yüzü ve mesajlaşma uygulaması gibi okuduğun bir konuşması var.

Konuşma görünümü

AgentsRoom konuşma görünümü: bir yapay zeka kodlama ajanının çalışması sohbet akışı olarak
Çoklu proje
Çoklu sağlayıcı
Çoklu ajan
Canlı durum
Diff ve commit
Mobil uygulama
Canlı önizleme
Ajan ekipleri
Tarayıcı otomasyonu
Backlog odaklı dev
Prompt kütüphanesi
Beceri kütüphanesi
Tüm özellikleri gör