Yapay Zeka Ajanıyla Sohbet mi Etmeli, Görev mi Atamalı? Hangisini Ne Zaman Kullanmalısınız?

Bir yapay zeka ajanıyla sohbet edebilir ya da ona bir görev atayabilirsiniz. Her gün kodlama ajanlarını çalıştıran ekipler bu ikisini iki farklı araç olarak görür; karıştıran ekipler ise bedelini sonradan öder: özel sohbet geçmişine gömülen kararlar, tamamlanan ama hiç incelenmeyen işler ve oturum ekrandan kaybolduktan üç hafta sonra "bunda nerede anlaşmıştık?" diye soran bir ekip arkadaşı.

Sharkly bu ayrımı ürünün kendisine yerleştirmiş. Sohbet; işin kayıt altına alınmasına gerek kalmadan önce keşfetmek, planlamak ya da bir Agent ile birlikte harekete geçmek için. Görev ise sahiplik, durum, yürütme geçmişi ve inceleme gerektiren işler için. Her ikisi de Agent çalıştırmalarını başlatabilir. Farklı kayıtlar tutarlar ve asıl mesele de bu farktır.

Bu rehber, her bir yüzeyin ne için olduğunu, Sharkly'nin sohbet modlarının nasıl davrandığını, umut vadeden bir sohbetin gerçek bir Göreve nasıl devredileceğini ve ekibinizin ortak kaydını güvenilir tutan karar kurallarını anlatır.

TL;DR

Bir soru sormak, bir konuyu araştırmak veya bir plan şekillendirmek istediğinizde ve bunun için görev açmanız gerekmediğinde bir yapay zeka ajanıyla sohbet edin. İşin bir Atanan, durum, kabul kriteri, inceleme ya da ekibin görebileceği kalıcı bir kayda ihtiyacı olduğunda bir Görev atayın. Sohbet mesajları oturumda kalır; Görev sonuçları ise kişilerin inceleyip kabul ettiği Göreve döner.

Sorun: tek ajan, iki tür iş

Claude Code'u ya da Codex'i terminalde çalıştıran herkes iki tür işi zaten bilir. Bazı oturumlar sorudur: bu modül ne işe yarıyor, bu test neden kararsız, bir geçiş bize neye mal olur. Bazı oturumlar ise taahhüttür: bu hatayı düzelt, bu uç noktayı yayına al, bu dokümanları güncelle.

Terminal ikisine de aynı şekilde davranır. Tek seferlik bir soruyu yanıtlamış ya da tüm ekibin bağlı olduğu bir değişikliği üretmiş olsun, her oturum tek bir kişinin makinesindeki özel bir kayıttır. Soru oturumlarının orada durması sorun değil. Sorun, taahhüt oturumlarında: hedefi, diff'i, tartışmayı ya da sonucu başka kimse göremez.

Çoğu ekip bunu zor yoldan keşfeder. Bir geliştirici, bir ajanla sohbet ederek prodüksiyondaki bir hatayı düzeltir, düzeltme yayına girer ve arkasındaki gerekçe cuma günü temizlenen bir terminal geçmişinde kalır. Bunun tersi de yaşanır: bir ekip en ufak soruyu bile görev takip sisteminden geçirir ve pano "caching'i sor" başlıklı ölü biletlerle dolar.

Çözüm, bir yüzeyi yasaklayan bir kural değil. Çözüm, her yüzeyin neyi kaydettiğini bilmek ve işi aralarında bilinçli olarak taşımak. Bu da bir yapay zeka ajanıyla yapılan sohbetin neyi sakladığını — ve neyi saklamadığını — anlamakla başlar.

Sharkly'de Agent Chat nedir?

Agent Chat, bir Agent veya Crew ile yapılan bağımsız bir sohbettir. Bir soru sormak, bir konuyu araştırmak, bir plan şekillendirmek ya da önce görev açmadan işe koyulmak istediğinizde kullanın. Her bağımsız sohbetin kendi oturumu ve mesajları vardır ve oturum onu oluşturan kişiye aittir.

Sharkly'de iki sohbet yüzeyi var ve dokümanlar bunların ayrı tutulması konusunda katı:

• Bağımsız Agent Chat herhangi bir görevin dışında yaşar. Bir Agent'ın sohbet görünümünü açıp mesaj gönderirsiniz ve yeni bir oturum başlar. Orası o Agent ile kurduğunuz kendi çalışma alanınızdır.
• Bir görev üzerindeki Agent sohbeti o görevde yaşar. Bu bir görev yorumu değildir ve görevin önce o Agent'a atanmış olmasını gerektirmez.

Burada üç sınır önemli, çünkü her biri makul bir insanın yanlış tahmin edebileceği bir nokta.

Sohbet, yorum değildir. Agent Chat'te mesaj göndermek bir görev yorumu oluşturmaz. Bir görevin Agent sohbetinde mesaj göndermek de Etkinlik'te yorum olarak görünmez. Görev üzerindeki tartışmanın asıl kaydı görev yorumları olmaya devam eder; sohbet ise her iki yüzeyde de ayrı bir kayıttır.

Sohbet, varsayılan olarak ekibe açık değildir. Bağımsız bir oturum onu oluşturan kişiye aittir ve organizasyondaki diğer üyeler mevcut sohbet API'leri üzerinden o oturuma erişemez. Bir görevdeyse yeni sohbet mesajları Atananı ve o konuşmada zaten bulunan kişileri bilgilendirir. Görevi takip eden herkese duyurulmaz.

Sohbet, atama gerektirmez. Bir görevi açıp Space'teki herhangi bir Agent ile o görev hakkında sohbet edebilirsiniz; o Agent Atanan olsun ya da olmasın. Atama, yürütme sorumluluğunu belirler, konuşma erişimini değil.

Bir Agent'ın ne olduğunu (talimatlar, bir Runtime, Skills ve depolar içeren kaydedilmiş bir çalışma yapılandırması) ilk kez öğreniyorsanız, Agents rehberi bu temeli anlatıyor.

Bir Görev, sohbetin vermediği neyi sağlar?

Görev, Sharkly'deki ana iş birimidir. Hedefi ve açıklamayı, durumu, önceliği, etiketleri, sorumlu kişiyi, yürütmekle görevli Agent veya Crew'ü, yorumları ve ekleri, ayrıca Agent'ın yürütme durumunu, izini ve sonucunu taşır. İşle ilgili her şey Göreve döner ve erişimi olan herkes bunu inceleyebilir.

Bu tek cümle, sohbetin veremeyeceği dört somut garanti barındırıyor:

1. Sahiplik. Bir Görevin Atananı vardır. Bir iş tıkandığında ortada bir isim olur. Sohbet oturumundaysa katılımcı listesi vardır ama hesap verebilirlik yapısı yoktur.
2. Durum. Bir Görev, ekibinizin tanımladığı bir iş akışında ilerler: backlog, başladı, inceleme, bitti. Herkes panoya bakıp işin nerede olduğunu sormadan görebilir.
3. Yürütme geçmişi. Bir Göreve karşı yapılan her çalıştırma bir iz bırakır: ne zaman kuyruğa girdi, ne zaman başladı, hangi araçları çağırdı, neden başarısız oldu. Bir çalıştırma bozulduğunda, olayları hafızanızdan yeniden kurmak yerine yürütme kaydını okursunuz.
4. İnceleme. Bir Agent, bir Görevi insan yanıtı ya da insan incelemesi bekleyecek şekilde bırakabilir ve bu sinyaller sorumlu kişinin Inbox'ına düşer. Kabul, kayda geçen bir adımdır; öyle bir his değil.

Görev destekli yürütmenin yapısal avantajları da var. Bir Görevdeki depo işleri izole bir dizinde, genellikle her çalıştırma için ayrı bir git worktree içinde çalışır; böylece birkaç Görev aynı kod tabanını paralel olarak, birbirine çarpmadan değiştirebilir. Mekanik, Sharkly'nin ajanları nasıl paralel çalıştırdığı yazısında ele alınıyor. Atanmış bir Göreve eklenen takip yorumu yeni bir çalıştırma başlatabilir ve Sharkly hızlı ardışık yorumları birleştirerek yinelenen işler doğurmalarını engeller.

İşte Görevi gerçek işler için doğru adres yapan insan-ajan sözleşmesi: Agent'lar araştırır, yürütür, test eder ve Görev üzerinde rapor verir. İnsanlar yön belirler, yetki verir ve sonucu kabul eder. Bir sohbet oturumu bu sözleşmenin ilk yarısını destekler. İkinci yarısını yalnızca bir Görev destekler.

Agent sohbeti ile görev atama: karar tablosu

Karar, işin ne kadar büyük olduğuna değil, neyin kayda geçmesi gerektiğine bağlı.

Soruyorsanız, karşılaştırıyorsanız, araştırıyorsanız ya da bir şeyler şekillendiriyorsanız sohbeti kullanın. İşin bir Atanan, durum, kabul kriteri ya da birinin onaylaması gereken bir sonuca ihtiyacı varsa Görev kullanın.

İki dürüst karşı kural, bunun dogmaya dönüşmesini engeller:

Her soru için Görev açmayın. "Bu modül ne işe yarıyor?" sorusu bir bileti değil, bir sohbeti hak eder. Soru biçimli Görevlerle dolu bir pano, gerçek işi gömen gürültüdür ve insanlar ile ajanlar için bir iş yönetimi sisteminin varlık sebebi tam da bu gürültüyü önlemektir.

Bir sohbetin sessizce bir projeye dönüşmesine izin vermeyin. Bir konuşma, ekibin üzerinde harekete geçmesi, incelemesi ya da hatırlaması gereken bir şey ürettiği anda oturumu aşmış demektir. Ekibin bir sonucu görmesi gerekiyorsa, onu bir görev açıklamasına ya da yoruma kopyalayın. Özgün oturum sizin özel geçmişiniz olarak kalır; Görev ise ortak kayıt haline gelir.

Üç sohbet modu: Explore, Plan, Execute

Sharkly'de sohbet tek bir davranış değil. Mesaj kutusunda üç mod var, seçili mod oturumla birlikte saklanır ve her turdan önce değiştirebilirsiniz.

Explore salt okunur bir incelemedir. Agent hiçbir değişiklik yapmadan inceler, açıklar, karşılaştırır ve özetler. Yalnızca analiz isteyip başka bir şey istemediğinizde Explore seçili kalsın. Bu mod "auth akışını adım adım anlat" ve "kod tabanı bu iki kütüphaneden hangisine zaten bağlı" gibi sorular için.

Plan, Agent'ın incelemeniz için eylemler önermesini sağlar. Agent alt görevleriyle birlikte planlanmış bir görev taslağı hazırlar ve siz onaylayana kadar hiçbir şey olmaz. Öneriyi düzenleyebilir, işi başlatmadan onaylayabilir ya da onaylayıp hemen başlatabilirsiniz. Plan modu, iyi bir konuşma ile kayıt altına alınmış bir taahhüt arasındaki köprüdür ve sohbetten Göreve devri zahmetsiz kılan moddur.

Execute, Agent'ın yapılandırılmış CLI'si üzerinden doğrudan işlem yapmasını ve sonucu oturuma döndürmesini sağlar. Farklı bir varsayılan belirlemediyseniz yeni sohbetler Execute ile başlar; bunu ilk günden bilmekte fayda var: salt okunur bir konuşma istiyorsanız, Agent bir şeyler yapmaya başladıktan sonra değil, ilk mesajınızdan önce Explore'a geçin.

Modlar için geçerli olan karar ikilisi, daha büyük olanı yansıtır. Sonuç hâlâ bir soruyken Explore veya Plan kullanın. Sohbette Execute'u yalnızca ekip kaydının dışında kalması sizi rahatsız etmeyecek işler için kullanın, geri kalan her şey için Görev açın.

Birkaç davranış, sohbeti pratikte keyifli kılar. Bir çalıştırma etkinken Agent'ın çıktısı oturuma akar ve çalıştırmayı istediğiniz an durdurabilirsiniz. Agent çalışırken başka bir mesaj gönderirseniz Sharkly onu paralel bir kopya çalıştırma başlatmak yerine bir sonraki tur için kuyruğa alır. Aynı tarayıcıda sohbetler arasında geçiş yaptığınızda gönderilmemiş taslak metinler konuşma bazında korunur. Oturumlar yeniden adlandırılabilir, arşivlenebilir ve geçmişten yeniden açılabilir; arşivlenmiş oturumlar okunabilir kalır ama salt okunurdur.

Bir sohbeti Göreve nasıl devredersiniz

Devir teslim, iki yüzeyin buluştuğu yerdir ve Sharkly'nin dokümanları bunun için somut bir sıra veriyor. Bir tartışma taahhüt etmeye değer bir eylem ürettiğinde:

1. Sonucu sohbette özetleyin. Agent'tan hedefi, kapsamı, kısıtları ve kabul kriterlerini tek bir mesajda belirtmesini isteyin. Görevin ihtiyaç duyduğu paragraf budur ve Agent bunu yazacak bağlama zaten sahiptir.
2. Görevi taslak haline getirmek için Plan modunu kullanın. Plan'a geçin ve Agent'ın görevi ve alt görevleri önermesini sağlayın. Onaylamadan önce öneriyi inceleyip düzenleyin. Bunu atlayıp Görevi elle de oluşturabilirsiniz; önemli olan taahhüdü bir insanın şekillendirmesi.
3. Başlatarak ya da başlatmadan onaylayın. Onaylamak, planlanan Görevi oluşturur. İş hemen başlamalıysa onaylayıp başlatın; bir Sprint'i ya da bir bağımlılığı beklemesi gerekiyorsa başlatmadan onaylayın.
4. Atayın. Görevi Atanan alanından doğru kişiye, Agent'a veya Crew'e yönlendirin. İyi kapsamlandırılmış bir sohbet özeti, bu atamanın yapılabilmesini sağlayan şeydir. Çok rollü işler için, lider Agent'lı bir Crew tek bir yürütücü yerine tüm Görevi üstlenebilir.
5. Dökümü değil, bağlamı taşıyın. Görevin saklaması gereken her şeyi açıklamasına veya yorumlarına kopyalayın. Sohbet oturumu sizin ayrı geçmişiniz olarak kalır; ekibin hafızası olarak ona güvenmeyin, çünkü ekip onu göremez.

Bu noktadan sonra geri bildirim Görevin kurallarını izler. Göreve özel karşılıklı yazışmalar görevin Agent sohbetinde devam eder; tüm ekibin görmesi gereken sonuçlar Etkinlik yorumlarına gider; atanmış Göreve yapılan uygun bir yorum takip çalıştırması başlatır. Sonuçlar, engeller ve nihai yanıt Göreve döner; sonraki incelemeyi mümkün kılan da budur.

Yerleşimle ilgili bir not: bir Agent'a atanmış Görev, Backlog'da beklediği sürece başlamaz. Backlog bir bekleme alanıdır. Görevi Backlog'dan çıkarmak, Computer'ı ve Runtime'ı hazır olduğunda atanmış Agent'ı başlatır; böylece işi şimdi sohbetten hazırlayıp ekip hazır olduğunda serbest bırakabilirsiniz. Bu yürütmenin fiziksel olarak nerede gerçekleştiği ayrı bir konu ve Computers rehberinde ele alınıyor.

Hızlı sohbetler: görevden ayrılmadan görev bağlamı

Temeller oturduktan sonra bilmeye değer üçüncü bir yüzey var. Görev detayında, üst araç çubuğunda hızlı sohbetler bulunur: mevcut görevi bağlam olarak alarak çalışan, kaydedilmiş prompt + Agent kombinasyonları.

Her hızlı sohbetin bir adı, isteğe bağlı bir prompt'u, seçilmiş bir Agent'ı veya Crew'ü ve bir görünürlük ayarı vardır. Özel hızlı sohbetleri yalnızca oluşturan kişi görür ve tetikleyebilir. Paylaşılan hızlı sohbetleri Space'teki herkes görebilir, ancak bunları yalnızca oluşturan düzenleyebilir. Birini seçmek, solda görev ve sağda sohbet olacak şekilde bölünmüş bir görünüm açar; prompt, Agent ve görev bağlamı birlikte gönderilir.

Bu, tekrarlayan soruları tek tıklamalık işlemlere dönüştürür. Görevi bir planlama Agent'ına gönderen "Bunu tahminle" adlı paylaşılan bir hızlı sohbet ya da depo farkındalığı olan bir Agent'a bağlanmış "İlgili kodu bul", Space'teki herkesin herhangi bir görevde tetikleyebileceği bir şeye dönüşür. Bu, Skills'i de yönlendiren aynı tezdir: değer, herkesin daha fazla sohbet açmasından değil, iyi bir kurulumu paylaşmaktan gelir.

Akılda tutulması gereken iki mekanik var. Her hızlı sohbet tetiklemesi kendi görev düzeyinde konuşmasını oluşturur ve o konuşma Görevde kalır; atanmış Agent'ın normal sohbetini yeniden kullanmaz. Ayrıca bir hızlı sohbeti silmek, kaydedilmiş yapılandırmayı kaldırır, ondan oluşturulmuş konuşmaları değil.

Peki ya stack'inizde görev katmanı yoksa?

Pek çok ekip ajanları hiçbir orkestrasyon platformu olmadan çalıştırıyor: ham terminal oturumları, tmux panelleri, shell betikleri. Bu kurulum, bu yazıdaki ayrımın sohbet yarısını gayet iyi karşılıyor. Bir terminal oturumu, tıpkı Agent Chat gibi, bir ajanla yapılan özel ve keşif amaçlı bir konuşmadır.

Kendin yap kurulumunun eksik bıraktığı şey diğer yarı. Ortada bir Atanan, bir durum, bir ekip arkadaşının açabileceği bir çalıştırma izi, bir inceleme adımı ve sonuçların varsayılan olarak düştüğü bir yer yok. Her taahhüt oturumu, her soru oturumuyla birebir aynı görünür ve fark ancak bir şey bozulup kimse nedenini yeniden kuramadığında ortaya çıkar. Claude Squad, Conductor ve tmux tabanlı kurulumlar karşılaştırması, her yaklaşımın nerede durduğunu adım adım anlatıyor.

Eksik yarıyı eklemek için sürecinizi baştan kurmanız gerekmiyor. Sharkly, Claude Code'un, Codex'in ya da diğer yürütme araçlarının yerine geçmez; ekibinizin hâlihazırda kullandığı araçların etrafına ortak görev, bağlam ve inceleme katmanını ekler ve model kullanımı o araçlarda yapılandırılmış abonelikler ya da API anahtarları üzerinden devam eder. Karalama işlerini terminalde seviyorsanız orada bırakın. Taahhüt edilen işleri Görevler üzerinden yürütün; biletleriniz zaten başka bir yerdeyse, bir Jira bileti ekibiniz takip aracını değiştirmeden doğrudan bir Agent'a gidebilir.

Üç senaryo, adım adım

Kararsız test. Bir mühendis, aralıklarla başarısız olan bir test fark eder. Ekibin Code Reader Agent'ıyla Explore modunda bir sohbet açar: "auth_session_test paralel çalıştırmalarda neden başarısız olur?" On dakikalık incelemeden sonra Agent, yarış durumu (race) içeren paylaşılan bir fixture'ı işaret eder. Artık bu bir taahhüttür: Plan moduna geçer, Agent düzeltme kapsamını ve bir kabul kriterini ("test 50 ardışık paralel çalıştırmada geçer") içeren SH-341 görevini taslak olarak hazırlar, onaylayıp başlatır ve düzeltici Agent'a atar. İnceleme kendi sohbet geçmişinde kalır. Düzeltme, diff ve inceleme SH-341'e düşer.

Mimari sorusu. Bir teknik lider, üç servis genelinde bir kuyruk yapısına geçmenin neye mal olacağını öğrenmek istiyor. Bu, günler süren bir okuma demek; ama yine de bir soru, dolayısıyla "kuyruğa geçiş araştırması" olarak yeniden adlandırdığı bağımsız bir sohbet oturumunda kalıyor. Bir hafta boyunca oturuma geri döner, takip soruları sorar ve Agent'ın seçenekleri karşılaştırmasına izin verir. Yönetim onay verdiğinde, oturumun nihai özeti epik düzeyinde bir Görevin açıklaması olur ve Plan modunda alt görevlere ayrılır. Hiçbir şey yarım takip edilmedi.

Sürekli geri gelen standup sorusu. Bir ekip, her sabah birinin incelediği görevde dünkü değişiklikleri özetlemesi için bir Agent'a soru sorduğunu fark eder. Bir kişi bunu, depo farkındalığı olan bir Agent'a bağlı "Burada ne değişti?" adlı paylaşılan bir hızlı sohbet olarak kaydeder. Soru artık yeniden yazılmaz ve her tetikleme, konuşmasını çalıştırıldığı görevde bırakır. Özetleri talep üzerine değil de belirli bir programa göre almak istiyorsanız, aynı içgüdü Automations'a yükselir.

Üçünde de yüzeyi aynı kural belirler: sorular sohbette kalır, taahhütler bir Görev alır ve devir teslim, yanıtın iş anlamına geldiği anda gerçekleşir.

Sonuç

Keşfediyorsanız bir yapay zeka ajanıyla sohbet edin; taahhüt ediyorsanız bir Görev atayın. Sharkly iki yüzeyi bilinçli olarak ayrı tutar; böylece panonuz sorular yerine gerçek işleri kaydeder ve sorularınız kimsenin okumadığı bir kayıtta kaybolmaz. Sohbet oturumları size aittir. Görevler ekibe aittir ve bağlam, ilerleme, engeller, sonuçlar ve insan incelemesi, talepten yayına kadar onların üzerinde görünür kalır.

Bu ayrımı benimsemek hiçbir maliyet getirmez, çünkü iki yüzey de zaten önünüzde. Bir Agent ile sohbet açın ve normalde kod tabanını karıştırarak arayacağınız bir şeyi ona sorun. O konuşma ilk kez taahhüt etmeye değer bir şey ürettiğinde Plan moduna geçin ve Görevi onun taslak haline getirmesine izin verin. Bir Computer bağlayın, bir Agent oluşturun ve iki yarıyı da sıkıcı bir şey üzerinde deneyin. Hazır olduğunuzda platformun geri kalanını ana genel bakış yazısı ele alıyor.

Sıkça sorulan sorular

Bir görevi atamadan bir Agent ile onun hakkında sohbet edebilir miyim?

Evet. Görevi açın ve Space'teki herhangi bir Agent ile sohbet başlatın. Atama, konuşmak için bir ön koşul değildir; görevi kimin yürüteceğini belirler, onun hakkında kiminle konuşabileceğinizi değil.

Sohbet mesajları görevin Etkinlik akışında görünür mü?

Hayır. Etkinlik'te yorumlar tüm ekip için görünür. Bir görevdeki Agent sohbeti, Atananı ve o konuşmada zaten bulunan kişileri bilgilendirir ve her iki yüzeyde de yorumlardan ayrı saklanır.

Ekip arkadaşlarım bağımsız Agent Chat oturumlarımı okuyabilir mi?

Hayır. Her bağımsız oturum onu oluşturan kişiye aittir ve organizasyondaki diğer üyeler mevcut sohbet API'leri üzerinden erişim alamaz. Bir sonuç ekibiniz için önemliyse, onu bir görev açıklamasına veya yorumuna kopyalayın.

Çevrimdışı veya arşivlenmiş bir Agent'a mesaj gönderirsem ne olur?

Çevrimdışı bir Agent, düşünüyor ya da kuyrukta olarak değil, çevrimdışı olarak gösterilir; dolayısıyla gelmeyecek bir yanıtı beklemeyin. Arşivlenmiş bir Agent yeni mesaj alamaz: mesaj kutusu devre dışıdır, ancak oturum geçmişi okunabilir kalır.

Hangi sohbet moduyla başlamalıyım?

Varsayılanı değiştirmediyseniz yeni sohbetler Execute ile başlar. Değişiklik olmadan analiz istiyorsanız ilk mesajınızı göndermeden önce Explore'a geçin. Agent'ın inceleyip onaylayacağınız bir görev önermesini istiyorsanız Plan'ı kullanın.

Bir Agent ile sohbet etmek görev yürütme kurulumumu kullanır mı?

Evet. Sohbet çalıştırmaları aynı Agent yapılandırmasından geçer: talimatları, Runtime'ı ve Computer'ı. Execute modunda Agent, yapılandırılmış CLI'si üzerinden işlem yapar; görev çalıştırmalarını da çalıştıran aynı mekanizma budur.

Bir sohbet ne zaman Göreve dönüşmeli?

Konuşma, birinin sahiplenmesi, incelemesi veya hatırlaması gereken bir iş ürettiği anda. Hedefi, kapsamı, kısıtları ve kabul kriterlerini özetleyin, Görevi Plan modunda ya da elle taslak haline getirin ve atayın. Sohbet geçmişi bir ekip kaydı değildir.

İki kişi bir Agent ile aynı sohbet oturumunu paylaşabilir mi?

Bağımsız oturumlar için hayır; onların tek bir sahibi olur. Bir görevdeyse Agent sohbeti Atananı ve önceki katılımcıları bilgilendirir, böylece küçük bir grup orada tek bir görev düzeyindeki konuşmayı takip edebilir. Ekibin görebileceği tartışmalar için görev yorumlarını kullanın.