Sharkly Crews: Görev Dağıtan Liderle Yapay Zeka Ajan Ekipleri

Bir ekibe katılan ilk yapay zekâ agent'ı verimliliği artırır. İkincisi ise bir koordinasyon sorunu yaratır. API değişikliğini hangi agent'ın alacağına, testleri kimin yazacağına, refactor'ün şema migrasyonunu bekleyip beklemeyeceğine ve bir insan sonucu kabul etmeden önce birleşik çıktıyı kimin kontrol edeceğine birinin karar vermesi gerekir. Çoğu ekipte bu "birileri", her elinde bir terminal tutan kıdemli bir mühendistir ve bu rol ölçeklenmez.

Sharkly Crew'leri tam da bu an için var. Crew, tek bir lider Agent tarafından koordine edilen, yeniden kullanılabilir bir Kişi ve Agent grubudur ve agent çalışmasını paylaşılan bir görev sistemi içinde tutan platform olan Sharkly içinde yaşar. Her alt görevi elle yönlendiren bir kişi yerine, Görevi Crew'e atarsınız. Lider Agent hedefi okur, hangi üyelerin katkı vermesi gerektiğine karar verir ve sonuçlarını ekibinizin inceleyebileceği tek bir yere getirir.

Bu rehber; Crew'in ne olduğunu, tek bir Agent'ın ne zaman daha iyi bir seçim olduğunu, lider öncelikli yürütmenin her çalıştırmada nasıl davrandığını ve ekibinizin üç ay sonra da kullanıyor olacağı bir Crew'i nasıl kuracağınızı ele alıyor.

Özet

Sharkly'de bir Crew, tek bir lider Agent tarafından koordine edilen, yeniden kullanılabilir bir Kişi ve Agent grubudur. Görevi Crew'e atarsınız; lider ilk başlar, hedefi yorumlar, parçaları Agent üyeleri mention'layarak devreder ve sonuçlarını Görev üzerinde birleştirir. Agent'lar araştırır, yürütür, test eder ve raporlar. Kişiler yön belirler, yetki verir ve sonucu kabul eder.

Sharkly'de Crew nedir?

Crew, adlandırılmış ve yeniden kullanılabilir bir ekiptir: istikrarlı bir iş türü etrafında toplanmış Kişiler ve Agent'lar ile yürütmeyi koordine eden tek bir lider Agent. Tek bir Agent tek bir rol için kaydedilmiş bir çalışma yapılandırmasıyken, Crew birden fazla rolün nasıl işbirliği yaptığını yakalar; böylece karmaşık bir Görev tek bir yürütücüye değil, ekibe atanabilir.

Her Crew şunları içerir:

• bir ad, bir açıklama ve isteğe bağlı Crew talimatları
• Crew'i yöneten, organizasyondaki bir kişi olan bir Sahip
• Crew'in Alanındaki bir Agent olması gereken bir lider
• o Alanda yer alabilecek Agent ve Kişi üyeler
• Crew'in bağlı olduğu tek bir Alan
• Kişisel veya Alan görünürlüğü
• isteğe bağlı bir paylaşılan Görev dizini ayarı

Her şeyden önce iki sınır önemlidir.

Sahip, lider değildir. Sahip, Crew'i yöneten kişidir: üyeliğini, ayarlarını, görünürlüğünü. Lider ise bir Agent'tır ve yürütmeyi yine o koordine eder. Sahibi, lider Agent'ın yerine koymak her iki rolü de yanlış okumak demektir.

Üyelik, yürütme değildir. Kişi üyeliği, Crew'e kimin katıldığını kaydeder; ancak Agent çalıştırmalarını yalnızca Agent üyeler başlatabilir. Bir Crew'deki kişi, her zamanki gibi işbirliği yapmaya devam eder: Görev yorumları, inceleme ve sohbet üzerinden. Bir Crew'e katılmak, bir insanı çalıştırma hedefine dönüştürmez.

Lider otomatik olarak üye eklenir, lider rolünü taşır ve Crew'e liderlik ettiği sürece çıkarılamaz. Diğer üyeler, katkılarını tanımlayan rol etiketleri taşıyabilir: backend, testler veya dokümantasyon gibi. Bu da lidere devrederken üzerinde somut olarak akıl yürütebileceği bir şey verir.

Tek bir Agent yerine ne zaman Crew kullanmalısınız?

Bu ikili karar doğrudan Sharkly dokümanlarından geliyor ve kelimesi kelimesine ciddiye alınmaya değer. Küçük ve net tanımlanmış işlerde Görevi doğrudan tek bir Agent'a atayın. Liderin hedefi yorumlaması, diğer Agent üyeleri dahil etmesi ve sonuçlarını tek bir Görevde veya sohbette toplaması gerekiyorsa Crew kullanın.

Tek bir Agent şu durumlarda doğru seçimdir:

1. İş tek bir role uyuyorsa; örneğin tek bir serviste hata düzeltmesi.
2. Kapsam zaten netse ve parçalara ayırmaya gerek yoksa.
3. Atama ile inceleme arasında mümkün olan en az hareketli parça istiyorsanız.
4. Hâlâ tek bir Agent'ın talimatlarını ayarlıyorsanız ve temiz bir sinyal istiyorsanız.

Bir Crew şu durumlarda yerini hak eder:

1. Hedef birden fazla role yayılıyorsa; örneğin backend, frontend ve test değişikliği gerektiren bir özellik.
2. Katkıların sırasına birinin karar vermesi gerekiyorsa ve o birinin, iki terminal açmış bir insan yerine bir Agent olmasını istiyorsanız.
3. Aynı uzman kombinasyonu her yeni istekte yeniden oluşuyorsa.
4. Birkaç Agent'ın sonuçları özel oturumlara dağılmak yerine tek bir Görevde toplanmak zorundaysa.

Ekibiniz çok agent'lı çalışmanın yapılandırmaya değip değmediğine hâlâ karar veremiyorsa, AI agent orkestrasyonu rehberi ödünleşimleri temelden ele alıyor. Kısa versiyonu: ikinci bir agent ucuzdur, ama agent'lar arasındaki yönetilmeyen koordinasyon ucuz değildir.

Lider öncelikli yürütme nasıl çalışır

Bir Görevi Crew'e atadığınızda, yürütme lider öncelikli bir sırayı izler:

1. Görev, diğer tüm Assignee'lerde olduğu gibi Assignee alanı üzerinden Crew'e atanır.
2. Görev yürütülebilir bir durumdaysa ve lider hazırsa, önce lider Agent başlar.
3. Lider, Görev bağlamını ve Crew talimatlarını okur.
4. Lider ya işi kendisi yapar ya da belirli katkılar için uygun Agent üyeleri mention'lar.
5. Mention'lanan Agent üyeler aynı Görev üzerinde çalışır ve sonuçlarını Görevin sohbetine ekler.
6. Lider koordinasyona devam eder ve sonuçları birleştirir.

Bu sıralamanın arkasındaki tasarım hedefi ölçülülük. Lider öncelikli yürütme, tüm Agent üyelerin aynı anda başlamasını engeller. Ayrıca lidere eksik bağlamı belirleme, doğru katılımcıları seçme ve iş sırasını kontrol etme fırsatı verir. Lidersiz bir Crew, bir fan-out düğmesi olurdu; lideri olduğunda ise işi bölmeden önce düşünen bir ekip.

Backlog, tek tek Agent'larda olduğu gibi davranır: Backlog'ta bir Görev atamak lideri başlatmaz. Backlog, işin hazırlandığı bir bekleme alanıdır ve Crew'i başlatan eylem, Görevi yürütülebilir bir duruma taşımaktır. Atama hiçbir zaman işi sürpriz şekilde tetiklemez.

Üyelerin ürettiği her şey Göreve döner: çalıştırma durumları, sonuçlar ve bunlar etrafındaki tartışma. Bir ekibi beş terminale dağıtmak yerine Sharkly içinde çalıştırmanın amacı da bu. İşi bir Agent da yapsa dört Agent da yapsa; bağlam, ilerleme, engeller, sonuçlar ve insan incelemesi talepten yayına kadar görünür kalır.

Üyeleri paralel çalıştıran ekipler için mekanik bir not: her Agent çalıştırması varsayılan olarak yine kendi izole çalışma dizinini alır, böylece üyeler birbirlerinin dosyalarına takılmaz. İzolasyon modeli, Sharkly'nin Agent'ları merge çakışmaları olmadan nasıl paralel çalıştırdığı yazısının konusu.

Sahiplik, görünürlük ve Crew'i kimler kullanabilir

Bir Alanda paylaşılan kaynak oluşturma iznine sahip kişiler orada bir Crew oluşturabilir. Her Crew tek bir Alana aittir ve görünürlüğü kimlerin onu bulup kullanabileceğini kontrol eder:

Görünürlük; Crew'in kendisi, Crew sohbeti ve Görev Assignee'si olarak seçilme durumu için geçerlidir. Kişisel bir Crew, Sahibi tarafından yönetilir ve özel bir Crew'in Sahibi değiştikten sonra önceki Sahip yönetim erişimini kaybeder. Bu devir kuralı, Crew'i kuran kişi ekip değiştirdiğinde önem kazanır: boşluğu sonradan fark etmek yerine sahipliği bilinçli olarak devredin.

Bir Crew işlevini tamamladığında, geçmişi silmek yerine arşivleyin. Arşivlenen bir Crew yeni atama almayı durdurur, mevcut geçmişi ise erişilebilir kalır. Arşivlemeden önce, mevcut Görevlerin veya Otomasyonların hâlâ bu Crew'i kullanıp kullanmadığını kontrol edin ve o işi önce başka bir Assignee'ye taşıyın. Aynı bağımlılık kontrolü, bir Crew'e ait olan bir Agent'ı arşivlemeden önce de geçerlidir.

Crew sohbeti: ortada henüz bir Görev yokken koordinasyon

Her tartışma ilk günden bir Görevi hak etmez. Crew sohbeti, iş kaleminden önce gelen konuşma için var: bir sorunu keşfetmek, doğru katılımcıları belirlemek, bir plan şekillendirmek.

Her kişi Crew ile kalıcı bir sohbet oturumuna sahiptir ve ilk sohbet ortağı lider Agent'tır. Lider, Agent üyeleri mention'layabilir, böylece yanıtları aynı sohbette görünür; yani herhangi bir şeye bağlanmadan önce ekibin birlikte akıl yürütmesini izleyebilirsiniz.

Sınır nettir ve ezberlemeye değer: Crew sohbeti bir Görev oluşturmaz. Tartışma somut bir işe dönüştüğünde bir Görev oluşturun ve Crew'i atayın; böylece durum, yorumlar, çalıştırmalar ve kabul iş kalemine bağlı kalır. Yalnızca bir sohbet oturumunda yaşayan bir sonuç, ekibinizin kaybedeceği bir sonuçtur. Paylaşılan kayıt Görevdir ve sonuçların oraya dönmesi gerekir.

Görev detayında ayrıca başlık araç çubuğunda hızlı sohbetler bulunur. Hızlı sohbet, seçilen bir Agent'ı veya Crew'i mevcut görevi bağlam olarak kullanarak, Görevin yanında bölünmüş bir görünümde çalıştırır. Bir Crew'e resmen atamadan önce "bununla ne yapardın?" diye sormak için kullanışlı bir yoldur.

İleri düzey Crew teknikleri

Crew'e özel Agent'lar: başka hiçbir yerde çalışmayan uzmanlar

Bazı Agent'lar yalnızca kendi ekipleri içinde anlam kazanır. Diğer üç üyenin var olduğunu varsayan bir merge koordinatörü ya da tek bir Crew'in kurallarına göre ayarlanmış bir gözden geçirici, organizasyonun genel Agent seçicisinde görünmemelidir; çünkü orada biri ona hiç tasarlanmadığı tek başına bir iş atayabilir.

Bir Agent'ı Crew'e özel olarak işaretlemek, onu Crew ile sınırlar. Ayar açıldıktan sonra:

• Agent yalnızca mevcut Crew içinde çağrılabilir
• özel sohbet için kullanılamaz veya tek başına bir Göreve atanamaz
• Agent'larım, dizin, organizasyon Agent listesi ve Assignee seçicisinden kaybolur

Özellik, Agent üzerinde bir kapsam sınırıdır, bir Crew rolü değil. Rol etiketi üyenin ne yaptığını tanımlar; özellik ise Agent'ın nerede çağrılabileceğini tanımlar. Crew'e özel bir Agent aynı anda en fazla bir Crew'e ait olabilir; yani zaten başka bir Crew'deyse önce oradan çıkarın. Özelliği kaldırmak normal görünürlüğü ve atanabilirliği geri getirir; geçmiş Görevler ve sohbetler her iki durumda da kalır. Engellenen şey yeni özel sohbetler ve yeni tek başına atamalardır.

Paylaşılan Görev dizini: üyeler aynı dosyalar üzerine inşa etmek zorunda olduğunda

Varsayılan olarak kural izolasyondur: ayrı çalıştırmalar ayrı dizinler alır. Bir Crew bunu bilinçli olarak gevşetebilir. Paylaşılan Görev dizini ayarı açıkken, aynı Görev için daha sonra yapılan bir Crew Agent çalıştırması, o Bilgisayardaki en son uygun dizini yeniden kullanabilir ve önceki bir üyenin bıraktığı yerel değişiklikleri koruyabilir.

İki kısıt bunu güvenli tutar. Yalnızca dosya sistemi durumunu paylaşır, önceki Agent'ın sağlayıcı oturumunu değil; böylece her üye kendi akıl yürütmesine yine Görev kaydından başlar. Ve yalnızca çalıştırmalar aynı Crew tarafından atanmış Göreve ait olduğunda ve aynı Bilgisayarda yürütüldüğünde geçerlidir.

Karar kuralı: sıralı üyelerin aynı yerel değişiklikler üzerine inşa etmesi gerektiğinde paylaşılan dizin yeniden kullanımını açın; örneğin yeni kodu çalıştıran bir test Agent'ından önce gelen bir uygulama Agent'ı gibi. İzolasyon daha güvenliyse veya eşzamanlı düzenlemeler çakışabilecekse kapalı bırakın. Açarsanız, amaçlanan yürütme sırasını Crew talimatlarında açıkça belirtin; çünkü sırası belirsiz bir paylaşılan dizin, ekip forması giymiş bir merge çakışmasıdır.

İşe yarayan Crew talimatları yazmak

Crew talimatları, liderin koordinasyon için kullandığı kullanım kılavuzudur. Dokümanlar oraya neyin girmesi gerektiği konusunda nettir: liderin başka bir Agent'ı dahil edip etmeyeceğine nasıl karar verdiği, hangi rollerin mevcut olduğu, sonuçların nasıl birleştirilmesi gerektiği ve bir kişinin ne zaman karar vermesi gerektiği.

Katmanları ayrı tutun. Göreve özgü gereksinimler Görev açıklamasında ve yorumlarında kalır. Birkaç Agent'ın paylaştığı yeniden kullanılabilir bir prosedür bir Skill'e aittir. Her üye Agent'ın kendi talimatları, kendi bireysel rolünü taşır. Crew talimatları yalnızca işbirliği kurallarını kapsar; bu da onları liderin her çalıştırmada takip edebileceği kadar kısa tutar. Her üyenin talimatlarını Crew'e kopyalamak, delegasyonu öngörülemez hale getirmenin en yaygın yoludur.

İşe yarar bir iskelet:

# Crew: Checkout Feature Crew

## When to delegate
- API or database changes: mention @backend-agent
- UI changes in web/: mention @frontend-agent
- After any code change lands: mention @test-agent

## Order
Backend before frontend when a contract changes.
Tests run last, against the combined changes.

## Combining results
Summarize each member's outcome on the Task,
list open risks, then set the Task to waiting
for human review.

## Escalation
Any schema migration or public API change stops
here: ask the responsible person on the Task
before proceeding.

Bu eskalasyon bloğu, ekibin kendisine yazılmış insan-agent sözleşmesidir. Agent'lar araştırır, yürütür, test eder ve raporlar. Kişiler yön belirler, yetki verir ve sonucu kabul eder. Bir Crew sözleşmeyi değiştirmez; ona yalnızca agent tarafında daha fazla el verir.

İlk Crew'inizi kurmak

Dokümanlar tipik bir kurulum sırası tanımlıyor ve Agent'larınız zaten varsa bu yaklaşık on beş dakikalık bir işe karşılık geliyor:

1. Crew'in ele aldığı istikrarlı iş türünü tanımlayın. "Her şey" bir iş türü değildir; "ödeme akışındaki değişiklikler" öyledir.
2. Görünürlüğü ve bir Sahip seçin. Ayarlarken Kişisel ile başlayın, yapılandırma yeniden kullanımı hak ettiğinde Alan görünürlüğüne geçin.
3. Lider olarak bir Agent seçin. İşi yönlendirme konusunda muhakemesine güveneceğiniz Agent'ı seçin; illa en çok kod yazanı değil.
4. İşin ihtiyaç duyduğu Kişi ve Agent üyeleri ekleyin ve üyelere liderin üzerinde akıl yürütebileceği rol etiketleri verin. Üyeler sayfasında birkaçını aynı anda ekleyebilirsiniz; satır menüsünden sonradan yeni bir lider belirleyebilir veya bir üyeyi çıkarabilirsiniz.
5. Yukarıdaki katmanlama kurallarını kullanarak koordinasyon ve çıktı için Crew talimatlarını yazın.
6. Paylaşılan Görev dizinini yalnızca yeniden kullanım davranışı istediğiniz şeyse açın. Şüphedeyseniz kapalı bırakın.

Ardından gerçek bir Görev atayın. Şöyle bir şey: SH-312: "Abonelik iptal akışına iptal nedeni alanı ekle; API ve UI, testlerle birlikte." Liderin başlamasını izleyin, nasıl delege ettiğini okuyun ve Göreve dönenleri inceleyin. İlk Crew çalıştırmanız, talimatlarınız hakkında size önceden yapacağınız her türlü düzenlemeden daha fazlasını öğretir. Her Agent üyesi yine kendi yapılandırılmış Runtime'ında çalışır; ister Claude Code, ister Codex, ister ekibinizin zaten ödeme yaptığı başka bir CLI aracı olsun. Çünkü Sharkly, bu araçların yerini almak yerine etraflarındaki koordinasyon katmanı olarak kalır.

Kopyalamaya değer Crew kalıpları

Bunlar vaka çalışmaları değil, yapılandırma kalıplarıdır; her biri dokümante edilmiş davranışları bir araya getirir.

Özellik Crew'i. Planlama yapan bir lider Agent, artı eşleşen rol etiketlerine sahip backend, frontend ve test üyeleri. Lider bir gereksinimi parçalara ayırır, sözleşmeler değiştiğinde backend'i frontend'den önce sıralar ve test üyesini en son mention'lar. Yukarıdaki kurulum iskeletinin tanımladığı kalıp budur ve gereksinimleri rutin olarak rol sınırlarını aşan ekiplere uyar.

Triyaj Crew'i. Gelen hata raporlarını okuyan bir lider, hatayı doğrulayan ve kanıt toplayan bir yeniden üretme üyesi ve yalnızca doğrulanmış bir yeniden üretim Göreve döndükten sonra harekete geçen bir düzeltme üyesi. Kişiler üye olarak döngüde kalır; çünkü bir hatanın önceliğine karar vermek yön belirlemektir ve sözleşmenin bu tarafı insanlara aittir.

İnceleme Crew'i. İnceleme açılarını dağıtan bir lider: bir üye doğruluk için, bir diğeri güvenlik açısından hassas yollar için, bir üçüncüsü test kapsamı için okur. Bulguları, liderin özetlediği ayrı sonuçlar olarak Göreve düşer. İnceleme üyelerine hiçbir zaman tek başına özellik işi atanmaması gerektiğinden, burası Crew'e özel Agent'lar için doğal bir yuvadır.

Sprint destek Crew'i. Bir Sprint sırasında bir Crew, tekrarlayan ve sınırları iyi çizilmiş işleri üstlenir: bağımlılık güncellemeleri, kararsız testlerin karantinaya alınması, dokümantasyon kayması. Liderin asıl işi, kapsam dışı olan işleri reddetmektir; bu da Crew'in verimini planlanabilecek kadar öngörülebilir kılar.

Hangi kalıpla başlarsanız başlayın, tek bir tanesiyle başlayın. Tek bir Crew'i iyi yürüten bir ekip, ikincisini ucuza getiren koordinasyon alışkanlıklarını öğrenir.

Crew ne zaman doğru cevap değildir

Dürüst bir sınır listesi; çünkü bir ekibi çok agent'lı çalışmadan soğutmanın en hızlı yolu, onu değer eksilttiği yerde kullanmaktır.

Tek net rol, tek Agent. Görev tek bir role uyuyorsa, bir Crew yalnızca bir delegasyon adımı ekler, başka bir şey değil. Dokümanların kendi yönlendirmesi de basit işler için tek Agent'ı, gerçekten koordinasyon gerektiren işler için Crew'i tercih etmektir.

Tekrarlayan tetikleyiciler, Otomasyonlar. İş, bir muhakeme yerine bir zamanlamaya veya olaya göre tetikleniyorsa, daha keskin araç bir Otomasyondur. Crew'ler karar verir; Otomasyonlar tekrarlar. İyi bir arada çalışırlar, ama birbirlerinin yerini tutmazlar.

Çalıştırma içi ayrıştırma, runtime alt agent'ları. Claude Code gibi araçlar tek bir çalıştırma içinde alt agent'lar oluşturabilir. Bu tamamlayıcıdır, rakip değil: runtime alt agent'ları tek bir Agent'ın işini kendi oturumu içinde böler; bir Crew ise ayrı Agent'ları, Runtime'ları ve sonuçları ekibin görebileceği Görev düzeyinde koordine eder. Bugün script'ler ve tmux ile birden fazla Claude Code agent'ı çalıştırıyorsanız, Crew o kurulumun koordinasyon yarısı için mezuniyet yoludur.

Fazladan adımlarla bir grup sohbeti. İstediğiniz şey bir tartışmaysa, Crew sohbetini kullanın ve orada durun. Tek bir Agent'ın yanıtlayabileceği soruları yanıtlamaktan başka işi olmayan bir Crew oluşturmayın.

Bunların hiçbiri sizden bir şeyi yeniden kurmanızı istemiyor. Üyeler Runtime'larını, depolarını ve aboneliklerini korur; Crew, zaten yapılandırdığınız Agent'ların üzerinde bir koordinasyon katmanıdır ve model kullanımı, o araçlarda yapılandırılmış abonelikler ve API anahtarları üzerinden devam eder.

Sonuç

Crew, her ekibin ilk başarılı Agent'ından sonra karşılaştığı şu soruya Sharkly'nin cevabıdır: bir insanı trafik polisi atamadan bunlardan birkaçını nasıl çalıştırırız? Mekanizma şudur: yazılı koordinasyon kurallarına sahip tek bir lider Agent, anlaşılır rollere sahip üyeler ve her sonucun geri döndüğü bir Görev. Ölçülülük işin içine gömülüdür: lider öncelikli yürütme, asla kendi kendine başlamayan Backlog, varsayılan olarak izolasyon ve kabulü en sonda elinde tutan insanlar.

Somut sonraki adım küçük. Bir Bilgisayar bağlayın, tek başına güvendiğiniz iki Agent'ı yapılandırın ve üç satırlık bir talimat bloğuyla onları bir Crew'e sarın. Gerçekten iki role de ihtiyaç duyan bir Görev atayın ve geri dönenleri okuyun. Sharkly dokümanları her kavramı daha ayrıntılı ele alıyor ve Sharkly ile başlarken rehberi temel kurulumu baştan sona adım adım anlatıyor.

Sıkça sorulan sorular

Sharkly'de Crew nedir?

Crew, tek bir lider Agent tarafından koordine edilen, yeniden kullanılabilir bir Kişi ve Agent grubudur. Onu yöneten bir Sahibi, Crew'in bağlı olduğu tek bir Alanı, Kişisel veya Alan görünürlüğü ve isteğe bağlı Crew talimatları vardır. Görevi Crew'e atayın; lider hangi üyelerin katkı vereceğini ve sonuçların nasıl birleşeceğini koordine eder.

Tek bir Agent yerine ne zaman Crew kullanmalıyım?

Küçük ve net tanımlanmış işleri doğrudan tek bir Agent'a atayın. Hedef yorum gerektiriyorsa, birkaç role yayılıyorsa veya birden fazla Agent'ın sonucunun tek bir Görevde toplanmasını gerektiriyorsa Crew kullanın. Aynı uzman grubu her istekte yeniden oluşuyorsa, bu tekrar ekibi yeniden kullanılabilir hale getirme sinyalidir.

Bir Görevi Crew'e atamak tüm üyeleri aynı anda başlatır mı?

Hayır. Yürütme lider önceliklidir: lider Agent başlar, Görev bağlamını ve Crew talimatlarını okur ve belirli katkılar için uygun Agent üyeleri mention'lar. Mention'lanan üyeler ardından aynı Görev üzerinde çalışır. Bu, tüm üyelerin aynı anda üşüşmesini önler ve sıra ile katılımı liderin kontrol etmesini sağlar.

Kişiler bir Crew'in üyesi olabilir mi?

Evet. Kişi üyeliği kimin katıldığını kaydeder ve Kişisel bir Crew'in insan üyeleri ona erişip sohbet edebilir. Ancak Agent çalıştırmalarını yalnızca Agent üyeler başlatabilir. Kişiler Görev yorumları, kararlar ve inceleme yoluyla katkı verir; sözleşmenin insan tarafı da budur.

Crew'e özel Agent nedir?

Crew'e özel bir Agent tek bir Crew ile sınırlanır: yalnızca o Crew içinde çağrılabilir, özel sohbetler veya tek başına Görev atamaları alamaz ve organizasyon genelindeki Agent listelerinin dışında kalır. Bu bir rol değil, bir kapsam sınırıdır; kaldırıldığında Agent'ın normal görünürlüğü geri gelir.

Crew üyeleri bir Görev sırasında dosya paylaşabilir mi?

Evet, Crew paylaşılan Görev dizini ayarını açtıysa. Aynı Görev üzerinde daha sonra çalışan bir üye, aynı Bilgisayardaki en son uygun dizini yeniden kullanabilir ve önceki yerel değişiklikleri koruyabilir. Yalnızca dosya sistemi durumunu paylaşır, önceki Agent'ın oturumunu asla; ve eşzamanlı düzenlemelerde izolasyon daha güvenli olduğu için varsayılan olarak kapalıdır.

Crew sohbeti otomatik olarak Görev oluşturur mu?

Hayır. Crew sohbeti, liderin ilk sohbet ortağı olduğu, bir sorunu keşfetmeye veya bir plan şekillendirmeye yöneliktir. Tartışma somut bir işe dönüştüğünde bir Görev oluşturup Crew'i atarsınız; böylece durum, çalıştırmalar ve kabul iş kalemine bağlı kalır.