Beceriler: sizinle temsilcileriniz arasındaki görünmez dil
Beceriler, tekrarlanan istemleri ölçeklenebilir, mimari dostu aracı davranışına dönüştüren yeniden kullanılabilir, kapsüllenmiş niyetlerdir. Üç unsuru birleştirirler: bağlam (ajanın kullanıldığında ne bildiği), yetenek (ne yapabileceği) ve niyet (arzu edilen sonuç). Kısaca bir beceri şunu tanımlar: “Bunu istediğinde böyle davran. Her zaman.” Ve bu her şeyi değiştirir.
İstemlerden sisteme
Becerileriniz olmadan şu şekilde çalışabilirsiniz:
“Bu PR’yi inceleyin ve bana sorunları anlatın, analiz edin, kısa ve öz olun…”
Becerilerle şunu söyleyebilirsiniz:
“analizTicket’i çalıştır”.
Bu sadece kolaylık değil. Bu mimari. Bir beceri zaten şunları bilir:
- nereye bakmalı
- nasıl analiz edilir
- hangi formatın döndürüleceği
- hangi araçların kullanılacağı
Talimat yazmayı bırakıp davranışları düzenlemeye başlarsınız.
Her geliştiricinin anlayabileceği paralellik
Bir geliştiriciyseniz bu size tanıdık gelecektir. Bilgi istemlerinden becerilere geçiş, gevşek komut dizilerinden iyi tasarlanmış işlevlere geçiş yapmaya benzer. Veya daha iyisi: hizmetler.
Mantığı tekrarlamıyorsun. Onu kapsülliyorsunuz. Bugün nasıl yazdığınıza bağlı değilsiniz; becerinin nasıl tanımlandığına bağlısınız. Bu, aşağıdakilere kapı açar:
- versiyonlanmış davranış
- ajan testi
- ekipler arasında yeniden kullanım
- akışları bozmadan artan iyileştirmeler
Becerilerin parladığı yer: MCP’ye bağlanıldığında
Beceriler tek başına faydalıdır ancak MCP ile bağlantı kurulduğunda tamamen yeni bir seviyeye ulaşırlar. Modelle konuşmanın bir yolu olmaktan çıkıp sistemler üzerinde gerçek eylemler haline gelirler.
Bir beceri şunları yapabilir:
- Azure DevOps biletlerini okuyun
- Freshdesk’i sorgula
- depolardaki kodu inceleyin
- ölçümleri analiz edin
- eylemleri tetiklemek
Ve bunların hepsi tek bir niyet altında.
Gerçekçi örnek: çözümleme Olayı
Bu beceri şunları yapabilir:
- son uyarıları getir
- bunları günlüklerle çapraz kontrol edin
- son repo değişikliklerini inceleyin
- olası nedenleri önermek
- bir çözüm önerin
İstemleri zincirlemiyorsunuz. Akıllı bir akış yürütüyorsunuz.
En büyük zihinsel değişim
Bu şekilde başlamanın bir bedeli var. Modeli sormaktan sisteminizde hangi yetenekleri istediğinize geçin. Bu tasarımdır, konuşma değil. Temsilcileri yalnızca güzel demolar çalıştırmak değil, gerçek anlamda ölçeklendirmek istiyorsanız bu çok önemlidir.
Ortak tuzak
Sık sık yapılan bir hata, çok fazla özel beceri yaratmaktır. Bu, muhtemelen istem yazmaktan daha kötü olan, katı, bakımı zor bir sisteme yol açar.
İyi bir becerinin bir dengesi vardır:
- yararlı olacak kadar spesifik
- yeniden kullanılabilecek kadar genel
Önemsiz değil ama değerin yattığı yer burası.
Yeni bir yazılım katmanı mı oluşturuyoruz?
Evet. Ve bu oldukça önemli. Beceriler bir bakıma temsilcilerinizin dahili API’sidir.
Becerilerin ve API’lerin ardındaki daha geniş mekanizmalar hakkında daha fazla bilgi için bkz.: