Obenan BriefingKapsamlı Briefing

Ticaret asistanı geliştirmek kolaylaşıyor. Onu gerçek bir işletmeye bağlamak hâlâ işin zor kısmı.

Anthropic'in ticaret şablonu, ekiplerin alışveriş ve satıcı asistanı geliştirmesine yardımcı olur. Gerçek katalog, ödeme ve onay hâlâ entegrasyon gerektirir.

Tek cümlede

Grup rezervasyonu alan bir restoranı düşünün. Önerilen bir rezervasyon saati, ayrılmış bir masa demek değildir. Ekranda gösterilen bir kapora, ödenmiş bir kapora değildir. Bir ödeme onayı, tek başına iptal koşullarını belirlemez. Bu, açıklayıcı bir işletme senaryosudur; Anthropic'in restoran entegrasyonlarına dair bir yetenek iddiası değildir.

Kaynakları okuyun

Kanıtlar

5

Sohbetten tamamlanmış siparişe beş adım

KaynakAnthropic duyurusuAnthropic'in 2 Eylül 2026 tarihli duyurusu ve sabitlenmiş sürümdeki referans kod deposu; ikisi de 5 Eylül 2026'da okundu.

Yayımlandı
6 Eylül 2026
Biçim
Kapsamlı Briefing
Kaynaklar
6 kamuya açık birincil kaynak
Dayanak
Sağlayıcının duyurusu ve sabitlenmiş sürümdeki herkese açık referans kod deposu

Bir sohbet, müşterinin seçim yapmasına yardımcı olabilir. Seçilen şeyi doğru fiyattan ve işletmenin gerçekten tutabileceği koşullarla sağlamak ise yine işletmeye düşer. Anthropic'in yeni ticaret şablonu, bu sohbeti kurmayı kolaylaştırıyor. İşletmeye bağlanma kısmı ayrı bir iş olmayı sürdürüyor.

01Sahne

Anthropic ne yayımladı?

Varsayımsal sahneİşleyişi açıklamak için kurgulanmış bir durum. Gerçek bir işletme, müşteri veya yanıt anlatılmıyor.

Anthropic 2 Eylül'de bir ticaret şablonu duyurdu: içinde alışveriş ve satıcı tarafı için referans asistanlar, dört sektörden örnekler ve bir Claude Code eklentisi var. Bu paket, yazılım ekiplerine kendi sistemlerine uyarlayabilecekleri bir başlangıç noktası sunuyor. Anthropic ayrıca Claude ile şimdiden ticaret deneyimleri geliştiren şirketlerin adlarını da veriyor. Bu daha geniş kullanımları, bu kod deposundaki örneklerle karıştırmamak gerekiyor. Anthropic duyurusu

İki asistan farklı kişilere hizmet ediyor. Alışveriş yapan biri kendine uygun ürünleri sorabilir, seçenekleri karşılaştırabilir ve bir sepet oluşturabilir. Mağazayı işleten biri ise performansı inceleyebilir, stoğu gözden geçirebilir ve bir kampanya hazırlayabilir. Alışveriş yapan kişi satın alma konusunda yardım ister; işletmeci ise işini yürütme konusunda. Anthropic ikisini de ticaret örnekleri üzerinden tanıtıyor.

02Kanıtın sınırı

Örnekler aslında neyi gösteriyor?

Kod deposu kurgusal işletmeler, ürünler ve kişiler kullanıyor. Gerçek sipariş vermiyor, karttan para çekmiyor, yayındaki ilanları değiştirmiyor. Ödeme aracı sepeti hazırlıyor, tamamlama işini ise onu barındıran uygulamaya bırakıyor. İşletme tarafındaki değişiklikler onaya sunulmak üzere bekletiliyor. Bu, bir iş akışı kurarken işe yarayan bir referans malzemesi; gerçek bir işletmede tamamlanmış bir işlemin makbuzu değil. Referans kod deposu, sabitlenmiş sürüm

Ters yönde de en az bunun kadar önemli bir sınır var. Anthropic'in mühendislik yazısına göre bu çalışma, gerçek kullanımda çalışan asistanlardan besleniyor. Örneklerin kurgusal olması, Claude ile kurulan her ticaret uygulamasının bir gösteriden ibaret olduğu anlamına gelmiyor. Şu anlama geliyor: gerçek kullanımda elde edilen bir sonucun kanıtı, örneği çalıştırmaktan değil, o belirli kurulumun kendisinden gelmek zorunda. Mühendislik yazısı

Referans kod deposu neyi gösteriyor, neyi göstermiyor?

Gösterdikleri

  • Seçenekleri karşılaştıran ve bir sepet oluşturan bir alışveriş asistanı
  • Stoğu gözden geçiren ve bir kampanya hazırlayan bir satıcı asistanı
  • Sepeti, kendisini barındıran uygulamaya devreden bir ödeme aracı
  • Onaya sunulmak üzere bekletilen, işletme tarafındaki değişiklikler
  • Kurgusal işletmelerle hazırlanmış, dört sektörden örnekler

Ortaya koymadıkları

  • Gerçek bir işletmede sipariş verilmesi
  • Karttan para çekilmesi ya da bir ödeme entegrasyonunun sağlanması
  • Yayındaki bir ilanın değiştirilmesi
  • Belirli bir kurulumun, barındıran uygulamanın onayını zorunlu kılması

Örnekler kurgusal işletmeler kullanıyor. Gerçek bir işletmeye dair kanıt, o belirli kurulumun kendisinden gelmek zorunda.

KaynakReferans kod deposu, sabitlenmiş sürümSabitlenmiş sürümdeki referans kod deposunun README dosyası; 5 Eylül 2026'da okundu.

03Kanıtlar

İşletmeye bağlanmak somut bir iş

Kod deposundaki entegrasyon kılavuzu, kurulumu yapan kişiden asistanı arkasındaki işletme sistemlerine bağlamasını istiyor. Asistanı barındıran uygulama, üye olmayan bir ziyaretçi de dahil olmak üzere kendisine kimin başvurduğunu belirlemeli ve o oturumun neye erişebileceğini denetlemeli. Arka plandaki servisler, o kişiye ait katalog kayıtlarını, sipariş bilgilerini ve kuralları sağlamalı. Ödeme adımının kendine ait bir tamamlanma yolu olmalı. Birden fazla adımdan oluşan işlemlerin sırası belirlenmeli ve aynı kaydın iki kez yazılmasına karşı korunmalı. Eksik olan rakamlar eksik kalmalı; işi kolaylaştıran bir sıfıra dönüşmemeli. Arka uç entegrasyon kılavuzu

Yerel bir işletme için pratik soru çok somut: hangi şube, hangi ürün ya da hizmet, hangi saat ve hangi koşullar? İşe yarar bir yanıtın bu ayrıntıların altında ayakta kalması gerekir.

Grup rezervasyonu alan bir restoranı düşünün. Önerilen bir rezervasyon saati, ayrılmış bir masa demek değildir. Ekranda gösterilen bir kapora, ödenmiş bir kapora değildir. Bir ödeme onayı, tek başına iptal koşullarını belirlemez. Bu, açıklayıcı bir işletme senaryosudur; Anthropic'in restoran entegrasyonlarına dair bir yetenek iddiası değildir.

Sohbetten tamamlanmış siparişe beş adım

  1. 1

    Soran kişiyi belirlemek

    Kimin sorduğu, üye olmayan ziyaretçi dahil.

  2. 2

    Kayıtları okumak

    O kişiye ait katalog, sipariş ve kurallar.

  3. 3

    İşlemi önermek

    Bir sepet ya da onaya sunulan bir değişiklik.

  4. 4

    Onaylamak

    Modelin değil, uygulamanın kendi kontrolü.

  5. 5

    Tamamlamak

    Sipariş, rezervasyon ve kaydedilen sonuç.

İşletmenin sorumluluğunda kalanlar

  • İşletmenin gerçekten uygulayabileceği fiyatlar
  • Gerçekten ayırabileceği müsaitlik
  • Gerçekten tutabileceği koşullar
  • Neyin vaat edildiğinin kaydı

Referans kod deposu ortadaki kısmı sağlıyor. Uçları gerçek bir işletmeye bağlamak, kurulumu yapan kişinin işi.

KaynakAnthropic duyurusuAnthropic'in 2 Eylül 2026 tarihli duyurusu ve sabitlenmiş sürümdeki referans kod deposu; ikisi de 5 Eylül 2026'da okundu.

04Kanıtlar

Onay, uygulamaya ait olmalı

Anthropic'in mühendislik kılavuzu, kuralların uygulanmasını modelin dışına koyuyor. Anlatılan satıcı akışında, önerilen bir değişikliğe bir kimlik numarası veriliyor ve değişiklik bir onay adımına ulaşıyor; değişiklik uygulanırken sınırlar bir kez daha kontrol ediliyor. Bu ayrım, bir öneri ile onun hayata geçirilmesi arasında stok, yetki ya da politika değişebildiğinde önem kazanıyor. Mühendislik yazısı

Referans güvenlik belgeleri de, onayın varsayılan olarak barındıran uygulamaya bırakılmasını diğer kurulum tercihlerinden ayrı tutuyor. Bir geliştirici bu politikayı değiştirebilir. Dolayısıyla sohbet içinde görünen ikna edici bir onay, belirli bir kurulumun doğru onay sınırını uyguladığına dair yeterli kanıt değildir. Bu sınırın, insanların gerçekten kullanacağı uygulamanın içinde test edilmesi gerekir. Referans güvenlik modeli

05

Bunun ticaret platformları için anlamı

Anthropic'in duyurusunda Shopify, bir satıcının mağazasına bağlanan bir referans vitrinden söz ediyor; Wix bir pilot çalışmadan; Square ise satıcılar için geliştirdiği asistan tabanlı araçlardan. Bu açıklamalar birbirinden farklı işleri ve farklı teslim aşamalarını anlatıyor. Her satıcının kullanımına açık, tek ve evrensel bir entegrasyonun var olduğunu ortaya koymuyor. Platformlara atfedilen açıklamalar

Bizim okumamıza göre platformların önünde, mevcut satıcı ilişkilerini ve sistemlerini asistanlar aracılığıyla daha kullanışlı hale getirme fırsatı var. Asıl sınav şu: bir işletme doğru kayıtları bağlayabiliyor mu, sınırları belli bir yetki verebiliyor mu ve sonrasında ne olduğunu anlayabiliyor mu? Hızlı bir kurulum gösterimi bu sorunun ancak bir kısmını yanıtlar.

06Ne yapabilirsiniz?

Bir işletme şimdiden neyi hazırlayabilir?

Büyük bir otomasyon vaadi seçmeden önce, sınırları belli tek bir iş akışı seçin. Bu akışın hangi kayıtlara ihtiyaç duyduğunu, onu onaylamaya kimin yetkili olduğunu ve hangi sonucun tamamlanma sayılacağını yazın. Bir ürün bulunamadığında, bir fiyat değiştiğinde, yetki eksik olduğunda ya da aynı talep iki kez geldiğinde ne olması gerektiğini de yazın.

Örneğin bir rezervasyon için müsaitlik ve koşullardan başlayın. Bir kampanya için uygun stoktan, fiyat sınırlarından ve onayın kime ait olduğundan başlayın. Bir öneriyi, onaylanmış bir işlemi ve tamamlanmış bir sonucu hem arayüzde hem de olan bitenin kaydında birbirinden ayrı tutun.

07

Obenan'ın bakış açısı nereye oturuyor?

Obenan'ın taahhüt edilebilirlik çerçevesi, bir işletmenin hayata geçirmeden önce neyi vaat edip tutabileceğini sorar. Bu duyuruya da aynı yerden bakıyoruz: asistanı, işletmecinin arkasında durabileceği bilgilere ve taahhütlere bağlayın.

Bu Briefing, Obenan'ın Anthropic'in ticaret şablonuyla, bir ödeme hizmetiyle ya da tamamlanmış bir işletme işlemiyle entegrasyonu olduğunu ortaya koymaz. Bundan sonraki verimli tartışma, ürün duyuruları arasında varsayılan bir bağlantıdan değil, iş akışından ve onun kanıtından başlar.

İşletmelerin kendi asistanlarına sahip olması konusunun daha geniş çerçevesi için İşletmelerin kendi asistanları bir kabul yüzeyine dönüşüyor yazısını okuyun. Keşfedilmek ile hesabı verilebilir bir vaat arasındaki fark için Taahhüt edilebilirlik basamakları yazısını okuyun.

08Kaynaklar

Kaynaklar

Yalnızca kamuya açık birincil kaynaklar. Zaman sırasının izlenebilmesi için yayın tarihleri ile kontrol ettiğimiz tarihleri ayrı tutuyoruz.

  1. 01Anthropic'in ticaret asistanları duyurusu, 2 Eylül 2026'da yayımlandı; 5 Eylül 2026'da kontrol edildi.
  2. 02Anthropic'in ticaret çözümleri sayfası, 5 Eylül 2026'da kontrol edildi.
  3. 03Referans kod deposunun README dosyası, sabitlenmiş commit, 5 Eylül 2026'da kontrol edildi.
  4. 04Etkili ticaret asistanlarının anatomisi, 5 Eylül 2026'da kontrol edildi.
  5. 05Arka uç entegrasyon kılavuzu, sabitlenmiş commit, 5 Eylül 2026'da kontrol edildi.
  6. 06Referans güvenlik modeli, sabitlenmiş commit, 5 Eylül 2026'da kontrol edildi.