Agent Builder: Kaynağa bağlı kodsuz agent kurun

Harcama politikasıyla ilgili aynı sorular ekibin gelen kutusuna dönüp duruyor. Yanıt ezberden verildiğinde eski bir limit ya da artık geçerli olmayan bir istisna araya karışabiliyor. Burada işe yarayan agent'ın kapsamı bilinçli olarak dar: güncel politika belgelerini okuyor, yanıtını bu belgelere dayandırıyor ve bilgi yoksa bunu söylüyor. Agent Builder'da ilk sürümü birkaç dakikada kurabilirsiniz. Dersin büyük kısmı bundan sonra yapacağınız kontrollerle ilgili.

Aracı açmadan önce dört kararı verin

Agent'ı tek işi olan bir Copilot deneyimi gibi düşünün. Güvenilirliği dört ayrı karara dayanır:

1. Amaç, yapılacak işi ve kim için yapıldığını söyler.
2. Talimatlar, yanıt biçimini, belirsizlik kurallarını ve sınırları belirler.
3. Bilgi, kullanabileceği olguları seçili kaynaklarla sınırlar.
4. Paylaşım, bu sürümü kimlerin kullanabileceğini kontrol eder.

Agent Builder kodsuz bir yüzeydir. Agent'ı doğal dille tarif edebilir ya da ayrıntıları belgelenmiş Configure yöntemiyle girebilirsiniz. Microsoft 365 Copilot lisansı burada kurduğunuz agent'ları içerir. İlk sürümü odaklı tutun. Tek işi ve açık ret kuralı olan bir agent'ı sınamak, bütün çalışan sorularına yetişmeye çalışan geniş bir agent'ı sınamaktan çok daha kolaydır.

Bu dört kararı Agent Builder'ı açmadan önce yazın. İşi, hedef kitleyi, onaylı kaynakları ve bilgi eksik, istek belirsiz ya da konu kapsam dışı olduğunda beklediğiniz yanıtı bir sayfayı geçmeden anlatın. Metni başka birine verin. Agent'ın yanıtlaması gereken bir soru ile geri çevirmesi gereken bir soruyu söyleyemiyorsa sınır henüz yeterince açık değildir.

Kurallar talimatta, olgular bilgi kaynaklarında dursun

Talimatlar agent'ın nasıl davranacağını söyler. Rolü, yanıt biçimi, belirsizlikle ne yapacağı ve kapsamı burada yer alır. Bilgi ise olguları sağlar. Değişebilecek politika ayrıntılarını bakımı yapılan belgelerde tutun, talimatlarda da agent'ın bu belgeleri nasıl kullanacağını anlatın. 500 dolarlık onay eşiği iki yerde birden yazılıysa sonraki politika değişikliğinde iki sürümü uzlaştırmanız gerekir.

Grounding, her olgusal ifadeyi seçili kaynaklardaki kanıta kadar izlemektir. Akıcı metin kanıt sayılmaz. Her iddianın arkasındaki pasajı bulun. Bulamıyorsanız cümle ne kadar makul görünürse görünsün desteksiz kabul edin. Agent Builder bilgi kaynağı olarak SharePoint sitesi, klasörü ve dosyası kullanabilir. Agent başına en fazla 20 kaynak eklenebilir ve dosya duyarlılık etiketleri uygulanır. Yine de her kaynağın hedef kitleye uygun olup olmadığına sizin karar vermeniz gerekir.

Harcama agent'ında üç belge olduğunu düşünün: politika, onay matrisi ve seyahat SSS'i. "750 dolarlık alım için hangi onay gerekir ve ne zaman göndermeliyim?" diye soruyorsunuz. Beklenen yanıt, 750 dolarlık alımda departman müdürü onayı gerektiğini ve gönderimin on iş günü içinde yapılacağını söylüyor. Her bilgi için dayanak belgeyi de adlandırıyor. Kaynak kümesi küçük olduğunda kontrol hızlıdır. Liste daha güvenli görünsün diye belge eklemeyin, yeni kaynağı gerçek bir test eksiği gösterdiğinde ekleyin.

Tahmin üretmenin cazip olduğu yerleri test edin

Dört soru türü kullanın. Her çalıştırmada prompt'u, yanıtı, dayanak pasajı ve geçti ya da kaldı sonucunu kaydedin:

En çok bilgiyi çoğu zaman bilinmeyen test verir. Belgelerde hiç tanımlanmayan bir istisnayı sorun: "Acil alımlar onayı atlayabilir mi?" Zayıf bir agent genel iş bilgisinden makul görünen bir kural alıp politika gibi sunabilir. Bu soruyu özellikle seçiyorsunuz, çünkü doğru yanıt kaynakta böyle bir bilginin bulunmadığını söylemektir.

Bir test kaldığında talimat bloğunu baştan yazmayın. Hatayla ilişkili kuralı bulun, yalnızca onu değiştirin ve dört sorunun tamamını yeniden çalıştırın. Tam tekrar önemlidir, çünkü bir davranışı düzeltirken diğerini bozabilirsiniz. Güven, gözlenen hata, o hataya yönelik düzeltme ve aynı testin sonradan geçmesiyle oluşur. Yeniden sınanmayan ek talimatlar hâlâ kanıtsızdır.

Paylaşımı test kanıtıyla aşamalı genişletin

Agent Builder üç paylaşım seçeneğini aşamalı kullanmanızı sağlar. İlk testleri Only you ile yapın. Kontrollü pilot için Specific users seçeneğine geçin. Birey, güvenlik veya Microsoft 365 grubu ya da bir Team ekleyebilir ve pilot kullanıcının dört testi tekrarlamasını isteyebilirsiniz. Anyone in your organization seçeneğini ancak içerik sahibi talimatları, kaynakları ve test edilen davranışı onayladıktan sonra kullanın. Bir paylaşım seçeneği görünmüyorsa sorun agent tanımında değil, yöneticinin belirlediği tenant varsayılanında olabilir. Gördüğünüz durumu kaydedip yöneticinize sorun.

Pilot kullanıcının denemesini formalite değil kanıt olarak değerlendirin. Aynı bilinen, bilinmeyen, belirsiz ve kapsam dışı prompt'ları çalıştırsın. Sizin sonuçlarınızdan ayrılan her davranışı kaydedin ve paylaşımı büyütmeden önce düzeltin. İçeriği onaylayan kişiyi, tarihi ve gelecekteki kaynak değişikliklerinden sorumlu kişiyi de yazın. Sahipsiz agent ilk politika değişikliğinde güncelliğini kaybeder.

Customer Insights Assistant, Interview Question Assistant, Quiz Tutor ve Scrum Assistant gibi şablonlar bitmiş agent değil, başlangıç yapısıdır. Şablonu aynı dört kararla denetleyin. Amaç tek işi ve doğru kitleyi tanımlıyor mu? Üretilen talimatlar belirsiz veya sürecinizle çelişkili mi? Her kaynak amacı gerçekten destekliyor mu? Paylaşım kitlesi mevcut aşamaya uygun mu? İncelenmemiş her üretilmiş talimatı hata adayı sayın. Genel ifadeleri açık kurallarınızla değiştirin, gerekçelendiremediğiniz kaynakları çıkarın.

Kaynak listesinde hangi testin belirli dosyaya ihtiyaç duyduğunu açıklayamıyorsanız o dosyayı ilk yapılandırmadan çıkarın. Amacı belirsiz kaynak agent'ın gereksiz yere dolaşacağı alandır. Geniş paylaşım yanlış yanıtın etkisini büyütür ve uygun olmayan içeriği görünür kılabilir. Bu nedenle kitleyi en son, testler geçip içerik sahibi onay verdikten sonra genişletin.