Pek çok kişinin yapay zekâ iş arkadaşları hakkındaki ilk sezgisi, onların bir ekip gibi, her rol için bir ajanla çalışması gerektiği yönünde. Biri mühendislik için, biri pazarlama için, biri de yalnızca blog yazısı yazmak için.
Biz de ilk başta böyle kurduk. Okou, bir çalışma alanında her birinin kendi adı, avatarı, Talimatları ve İş Akışları olan çok sayıda ajan oluşturmanıza izin veriyordu. Ağustos ayında, birden fazla ajanın işi nasıl bölüştüğünü ve birbirine nasıl devrettiğini anlatan bir yazı bile yayımladık. Kendi çalışma alanımızda da bunlardan epey vardı. Lucas blog yazılarımızı yazıyordu, Lisa muhasebeyle ilgileniyordu, Iris yatırımcı ilişkilerini yürütüyordu, benim de e-postalarımı ayıklayan Emily adında bir ajanım vardı.
Ama kullanıcı sezgisi yalnızca bir referans noktasıdır. Notion'dan önce insanlar, doküman araçlarının mutlaka üstbilgi ve altbilgiye ihtiyaç duyduğunu düşünüyordu.
Çoklu ajan temel bir yetenek de değil. Temel yetenekler, her yapay zekâ ürününün eninde sonunda ihtiyaç duyacağı yeteneklerdir: sohbet, sunum ve web sitesi hazırlamak, bir bilgisayarı kullanmak. Birden fazla ajan bu listede yer almıyor.
Eski blog ajanımız Lucas'ı ele alalım. Talimatlarının yaklaşık üçte biri, varsayılan Okou'nun kullandığı genel şablonun aynısı. Geri kalanı üç özel prosedürden oluşuyor: Strapi'de blog yazısı nasıl yayımlanır, web sitemiz için kullanım senaryosu sayfaları nasıl yazılır ve günlük kayıt dönüşüm raporu nasıl hazırlanır. Lucas'a bağlı 13 İş Akışının tamamı çalışma alanında herkese açık. Hiçbiri yalnızca Lucas'a ait değil.
Yani Lucas ile varsayılan Okou arasındaki fark bir isim, bir avatar ve aslında İş Akışı olması gereken üç prosedürden ibaret. Bu prosedürler Lucas'ın içine kilitli. Varsayılan Okou'dan bir blog yazısı yayımlamasını isterseniz, bu kuralların hiçbirini bilmez.
Ajan sayısı arttıkça kombinasyonlar da arttı. Çok sayıda ajan, çok sayıda İş Akışı ve çok sayıda sohbet birbiriyle etkileşime giriyor ve her kombinasyon, bizim sürdürmemiz, kullanıcıların da öğrenmesi gereken bir mantık demek. Kullanıcının bakış açısından iyi yanıt veremediğimiz sorularla karşılaştık:
- Neden iki ajan aynı İş Akışını paylaşamıyor?
- Neden Slack'te yalnızca Okou ile konuşabiliyorum da kendi özel ajanımla konuşamıyorum? Lucas bir kişiyse ona her yerden ulaşabilmeliyim.
- Neden hafıza tüm ajanlar arasında ortak? Her ajan bir kişiyse her birinin kendi hafızası olmalı.
Bunların her biri çözülebilir, ama her biri ciddi bir mühendislik emeği gerektiriyor. Çözülmeden bırakılırsa çoklu ajan yarım kalmış bir deneyim olarak kalır. Yalnızca birden fazla ajanın çözebileceği bir problem bulmakta da zorlandık. Daha sık duyduğumuz şikâyet, yönetilecek çok fazla ajan olmasıydı.
Bu yüzden herkesin tek bir Okou'su olmasına karar verdik. Model daha basit:
- Herkesin bir varsayılan Okou'su var.
- Okou'nuz size aittir ve özeldir.
- Sizin Okou'nuz ile bir iş arkadaşınızın Okou'su aynı ajan değildir.
- Okou'nuz, kuruluşunuzda birinin Public yaptığı her İş Akışını kullanabilir.
Eskiden bir ajana bağlı olan şeyler artık daha uygun oldukları yerde duruyor:
- Talimatlar size aittir. Tek bir set yazarsınız, Okou da web'de, Slack'te ve otomasyonlarda buna uyar.
- İş Akışları çalışma alanına aittir. Bir iş arkadaşınızın yayımladığı Public bir İş Akışını herkes kullanabilir, siz de onu kopyalayıp kendinize ait hale getirebilirsiniz.
- Bağlı hesaplar size aittir, böylece artık hangi ajanın erişim alacağını seçmeniz gerekmez.
- Sohbetler Projeler altında müşteriye, projeye veya konuya göre gruplanır.
Bu modelde bir ajan, bir Talimatlar setinden pek de fazlası değildir. Lucas'ın içindeki üç prosedür, herkesin kullanabileceği İş Akışlarına dönüşmeli.
Çoklu ajan aslında bir kuruluşun içindeki bir yönetim pratiği, yapay zekânın neler yapabileceğini yönetmenin bir yolu. Her kuruluşun kendi yönetim yöntemleri var ve herkese uyan tek bir yöntem yok. Tek bir ajan ise bir araca daha yakın ve araçları anlamak da benimsemek de daha kolay. Kullanıcıların en çok ihtiyaç duyduğu şey işin yapılması. Ardından bunu yapacak bir araç geliyor. En az ihtiyaç duydukları şey ise bunu yapmanın bir yöntemi.
Anthropic'in Applied AI ekibi de kurumsal ajan dağıtımları üzerine yakın zamanda yayımladığı bir yazıda benzer bir şey gözlemledi. Birkaç farklı dağıtımda yaptıkları karşılaştırmalarda, Skills ile donatılmış tek bir ajan, uzman alt ajanlara bölünmüş bir tasarımı kalite açısından sıklıkla geride bıraktı, üstelik çoğu zaman görev başına daha düşük maliyet ve gecikmeyle. Ayrıca şunu yazıyorlar: “Kurumların her ekibe ya da her problem türüne kendi alt ajanını verdiğini ve ajan mimarisinin organizasyon şemalarının bir kopyasına dönüştüğünü çok sık görüyoruz.” Yazıları ürün tasarımından çok ajan mimarisiyle ilgili, ancak aynı mantık burada da geçerli.
Bugünkü yapay zekâ ürünlerine baktığımızda dört model görüyoruz:
- Çok sayıda ajan, çok sayıda sohbet. Okou buydu.
- Tek ajan, çok sayıda sohbet. ChatGPT, Codex ve Claude Cowork bu şekilde çalışıyor.
- Tek ajan, tek sohbet. Instinct bu şekilde çalışıyor.
- Çok sayıda ajan, her birinin tek bir sohbeti. Grok bot bu şekilde çalışıyor.
En karmaşık kombinasyon bizdeydi ve bu, daha fazla sorunu çözmedi.
Bunun geriye dönük uyumluluğu bozan bir değişiklik olduğunu biliyoruz. Bunu daha önce yapmamızı iki şey engelledi: sizden yeni bir çalışma biçimini, yani tek bir Okou ve İş Akışlarıyla çalışmayı öğrenmenizi istemek ve daha önce kurduklarınız için net bir yol olmaması. İşte o yol:
- Sohbetleriniz hâlâ yerinde. Onları Projeler, arama ve orijinal bağlantıları üzerinden bulabilirsiniz.
- Sohbetleri ayırmak için farklı ajanlar kullandıysanız, bunun yerine Projeleri kullanın. Sohbetleri kategoriye göre gruplu tutmak, pek çok kişinin ek ajanlar oluşturmasının asıl nedeniydi. Claude ve ChatGPT de aynı ihtiyacı Projelerle karşılıyor.
- Farklı ajanlar için farklı Talimatlar yazdıysanız, ortak kısımları kişisel Talimatlarınızda tutun, özel prosedürleri de İş Akışlarına dönüştürün.
Birden fazla ajanın üzerine soyutlama katmanları inşa etmeyi ne kadar erken bırakırsak o kadar iyi. Okou'yu açtığınızda artık hangi ajana soracağınıza karar vermek zorunda değilsiniz. Okou'ya neyin yapılması gerektiğini söyleyin, gerisini o halleder.
