Agent Engineering
Tek ve çoklu agent mimarilerini, tool calling, planlama, hafıza, handoff ve kontrollü otonomi desenlerini üretim güvenliğiyle birlikte öğrenin.
Agent, serbest bırakılmış bir model değil; hedefi, araçları, state'i ve yetki sınırları tanımlı bir kurumsal aktördür.
01Agent sözleşmesi yazmak
02Araç izinlerini sınırlandırmak
03Tek/çoklu agent seçmek
04Otonomi ve eskalasyon belirlemek
Yetkili aktör
Model düşünür; agent durum içinde eylem yapar
Bir chatbot yanıt üretir. Agent ise hedefi izler, state tutar, araç seçer, sonuç gözler ve politika izin veriyorsa bir sonraki eyleme geçer.
Agent Engineering'in ana sorusu modelin ne kadar zeki olduğu değil, hangi kararı hangi yetkiyle verebildiğidir. Her agent için görev sözleşmesi, izinli araçlar, veri sınırı, eylem bütçesi ve insan eskalasyonu tanımlanmalıdır.
Başarı ve kapsam
Değişebilir eylem sırası
İzinli okuma ve yazma yetkileri
Görev ve kullanıcı sürekliliği
Onay, bütçe ve güvenlik sınırları
Tasarım modeli
AGENT sözleşmesi
Her agent'ı çalıştırmadan önce davranış ve yetki sözleşmesini yazın.
Aim
Tek ve ölçülebilir amacı ne?
Nitelikli satış brief'i hazırlamakGrounding
Hangi kaynaklara dayanır?
CRM, ürün kataloğu, görüşme notuEntitlements
Hangi aracı hangi kapsamda kullanır?
CRM oku; kayıt güncellemek için onay alNegotiation
İnsan veya agent'a ne zaman handoff yapar?
Fiyat istisnası → satış yöneticisiTelemetry
Hangi karar ve eylemler kaydedilir?
Plan, tool call, sonuç, maliyetUygulamalı örnek
Kurumsal satış hazırlık agent'ı
Araştırma yapabilen ancak müşteri kaydını izinsiz değiştiremeyen bir agent tasarlayın.
AGENT ROLE: Satış görüşmesi hazırlık uzmanı GOAL: Hesap yöneticisine 5 dakikada okunabilir, kaynaklı görüşme brief'i hazırla. ALLOWED TOOLS: - CRM hesabını ve geçmiş aktiviteleri oku - Onaylı ürün kataloğunda ara - Şirketin kamuya açık haberlerini getir WRITE POLICY: - CRM kaydı oluşturma veya değiştirme - E-posta gönderme - Fiyat, indirim veya taahhüt verme Bu eylemler için kullanıcı onayı ve ilgili ayrı araç gerekir. PROCESS: 1. Hesap durumunu çıkar. 2. İhtiyaç ve açık soruları belirle. 3. En uygun iki değer hipotezini kaynakla ilişkilendir. 4. Görüşme soruları ve riskleri hazırla. STOP / HANDOFF: Kimlik belirsiz, veri çelişkili veya fiyat istisnası gerekiyorsa dur ve hesap yöneticisine eskale et.
01Okuma ve yazma yetkisini ayırır
02Agent'ın veremeyeceği ticari taahhütleri sınırlar
03Handoff koşullarını açıklar
04Her öneriyi kurumsal kaynağa bağlar
Tekrar kullanılabilir yapılar
Pattern kataloğu
Tek agent + araçlar
Ortak state ve benzer yetki alanındaki işleri tek aktörde tutar.
İyi kullanım · Çoğu başlangıç ve üretim senaryosuYönetici ve uzmanlar
Supervisor işi böler; uzman agent'lar sınırlı görevleri yürütür.
İyi kullanım · Ayrı uzmanlık ve paralel araştırmaİcra ve bağımsız kontrol
Bir agent üretir, farklı yetkideki reviewer onaylar veya reddeder.
İyi kullanım · Yüksek etkili içerik ve eylemBağlamlı görev devri
State, gerekçe ve beklenen sonraki eylemi yeni aktöre aktarır.
İyi kullanım · İnsan ve uzman agent eskalasyonuSektörel uygulama
İş sonucu merkezli use case’ler
Hedef: Görüşme öncesi kaynaklı brief hazırlamak
Bağlam: CRM, ürün ve kamu bilgisi
Kontrol: Yazma ve gönderme için onay
Değer hipotezi · Hazırlık süresini azaltmakHedef: Tanı adımlarını araçlarla yürütmek
Bağlam: Log, runbook ve değişiklik kaydı
Kontrol: Üretim değişikliğinde insan onayı
Değer hipotezi · Daha hızlı ve tutarlı tanıHedef: Teklifleri kriterlere göre karşılaştırmak
Bağlam: RFP, teklifler ve politika
Kontrol: Seçim kararı vermeme
Değer hipotezi · Değerlendirme hazırlığını hızlandırmakEnterprise AIX
Üretim kontrolleri
Uygulama laboratuvarı
Bir agent sözleşmesi yazın
Bir agent sözleşmesi yazın
Gerçek bir iş rolündeki tek, dar kapsamlı görevi seçin.
- 01Amaç ve kapsam
Agent'ın yapacağı ve yapmayacağı işi yazın.
- 02Araç envanteri
Her araç için okuma/yazma ve veri kapsamını belirleyin.
- 03Eylem sınıfları
Geri döndürülebilir, onaylı ve yasak eylemleri ayırın.
- 04Handoff koşulları
Düşük güven, risk ve istisna yollarını ekleyin.
- 05Telemetry
Plan, karar, tool call ve maliyet kayıtlarını tanımlayın.
Bilgi kontrolü
Kavramı yerine oturtun
01Ne zaman multi-agent kullanılmalıdır?
Ayrı uzmanlık bağlamları, farklı yetkiler, bağımsız değerlendirme veya gerçek paralellik net değer sağladığında.
02Agent tool kullanırken en kritik kontrol nedir?
Modelin değil, politika katmanının aracın kapsamını ve eylem için gereken onayı zorunlu kılmasıdır.
03Agent hafızası hangi riski büyütür?
Yanlış, hassas veya artık geçerli olmayan bilginin gelecekteki görevlere taşınması riskini; bu yüzden yaşam süresi ve silme gerekir.