YZ ile sipariş okuma: Ürün, birim ve fiyatı ayrı kontrol etmek

“Geçen seferki fiyatla iki koli A gönderin.” Mesajın genel amacı anlaşılır. Güvenilir bir sipariş oluşturmak içinse bilgiler eksiktir. Müşteri hangi paketi istiyor? Geçen sefer hangi koşullar geçerliydi? Aynı fiyat bugün de uygulanabilir mi?

Önerimiz, dil modelini mesajı yorumlamak için kullanmanızdır. Ürün eşleştirmesi, birim dönüşümü ve geçerli fiyat, onaylı iş verileri ve kurallarıyla belirlenmeli. Akla yatkın bir metin, eksik ticari anlaşmayı tamamlamış sayılmamalıdır.

Mesajdan gerçekten ne çıkarılabilir?

Varsayımsal katalogda iki kayıt var: kolide altı adet bulunan A-6 ve on iki adet bulunan A-12. İkisine de günlük konuşmada “A ürünü” deniyor. Müşterinin son siparişinde A-6 bulunuyor. Bu geçmiş bir ipucudur; bu kez de aynı paketi istediğinin kanıtı değildir.

Örnekte on iki adetle yirmi dört adet iki farklı sipariştir. Otomasyon bu belirsizliği görünür tutmalı. Hedefli bir açıklama sorusu hazırlayabilir veya işlemi incelemeye yönlendirebilir.

Öneriyi kayıttan ayırın

Kullanışlı bir taslak, özgün mesajla önerilen eşleştirmeyi birlikte tutar. Her kalemde hangi bilginin mesajdan, hangisinin katalogdan geldiği ve hangi kararın açık kaldığı anlaşılmalıdır.

Fiyat, işletmede esas alınan fiyat kaynağından kontrol edilir. Önceki faturanın tutarında dönemsel kampanya, başka miktar veya farklı anlaşma etkili olmuş olabilir. Model buradan güncel fiyat hakkı çıkarmamalıdır.

Müşteri, ürün, birim ve uygulanacak fiyat belirlendiğinde taslak, kararlaştırılmış kurallarla onaylanır. Aynı mesajın yeniden gelmesi de yanlışlıkla ikinci sipariş açmayacak biçimde ele alınmalıdır.

Bunun için ajan gerekir mi?

Anthropic, adımları önceden belirlenen akışlarla sonraki adımı modelin seçtiği sistemleri ayırır. Bu örnekte okuma, karşılaştırma ve kontrol adımlarının sabit sırası yeterli olabilir. Akışta model bulunması tek başına serbest karar veren bir ajan gerektiğini göstermez.

Her olayda farklı araştırma adımları gerekiyorsa daha geniş karar alanı yararlı olabilir. O durumda da okunabilecek veriler ve yapılabilecek işlemler belirli kalır. Bu tasarım kararını ürünün adı vermez.

Otomatik kabul hangi koşulda düşünülebilir?

Sınırlı katalog ve açık müşteri kodları koşulları değiştirebilir. “A” üzerinde anlaşılmış biçimde yalnız A-6’yı belirtiyorsa, fiyat kuralı belliyse ve diğer kontroller karşılanıyorsa otomatik kayıt onaylı akışın parçası olabilir. Her kalemin mutlaka bir insan tarafından onaylanması gerekmez.

Zor örnekleri ayrıca deneyin: farklı paket, süresi geçmiş koşul, belirsiz gönderen ve tekrarlanan mesaj. Her durumda doğru sonucun ne olduğunu önceden yazın. Belirsiz fiyat otomatik onaylanıyorsa yüksek bir genel başarı oranı yeterli bilgi vermez.

İlk projede beklenen ilerleme somut olmalıdır: ürün belli, miktar izlenebilir ve fiyat doğru uygulanırken elle veri aktarımının azalması. Bunun gerçekleşip gerçekleşmediği, açıklama soruları ve düzeltmeler dahil bütün işlemde görülür.

Kaynaklar

• Anthropic: Building effective agents: akış ve ajan arasındaki kavramsal ayrım. Öneri ve sipariş örneği editoryal değerlendirmedir.