Bir ekipteki ilk ajan kişisel bir üretkenlik hikâyesidir. Beşincisi ise organizasyonel bir hikâye. Bu ikisinin arasında bir yerde, bir grup artık yapay zekâ kullanan bir ekip olmayı bırakıp ajanlı bir ekibe dönüşür: insanlar ve ajanlar aynı panoda, aynı görevler üzerinde, birinin yazıya dökmek zorunda kaldığı kurallar altında çalışır.
İlginç soruların çoğu tam da bu geçişte yaşar. Bir ajanın yürüttüğü işin sahibi kim? Pano kendini güncellediğinde standup neyi içerir? Bir gözden geçiren kaç ajanı kaldırabilir? Bu rehber, ajanlı bir ekibin bileşimini, gerçek işle temas ettiğinde ayakta kalan iş bölümünü ve çalınmaya değer çalışma anlaşmalarını ele alır. Sharkly, bu ekip şekli için geliştirdiğimiz platformdur ve aşağıdaki başarısızlık modları, bu şeklin nasıl bozulduğunu izlemekten geliyor.
ÖZET
Ajanlı ekip, insanların ve yapay zekâ ajanlarının tek bir ortak sistemde atanmış işleri birlikte yürüttüğü; yönlendirme, yetki ve kabulün insanlarda kaldığı bir gruptur. Ajanlar araştırır, yürütür, test eder ve raporlar. İnsanlar yönü belirler, yetki verir ve sonucu kabul eder. Pratik gereksinimler şunlardır: her ikisinin de okuyabildiği bir görev kaydı, sorumlu kişiden ayrı bir yürütme atananı, birine ulaşan bir inceleme durumu ve ajanın tahmin etmek zorunda kalmayacağı kadar yazılı kapsam.
Ajanlı ekip nelerden oluşur
Üç tür katılımcı vardır ve bunları tam olarak adlandırmak işe yarar.
İnsanlar görev oluşturur ve günceller, yorum yapar, kuyruk öğeleri alır, iş atanır, ajan sonuçlarını inceler ve rollerinin izin verdiği ayarları yönetir. Hesap verebilir olabilecek tek katılımcılar onlardır.
Ajanlar tek seferlik istemlerden ziyade kaydedilmiş çalışma yapılandırmalarıdır: talimatlar, Claude Code veya Codex gibi bir çalışma zamanı, depolar, ortam, çalıştırma ayarları ve bağlı beceriler. Bir ajan, bir kişiden çok belgelenmiş bir role yakındır. Sharkly Agents açıklamamız bir ajana nelerin dahil olduğunu ele alır.
Crews koordinasyon gerektiren işler için ajanları tek bir lider ajan altında gruplar. Yürütme lider önceliklidir: lider görevi ve crew talimatlarını okur, ardından ya işi kendisi yürütür ya da belirli üyeleri devreye alır. Bu sıralama, her üyenin aynı anda başlamasını engellemek için vardır. Ayrıntılar Sharkly Crews rehberimizde.
Erişim bunun üzerine katmanlanır: organizasyon rolü geniş yönetici yeteneklerini belirler, alan üyeliği ise birinin hangi çalışma alanlarına erişebileceğini belirler. Ajanlar da aynı şekilde belirli depolara ve belirli makinelere kapsamlandırılır.
İşe yarayan iş bölümü
Sharkly’nin kendi sözleşmesi iyi bir varsayılan çünkü uygulanabilecek kadar dar: ajanlar araştırır, yürütür, test eder ve raporlar; insanlar yönü belirler, yetki verir ve sonucu kabul eder.
Ajanlar ne kadar yetkinleşirse yetkinleşsin dört sorumluluk insanlarda kalır.
- Yönlendirme. Neyin yapmaya değer olduğuna ve hangi sırayla yapılacağına karar vermek.
- Bağlam. Bir ajanın üzerinde hareket edebileceği kapsamı yazmak: işin neden önemli olduğu, nelerin kapsam dışı olduğu, ilgili dosyalar ve kısıtlar ile tamamlanmanın nasıl inceleneceği.
- Kabul. Kanıtları okuyup işin bittiğine karar vermek. Tamamlanmış bir çalıştırma, kabul edilmiş bir sonuç değildir.
- Eskalasyon. Bir ajan engellendiğinde, hata yaptığında veya muhakeme gerektiren bir soruyla karşılaştığında ne olacağına karar vermek.
Geri kalan her şey tartışmaya açıktır ve ekibinizin belirli bir ajanın belirli bir iş türündeki geçmiş performansına ne kadar güvendiğine bağlıdır.
İş ekipte nasıl ilerler
Döngü kısadır ve açıkça tanımlanmaya değer, çünkü bir adımı atlayan ekipler bunu bir hafta içinde hisseder.
- Bir kişi, belirtilmiş bir sonuç ve kabul kriterleriyle bir görev yazar.
- Göreve sorumluluk için bir insan atanan, yürütme atananı olarak da bir ajan veya crew atanır. Bunlar ayrı alanlardır ve birini değiştirmek diğerini değiştirmez.
- Görevi park edilmiş bir backlog durumundan çıkarmak, atanan ajan hazır olduğunda çalıştırmayı başlatır.
- Çalıştırma, bağlı bir makinede, izole bir dizinde gerçekleşir; ilerleme ve engeller göreve geri döner.
- Ajan, işi insan yanıtı bekliyor veya insan incelemesi bekliyor durumunda bırakır; bu da sorumlu kişinin ajan gelen kutusuna düşer.
- Bir kişi trace’i ve diff’i okur, ardından kabul eder, devam etmek için yorum yapar veya yeniden atar.
Yorumlar kalıcı konuşmadır. Hazır bir ajana sahip bir göreve yapılan yorum, bir sonraki çalıştırmayı kuyruğa alabilir; bu da inceleme geri bildirimi ile yürütmeyi iki ayrı sistem yerine aynı hareket haline getirir.
İşleyen üç yapı
Eşleşmiş geliştirici. Her geliştirici, kendi tekrar eden işleri için bir veya iki ajan tutar: test kapsamı, bağımlılık güncellemeleri, yirmi kez yaptıkları refaktörler. Ekip açısından faydası, bu ajan tanımlarının paylaşılmasıdır; böylece yeni işe alınan biri kendi kurulumlarını oluşturmak yerine ilk günden beş çalışan kurulumu devralır.
Ortak bir crew’e sahip takım. Bir crew, tüm takımın bağımlı olduğu bir iş kategorisini yürütür; sürüm hazırlığı veya olay triyajı gibi. Bir lider ajan hangi üyenin katkıda bulunacağına karar verir ve kategori tek bir insana aittir. Bu, inceleme kapasitesi tıkanmadan önce en fazla ölçeklenen yapıdır.
Standartlaştıran platform ekibi. Bir platform veya geliştirici deneyimi grubu, birkaç ürün ekibi için ajan tanımlarına, becerilere ve makine yapılandırmasına sahiptir. Ürün ekipleri iş atar; platform ekibi çalışma zamanlarını, izinleri ve talimatları güncel tutar. Bu yapı, tutarlılık karşılığında bir miktar özerklikten feragat eder ve genellikle otuz civarı mühendisten sonra doğru tercihtir.
Üçünden hiçbiri herhangi bir şeyi yeniden düzenlemeyi gerektirmez. Bunlar, ajan yapılandırmasına kimin sahip olduğuna dair kalıplardır; ajan yeteneğinin ekip genelinde birikip birikmeyeceğini ya da kişisel kalıp kalmayacağını belirleyen soru da budur.
Benimsenmeye değer çalışma anlaşmaları
Görev başına tek hesap verebilir insan. İşi dört ajanlı bir crew yapsa bile. Özellikle o zaman.
Kapsam, atamadan önce yazılır. Sonucun nasıl kontrol edileceğini kimse söyleyemiyorsa, görev bir ajan için hazır değildir. Tek başına bu kural çoğu kötü çalıştırmayı ortadan kaldırır.
İnceleme, boş zaman değil planlanmış kapasitedir. Her gözden geçirenin günde ne kadar ajan işi kaldırabileceğine karar verin ve bu sayıyı koruyun. İncelenmemiş ajan sonuçlarından büyüyen bir yığın, birleştirilmemiş pull request’lerle aynı borçtur ve daha hızlı büyür.
Başarısız çalıştırmalar teşhis edilir, yeniden denenmez. Yürütme günlüğünü açın ve önce başlığı ve teknik ayrıntıları okuyun. Benzer görünen satıcı hataları çoğu zaman zıt düzeltmeler gerektirir; bu yüzden refleks olarak yeniden denemek gerçek nedeni gizler.
Ajan tanımlarının bir sahibi ve bir gözden geçirme tarihi olur. Talimatlar eskir. Migration ajanını yazan geliştirici ayrılır, kurallar değişir ve ajan geçen çeyreğin kurallarını kendinden emin bir şekilde uygulamaya devam eder.
Ekip büyüdükçe önce ne bozulur
Her seferinde önce inceleme kapasitesi tükenir. İkinci kısıt makine kapasitesidir: çalıştırmalar eşzamanlılık veya boş bir çalışma dizini beklerken kuyruğa girer ve bilgisayar eklemeden ajan ekleyen bir ekip, panodan göremediği bir kuyrukla karşılaşır.
Üçüncüsü sahiplik kaymasıdır. Birkaç ajan ilgili görevlere katkıda bulunduğunda ve devir teslimden sonra kimse sahibi yeniden adlandırmadığında, teknik olarak atanmış ama pratikte sahipsiz kalan işlerle kalırsınız. Ajan atananları ve eskimiş insan sahipleri olan görevler üzerinden haftalık bir geçiş on dakika sürer ve bunun dağınık halini önler. Bu alanları zaten ayıran bir sistemden başlamayı tercih ederseniz, Sharkly'yi indirin ve bir hafta boyunca tekrar eden bir iş türünü onun üzerinden yürütün.
SSS
Geliştirici başına kaç ajan makuldür? Bir veya ikiyle başlayın ve üst sınırı inceleme kapasitesi belirlesin. Doğru sayı, sonuçların bir insan kararı için bir iş gününden daha uzun beklemediği sayıdır.
Ajanlar standup’a katılır mı? Onların işi katılır. Durumu pano taşır, böylece standup istisnalar listesine dönüşür: başarısızlıklar, engellenmiş çalıştırmalar ve insanları bekleyen sonuçlar.
Bir ajan hiç tek atanan olmalı mı? Hayır. Sonuçtan sorumlu bir kişi tutun, ajan da yürütme alanında olsun. Yapay zekâ ajanı proje yönetimi rehberimiz, bu ayrımın hacim büyüdükçe neden daha da önemli olduğunu açıklar.
Ekibe yeni bir ajanı nasıl dahil ederiz? Bir insanı ekibe alır gibi: ona dar bir ilk görev verin, yakından inceleyin, sonra kapsamı genişletin. İşe yarayanı ajanın talimatları ve becerileri olarak kaydedin ki bir sonraki ekip aynı şeyi yeniden keşfetmesin.
