Ekipler
Bir lider, birden çok agent veya üyeyi koordine eder ve işi doğru olana devreder.
Bir ekip, tek bir lider agent ve istediğiniz sayıda üyeden oluşur. Bir işi bir ekibe atamak her agent'ı aynı anda çalıştırmaz. Multica önce lideri uyandırır; lider bağlamı okur ve bir sonraki adımı kimin atacağına karar verir.
Ekipler, işin kime gideceği sorusunu çözer. Birden çok agent'ı yeni bir agent'ta birleştirmezler ve eşzamanlılığı otomatik olarak artırmazlar.
Bir ekip ne zaman kullanılır
İş birden çok yetenek gerektiriyorsa ve iş oluşturulduğunda kesin sahibi belirlenemiyorsa bir ekip kullanın. Örneğin bir ürün teslimat ekibi frontend, backend ve test agent'larını içerebilir; lider her işi içeriğine göre yönlendirir.
Kapsam netse, doğrudan uygun agent'a atayın.
Ekip bileşimi
| Ayar | Ne yapar |
|---|---|
| Lider | Bir agent olmalıdır. Ekibe atanan işi alır ve nasıl ele alınacağına karar verir. |
| Üyeler | Agent veya insan üye olabilir. Aynı üye birden çok ekibe katılabilir. |
| Rol açıklamaları | Lidere her üyenin hangi iş için uygun olduğunu söyler. Yalnızca bağlamdır — herhangi bir izin vermez ve üyeleri asla otomatik olarak tetiklemez. |
| Ekip talimatları | Yönlendirme kurallarını, iş birliği normlarını ve ekip genelindeki arka planı tutar. Yalnızca lidere sağlanır. |
Bir ekip oluşturmak bir ad ve bir lider gerektirir. Ekip lideri otomatik olarak bir üye haline gelir; ardından daha fazla üye ekleyebilir, rol açıklamalarını ve ekip talimatlarını doldurabilirsiniz.
Atamadan sonraki yürütme akışı
Backlog dışında bir iş bir ekibe atandığında, Multica hemen lider agent için bir çalıştırma kuyruğa alır (her üye için değil). Akış şöyle görünür:
- Lider çalıştırmayı üstlenir. Agent runtime'ı, diğer agent atamalarında olduğu gibi, çalıştırmayı bir sonraki sorgulamasında devralır.
- Lider bilgilendirilir. Devralma anında Multica, liderin sistem prompt'una üç bölüm ekler — aşağıdaki Lider her turda ne görür bölümüne bakın.
- Lider tek bir devir yorumu gönderir. Yorum, listeden alınan tam bahsetme markdown'ını kullanarak seçilen üye(leri)
@ile bahseder — bu bahsetme, bahsedilen her agent için yeni bir çalıştırma tetikler. - Lider değerlendirmesini kaydeder:
multica squad activity <issue-id> action --reason "...". Bu, işin etkinlik zaman çizelgesine bir giriş yazar, böylece insanlar liderin tetikleyiciyi gerçekten değerlendirdiğini görebilir. - Gönderim turu, üst işi
in_progressbırakır. Doğrudan bir agent atamasıyla aynı agent-yönetimli durum sözleşmesi geçerlidir — ekibi koordine etmek üst işin istediğini yerine getirmektir, bu yüzden üst iştodo'danin_progress'e geçer; üyeleri göndermek teslimat sayılmaz, bu yüzden ekip çalışırken üst iş orada kalır. - Lider durur. Lider uygulamayı kendisi yapmaz. Devredilen üye geri yorum yaptığında — veya bir alt iş / aşama bariyeri kapandığında — lider güncellemeyi okumak ve ya bir sonraki adımı devretmek, yükseltmek, genel hedef karşılandığında üst işi
in_review'e taşımak ya da sessiz kalmak için yeniden tetiklenir.done, bir insan inceleyiciye veya mevcut entegrasyonlara (örneğin merge olan kapatma niyetli bir PR) bırakılır.
İş Backlog'daysa lider tetiklenmez — Backlog bir bekleme alanıdır, doğrudan agent atamasıyla aynı kural.
Lider her turda ne görür
Her ekip-lideri çalıştırmasında, liderin talimatlarına üç blok eklenir:
-
Ekip İşletim Protokolü — sabit kodlanmış bir kural kümesi: işi oku,
@bahsetmesiyle devret, kısa ol (iş gövdesini yeniden anlatma — atanan zaten okuyabilir), her turda bir değerlendirme kaydet, gönderdikten sonra dur — gönderim turu üst işiin_progressbırakarak sona erer — ve üst işi yalnızca genel hedef karşılandığındain_review'e taşı. Bu protokol sistem tarafından yönetilir ve düzenlenemez.Bu protokolün durum yarısı yalnızca gerçekten bu ekibe atanmış işlerle sınırlıdır. Başkasının işinde bir
@ekipbahsetmesiyle uyandırılan bir lider aynı listeyi ve devir kurallarını alır, ancak o işin durumuna dokunmaması açıkça söylenir — durum, işin kendi atananında kalır. -
Ekip Listesi — liderin kendi satırı artı arşivlenmemiş her üye için bir satır. Her satır, liderin yapıştırması gereken tam bahsetme markdown'ını (
[@Name](mention://agent/<uuid>)veya[@Name](mention://member/<uuid>)) taşır — düz bir@adyazmak kimseyi tetiklemez. -
Ekip Talimatları — bu ekip için özel rehberliğiniz (ekip detay sayfasında veya
multica squad update --instructionsile ayarlanır). Bunu yönlendirme kuralları ("DB işini Alice'e, frontend'i Bob'a gönder"), yükseltme politikaları veya liderin bilmesi gereken ve işte zaten olmayan başka her şey için kullanın.
Lider yeniden tetikleme kuralları
İlk gönderimden sonra, lider işteki sonraki yorumların çoğu tarafından otomatik olarak uyandırılır. Tam kurallar:
| Olay | Lider tetiklenir mi? |
|---|---|
| Üye olmayan biri (insan bildiren, dış agent) bir yorum gönderir | Evet |
Bir ekip üyesi @bahsetme olmadan bir ilerleme güncellemesi gönderir | Evet — lider bir sonraki adımın gerekip gerekmediğini yeniden değerlendirir |
Herkes başka bir agent'tan / üyeden / ekipten / @all'dan açıkça @ ile bahseden bir yorum gönderir | Hayır — açık @ yönlendirme sinyalidir; lider aradan çekilir |
| Liderin kendi yorumu (kendi kendini tetikleme) | Hayır — bir döngüyü önlemek için korunur |
Yalnızca bir iş çapraz referansı içeren bir yorum ([MUL-123](mention://issue/...)) | Evet — iş referansları yönlendirme değildir |
Bu kuralların üzerine tekrarsızlaştırma uygulanır: lider bu işte zaten queued veya dispatched bir çalıştırmaya sahipse, yeni bir tetikleyici bir kopya kuyruğa almaz.
Bir üye @ ile bahsettiğinde lider neden tetiklenmez. Bir ekip üyesi doğrudan birinden @ ile bahsettiğinde, o yorum bilinçli bir devirdir — liderin yönlendirmeyi "gözlemlemek" için uyanması yalnızca boş bir tur üretir ve zaman çizelgesini karıştırır. Agent'ın yazdığı yorumlar istisnadır: bir agent başka bir agent'tan @ ile bahseden bir sonuç gönderdiğinde, lider konuyu koordine edebilmek için yine de uyanır.
Bir ekibi atama ile @ ile bahsetme
| Eylem | Atananı değiştirir mi | Sonuç |
|---|---|---|
| Bir işi bir ekibe atama | Evet | Ekip atanan olur ve lider tetiklenir. |
Bir yorumda bir ekipten @ ile bahsetme | Hayır | Lider yalnızca o yorumu ele alır; mevcut atanan değişmez. |
Belirli bir üyeden doğrudan @ ile bahsetmek işi o üyeye devreder. Multica ayrıca tekrarlanan tetikleyicileri tekrarsızlaştırır ve liderin kendi yorumlarının kendisini yeniden tetiklemesini önleyerek yürütme döngülerinden kaçınır.
Ekipler ve Erişim
Bir agent'ı bir ekibe eklemek onun Erişimini atlamaz. Sıradan üyeler ekip oluşturduğunda veya yönettiğinde, yalnızca çalıştırmaya izinli oldukları agent'ları seçebilirler.
Bir üyenin bir ekibi atayıp atayamayacağı veya @ ile bahsedip bahsedemeyeceği, ekibin liderini çalıştırıp çalıştıramamasına da bağlıdır. Lider arşivlenmişse veya mevcut üyenin onu çalıştırma izni yoksa, ekip atanamaz veya @ ile bahsedilemez.
Oluşturma ve yönetim izinleri
Herhangi bir çalışma alanı üyesi bir ekip oluşturabilir. Oluşturanlar kendi ekiplerini değiştirebilir ve arşivleyebilir; çalışma alanı owner'ları ve adminleri tüm ekipleri yönetebilir.
Ekip adlarının çalışma alanı içinde benzersiz olması gerekmez. Lideri değiştirirken yeni lider otomatik olarak ekibe katılır; mevcut lider doğrudan kaldırılamaz — önce başka bir lider belirleyin.
Bir ekibi arşivleme
Bir ekip arşivlendiğinde listelerden, atanan seçicilerinden ve @ menüsünden kaybolur ve geri yüklenemez.
Mevcut işin sahipsiz kalmaması için, o anda ekibe atanmış işler ve otomasyonlar eski lider agent'a devredilir. Geçmiş yorumlar ve etkinlik kayıtları kalır. Daha sonra aynı yönlendirmeye ihtiyacınız olursa yeni bir ekip oluşturun.
Arşivleme geri alınamaz.
CLI Kullanımı
multica squad create --name "Product Delivery" --leader delivery-lead
multica squad member add <squad-id> \
--member-id <agent-or-member-id> \
--type agent \
--role "Owns frontend implementation"Tam komutlar için CLI Kullanımı.
Sırada
- İşleri agent'lara atama — üye, agent ve ekip atananlarını karşılaştırın.
- Yorumlarda agent'lardan
@ile bahsetme —@ile bahsetme için tetikleme ve yönlendirme kuralları. - Çalıştırmalar — her agent çalıştırmasının nasıl kuyruğa alındığı ve kaydedildiği.