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.
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
Soran kişiyi belirlemek
Kimin sorduğu, üye olmayan ziyaretçi dahil.
- 2
Kayıtları okumak
O kişiye ait katalog, sipariş ve kurallar.
- 3
İşlemi önermek
Bir sepet ya da onaya sunulan bir değişiklik.
- 4
Onaylamak
Modelin değil, uygulamanın kendi kontrolü.
- 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.
- 01Anthropic'in ticaret asistanları duyurusu, 2 Eylül 2026'da yayımlandı; 5 Eylül 2026'da kontrol edildi.
- 02Anthropic'in ticaret çözümleri sayfası, 5 Eylül 2026'da kontrol edildi.
- 03Referans kod deposunun README dosyası, sabitlenmiş commit, 5 Eylül 2026'da kontrol edildi.
- 04Etkili ticaret asistanlarının anatomisi, 5 Eylül 2026'da kontrol edildi.
- 05Arka uç entegrasyon kılavuzu, sabitlenmiş commit, 5 Eylül 2026'da kontrol edildi.
- 06Referans güvenlik modeli, sabitlenmiş commit, 5 Eylül 2026'da kontrol edildi.