Web3 Görevleri için İnsan Onaylı Yapay Zeka Ajan Geliştirme

Bir Web3 ekibinde ajan ilk olarak neyi ele almalı?

Bir görev kartı, bir iş akışının bir ajana uygun olup olmadığını gösterir. Tetikleyiciyi, gerekli bilgiyi, beklenen sonucu ve incelemeden sorumlu kişiyi kaydeder. 7 alanlı bir giriş kaydı kullanırız: görev, sorumlu, girdi, kaynak, çıktı, istisna ve onay.

Destek triyajı, gelen talepleri sıralayabilir ve inceleme için bir taslak hazırlayabilir. Araştırma iş akışları, onaylanmış kaynaklardan materyal toplayabilir ve bulguları düzenleyebilir. İçerik operasyonları, mevcut bir inceleme yolundan materyal hazırlayabilir veya yönlendirebilir. Zincir üstü takip, bir ekip üyesinin incelemesi için bilgi yüzeye çıkarabilir. Her durumda, ajan tanımlı bir görevi destekler. Kararın sahipliğini değiştirmez.

Yararlı bir ilk görev, tekrarlanabilir girdilere ve ekibin kontrol edebileceği bir sonuca sahiptir. İş akışı talebe göre değişiyorsa, geliştirmeden önce varyasyonlarını belgeleyin. Ana gereksinim konuşmaya dayalı bir arayüz ise, kapsamı AI sohbet robotu geliştirme ile karşılaştırın. Bir ürüne gömülü bir ajan için, arayüzü ve uygulama çalışmasını dApp geliştirme veya Web3 web sitesi geliştirme üzerinden haritalayın.

Kapsam belirlemeden önce, baştan sona gerçek bir örnek getirin. Bir kişinin şu anda gerçekleri kontrol ettiği, bir eylemi onayladığı veya bir istisnayı ele aldığı yeri işaretleyin. Bu örnek, otomasyon çalışmasını ekibinizde kalması gereken kararlardan ayırmaya yardımcı olur.

Ajan hangi araçları ve bilgi kaynaklarını kullanabilir?

Bir kaynak haritası, ajanın ne okuyabileceğini, neyi değiştirebileceğini ve her bağlantıyı kimin kontrol ettiğini belirler. Gerekli her alan için doğruluk kaynağını ve ona erişmek için gereken izni kaydederiz. Harita ayrıca, bir kaynak eksik veya kullanılamaz olduğunda iş akışının ne yapması gerektiğini de not eder.

Bir bilgi tabanı, onaylanmış ürün belgelerinden, destek politikalarından, dahili prosedürlerden veya araştırma materyalinden yararlanabilir. Üzerinde anlaşılan içeriği görev etrafında düzenleriz. Ardından, onu kimin koruduğunu ve güncellemelerin iş akışına nasıl girdiğini tanımlarız. Bu, ekibe bir ajan çıktısını incelerken net bir referans noktası sağlar.

Araç erişimi işe uygun olmalıdır. Bir araştırma iş akışı bilgi alabilir ve bir rapor hazırlayabilir. Operasyonel bir iş akışı bir taslak oluşturabilir veya bir görevi yönlendirebilir. Müşterileri, fonları veya üretim sistemlerini etkileyen eylemler için, uygulamadan önce bir insan onay noktası belirleyin. Ajanın Telegram odaklı bir arayüze ihtiyacı varsa, bu bağlantıyı Telegram arayüzü geliştirme ile birlikte kapsamlandırın. Arayüz ve ajan mantığı, yapının ayrı parçalarıdır.

İlk erişim incelemesi için, her sistem için 3 şeyi listeleyin: sahibi, ihtiyaç duyulan veri ve izin verilen eylem. Örnek girdiler ve çıktılar ekleyin. Kullanımı onaylanmadıkça gizli veya kişisel bilgileri karartın. Bu inceleme, bu varsayımlar tasarımı şekillendirmeden önce eksik erişimi veya belirsiz veri sahipliğini ortaya çıkarır.

Yayından önce ajan davranışını nasıl kontrol ederiz?

Bir değerlendirme seti, örnek görevleri ekibin inceleyebileceği kontrollere dönüştürür. 4 vaka türüyle başlarız: sıradan talepler, eksik girdiler, çelişkili bilgiler ve ajanın yetki alanı dışındaki vakalar. Her vaka için beklenen yanıt açık olmalıdır. Bir taslak hazırlayabilir, açıklama isteyebilir, yükseltebilir veya durabilir.

Ajanın çıktısını üzerinde anlaşılan beklentiyle karşılaştırırız. Ayrıca kullandığı yolu da inceleriz: onaylanmış bir kaynaktan yararlanıp yararlanmadığı, erişimi dahilinde kalıp kalmadığı ve bir incelemecinin yeterli bağlama sahip olup olmadığı. Kaynak veya eylem kontrol edilemiyorsa, akıcı bir cevap yeterli kanıt değildir.

Değerlendirme seti, yalnızca idealize edilmiş talepleri değil, iş akışı sahibinden örnekler içermelidir. Revizyon gerektiren vakaların bir kaydını tutun. Ürün belgeleri, politikalar veya görev kuralları değiştiğinde, ilgili örnekleri güncelleyin ve davranışı tekrar inceleyin. Bu, ekibinize hafızaya güvenmek yerine değişiklikleri incelemek için tekrarlanabilir bir yol sağlar.

Testten önce, 3 inceleme kararı üzerinde anlaşın: hassas çıktıları kim onaylar, izinleri kim değiştirebilir ve yükseltmeleri kim alır. Çalışma sözleşme davranışını etkiliyorsa, ajan sınırını akıllı sözleşme geliştirme ile koordine edin. Ajanın izin verilen rolü, bu ürün işlevine herhangi bir bağlantı yapılmadan önce net olmalıdır.

Özel bir ajan yapımıyla birlikte hangi çıktılar gelir?

Teslim kaydı, üzerinde anlaşılan kapsamı uygulamadan önce görünür kılar. Görev tanımını araçlara, kaynak materyale, değerlendirme kontrollerine ve yayın planına bağlar. Teslimatlar, standart bir özellik listesinden varsayılmak yerine iş akışı için seçilir.

Tipik bir yapı şunları kapsar:

• İş akışı özeti: kullanıcı rolleri, görev yolu ve istisna yönetimi.
• Entegrasyon haritası: onaylanmış sistemler, veri alanları ve izinler.
• Bilgi tabanı: üzerinde anlaşılan kaynaklar ve belirtilmiş bir güncelleme sahibi.
• Korkuluklar: yükseltme, hassas vakalar ve onay noktaları.
• Değerlendirme seti: örnek görevler, beklenen yanıtlar ve uç durumlar.
• Yayın paketi: dağıtım, takip yaklaşımı, teknik notlar ve teslim.

Ayrıca ilk kapsama dahil olmayan işleri de işaretleriz. Bu, ek veri kaynaklarını, yeni bir kullanıcı arayüzünü, çok dilli davranışı veya ayrı ayrı yetkilendirilmiş eylemleri içerebilir. Ajanın konuşmaya dayalı bir ürün yüzeyine ihtiyacı varsa, bir Web3 AI sohbet robotu çalışmanın bir parçasını oluşturabilir. Arka plan raporlaması veya takibi için gerekli değildir.

5 bölümlü bir teslim kaydı, iş akışını, bağlantıları, izinleri, yükseltme yolunu ve bakım sahibini kapsayabilir. Yayın planı, test için ortamı ve erişimden sorumlu kişileri belirler. Ajan daha büyük bir ürünün içinde yer alıyorsa, yayın sahipliğini mobil uygulama geliştirme veya ilgili uygulama ekibiyle koordine edin. Ekibiniz, çıktıları incelemek ve kapsamlı bir değişiklik talep etmek için yeterli dokümantasyonla ayrılmalıdır.

İzinler ve harici hizmetler bir ajantı nerede sınırlar?

Erişim haritası, ajanın yetkisini tanımlar. Her onaylanmış kaynağı, izin verilen eylemi ve insan kontrol noktasını listeler, böylece operatörler sistemin nerede durması gerektiğini görebilir. Dar bir izin seti, görevle ilgisi olmayan geniş erişimden daha kolay denetlenir.

Zincir üstü takip için, hangi mevcut bilginin önemli olduğunu ve temel kaydı kimin kontrol ettiğini tanımlayın. Ajanın özetini, bu kaydı incelemenin bir alternatifi değil, inceleme için bir istem olarak ele alın. Destek ve araştırma için, çıktıdan onaylanmış kaynağına bir yol koruyun. Bağlı bir hizmet erişimini değiştirirse veya eksik bilgi döndürürse, iş akışının bir kişiye geri dönüşü olması gerekir.

Bir Web3 ajanı, yalnızca bağlı hizmetleri tarafından sunulan yetkili verileri ve eylemleri kullanabilir. Bu hizmetler değişebilir. Belirsiz talimatlar veya eksik kaynak materyal de çıktıları etkileyebilir. Teslimat, üzerinde anlaşılan yapıyı kapsar, kesintisiz entegrasyon erişimini veya her durumda doğru davranışı garanti etmez.

Yayından önce, iş akışını kimin durdurabileceğini ve bir yükseltmeyi kimin ele aldığını belirtin. Proje ekibiyle veri erişimini, saklama beklentilerini ve olay sahipliğini onaylayın. Bu kararları, bir sorunu bildirme süreciyle birlikte işletme notlarına ekleyin. Hassas herhangi bir eylem için, anlamlı bir onay adımı ve önerilen eylemin arkasındaki bilgiyi incelemenin bir yolunu koruyun.

Bir ekip şimdi bir ajan geliştirip geliştirmeyeceğine nasıl karar verebilir?

Tamamlanmış bir görev kartı ve kaynak haritası, ilk karar kanıtını sağlar. Görevin bir sahibi, erişilebilir girdileri, kontrol edilebilir bir sonucu ve tanımlanmış istisnaları varsa, ekip uygulamayı kapsamlandırabilir. Bu parçalardan biri eksikse, önce iş akışını belgeleyin veya verileri hazırlayın.

Aday görevleri 4 pratik noktada karşılaştırın: tekrarlanabilirlik, kaynak erişimi, inceleme sahipliği ve yanlış bir eylemin maliyeti. Net incelemesi ve düşük etkili çıktıları olan bir görevin ilk yapı olarak değerlendirilmesi daha kolaydır. Yüksek etkili eylemler, daha sıkı izinler ve açık onay gerektirir. Amaç, ekibinizin inceleyebileceği sınırlı bir kapsamdır, uzun bir özellik listesi değil.

Ürününüz birden çok geliştirme ihtiyacını birleştiriyorsa, ajan çalışmasını daha geniş Web3 geliştirme planı içine yerleştirin. Uygulama davranışı için, akıllı sözleşme geliştirme veya kullanıcıya yönelik bir arayüzün ayrı bir sahibi olup olmadığını belirleyin. Bu, ajan özetinin kendi kapsamına ihtiyaç duyan ürün çalışmasını sessizce emmesini önler.

GeoMarketing Experts, görev kaydını inceler, veri ve erişim haritasını kontrol eder, ardından teslimatlar ve bir yayın yaklaşımı ile önerilen bir kapsam döndürür. Bize bir iş akışı, örnek girdiler ve çıktılar, ilgili sistemler ve insan kontrolü altında kalması gereken eylemleri gönderin. İlk yapıyı ve değerlendirme kontrollerini tanımlamak için bu materyalleri kullanacağız.

Nasıl çalışır

1. Bir iş akışını kaydedinSahibini, tetikleyicisini, girdilerini ve beklenen sonucunu paylaşın. Bir kişiye ihtiyaç duyan kararları veya vakaları işaretleyin.
2. Veri ve erişimi haritalayınKaynak belgeleri, bağlı sistemleri, izinleri ve entegrasyon sahiplerini belirleriz. Bu, ajanın ne okuyabileceğini veya yapabileceğini tanımlar.
3. Kapsamı ve değerlendirmeyi belirleyinUygulamadan önce teslimatlar, istisna yolları, onay noktaları ve temsili test senaryoları üzerinde anlaşırız.
4. Geliştirin ve inceleyinAjanı, bilgi tabanını ve onaylanmış bağlantıları geliştirir, ardından bunları üzerinde anlaşılan görevlere ve uç durumlara göre kontrol ederiz.
5. Dağıtın ve teslim edinÜzerinde anlaşılan kapsam dahilinde yayınlar ve ekibiniz için işletme, yükseltme ve çıktı incelemesini belgeleriz.