Salesforce Agentforce çoklu agent orkestrasyonu, 15 Haziran 2026 Summer '26 sürümüyle genel kullanıma açılıyor. Yeni Atlas Reasoning Engine 3.0 üzerinde çalışıyor ve gerçek iş akışları için iki kritik protokol getiriyor: koordinasyon için Agent-to-Agent (A2A) ve araç erişimi için Model Context Protocol (MCP). CRM, destek ve mobil süreçlerini zaten Salesforce üzerinde yürüten şirketler için bu, tek agentlı sohbeti ortak bağlam paylaşan koordineli bir yapay zekâ ekibine dönüştürüyor.
Tek bir agentın bir soruyu cevaplaması kolay; ölçeklenmesi zordur. Gerçek bir müşteri yolculuğu satış, servis, fatura ve saha operasyonlarını kapsar. Summer '26, orkestrasyonu eksik katman olarak konumluyor: bir planlayıcı agent işi uzmanlara yönlendiriyor, zincir boyunca hafızayı tutuyor ve kullanıcıya tek bir muhatap sunuyor. Aynı deseni müşterilerimiz için n8n otomasyon çalışmalarımızda farklı bir yığında uyguluyoruz.
Neden şimdi önemli
Agentforce Çoklu Agent Orkestrasyonu Nedir?
Çoklu agent orkestrasyonu, Agentforce'un birden çok uzman agentı tek bir ekip gibi çalıştıran kısmıdır. Planlayıcı agent talebi alır, hangi uzmanların gerektiğine karar verir, onlara yapılandırılmış görevler gönderir, sonuçları toplar ve tek bir cevap döner. Kullanıcı kendini tekrar etmek veya doğru botu seçmek zorunda kalmaz.
- Planlayıcı iş sırasını ve her adımın sahibini belirler.
- Uzmanlar birer alana odaklanır — fatura, iade, BT, saha servisi, satış.
- Ortak hafıza müşteri bağlamını geçişler arasında korur.
- İnceleyici son cevabı kullanıcıya gitmeden veya eylem tetiklenmeden önce kontrol eder.
Atlas Reasoning Engine 3.0 — Koordinasyon Katmanı
Atlas 3.0, orkestrasyonun altındaki motordur. Önceki sürümler tek agent muhakemesine odaklıyken sürüm 3, ekip çalışmasına göre tasarlandı: yönlendirme, paralel çağrılar ve agentlar ile kanallar arasında kalıcı hafıza.
| Yetenek | Atlas 2.x | Atlas 3.0 |
|---|---|---|
| Agent kapsamı | Görev başına tek agent | Tek koşuda planlayıcı ve uzmanlar |
| Hafıza | Oturum ve agent bazlı | Agentlar ve kanallar arasında paylaşımlı |
| Araç erişimi | Özel entegrasyonlar | MCP standartlı araçlar ve konektörler |
| Agentlar arası çağrı | Manuel devir | Yapılandırılmış görevle A2A protokolü |
| Mobil yüzey | Yalnız web ve sohbet | Slack öncelikli, mobil hazır |
A2A ve MCP — Ekibin Arkasındaki Protokoller
Yeni orkestrasyon modelinin yükünü iki açık tarz protokol taşıyor. Bunlar agentların birbiriyle nasıl konuştuğunu ve dış dünyaya nasıl ulaştığını belirliyor.
Agent-to-Agent (A2A)
A2A, planlayıcının iş devretme yoludur. Her çağrı yapılandırılmış bir görev nesnesi taşır: hedef, girdiler, beklenen çıktı şeması ve güven eşiği. Uzman, serbest metin yerine yapılandırılmış bir sonuç döner; planlayıcı düz metin çözmeden yönlendirebilir, yeniden deneyebilir veya durdurabilir.
Model Context Protocol (MCP)
MCP, agentların araçlara ve verilere ulaştığı yoldur. Tableau bu sürümde güvenli analitik sorguları için bir MCP sunucusu getiriyor; BT Servis Domain Pack ise hepsi MCP konuşan 50 hazır AI agentı ekliyor. Kazanç şu: aynı araç entegrasyonu yalnız Agentforce için değil, A2A uyumlu her agent için işliyor.
Mobil İş Akışları Nerede Devreye Giriyor?
Summer '26, Slack'i orkestre edilen işin varsayılan yüzeyi yapıyor. Saha teknisyenleri, destek temsilcileri ve müşteri yöneticileri agent ekibiyle telefonlarından konuşuyor — ekibin geri kalanıyla aynı kanalda. Mobilin sürümün başlığı olmasının sebebi açık: kullanıcı gerçekte orada.
Hâlihazırda iOS veya Android uygulaması olan ekipler için bunun iki etkisi var. Birincisi, agent ekibi mobil uygulamaya push bildirim ve deep link ile geri çağrı yapabilir. İkincisi, MCP sayesinde kendi mobil-backend API'lerinizi Agentforce'a açabilirsiniz; agent başına yapıştırma kod yazmazsınız. Önceki yazımız Hermes mobil agent orkestrasyonu aynı geçiş desenini farklı bir açıdan ele alıyor.
Halmob bağlantısı
Agentforce mı, Özel Orkestrasyon mu?
Agentforce her ekip için doğru cevap değildir. Denge her platformla aynı: hızlı başlangıç ve standart araç seti elde edersiniz, karşılığında bağımlılık ve konuşma başına maliyet ödersiniz.
| Senaryo | Agentforce Orkestrasyonu | Özel Yapı (n8n, LangChain vb.) |
|---|---|---|
| Salesforce ağırlıklı veri | Güçlü uyum | Daha fazla entegrasyon işi |
| Niş araç yığını | Sınırlı konektör kütüphanesi | MCP sunucularıyla tam kontrol |
| Hacim faturalandırma | Konuşma başına ücret | Yalnız altyapı maliyeti |
| İlk agente süre | Günler | Haftalar |
| Denetim ve açıklanabilirlik | Yerleşik olay günlüğü | Kendi harness yapınızı kurun |
Sakana Conductor çoklu agent orkestrasyonu yazımız aynı deseni açık kaynak tarafından anlatıyor ve karşılaştırma için faydalı bir taban sağlıyor.
Çoklu Agentı Hayata Geçirmenin Pratik Adımları
- 1Bir müşteri yolculuğunu uçtan uca haritalayın. İki veya üç Salesforce bulutunu kapsayan bir akış seçin — servis artı fatura güvenli bir başlangıçtır.
- 2Agentları adıma göre değil alana göre bölün. İade, fatura ve itirazları yöneten tek bir fatura uzmanını geliştirmek, beş küçük adım agentını geliştirmekten daha kolaydır.
- 3Dış araçları MCP sunucularına sarın. Bu, yığının bir kısmı ileride n8n veya LangChain'e taşınsa bile agentların taşınabilir kalmasını sağlar.
- 4Her yazma eyleminden önce bir inceleyici agent ekleyin. İadeler, durum değişiklikleri ve giden mesajlar önce ayrı bir doğrulayıcıdan geçmeli.
- 5Sohbeti değil, tamamlanan görevi ölçün. Çözüm oranı, yönlendirme oranı ve iş akışı başına kazanılan süre konuşma maliyetini gerekçelendirir.
Tasarımda Hesaba Katılması Gereken Riskler
- Konuşma başına ücretlendirme, daha önce sadece koltuk başı ödeyen ekipleri şaşırtabilir — gerçek hacme göre maliyeti önceden modelleyin.
- Ortak hafıza güçlüdür ama yanlış bağlamda etki alanını da büyütür — saklama kurallarıyla sınırlayın.
- MCP iç API'leri açar — her araç için izinleri inceleyin ve her çağrıyı kaydedin.
- Mobil push kanalı, halüsinasyonla üretilmiş bir adımın insan denetimi olmadan müşteriye ulaşabileceği anlamına gelir — güven eşiği koyun.
Sonuç
Agentforce Summer '26, çoklu agent orkestrasyonunun araştırma demosundan ana akım CRM'e taşındığına dair şimdiye kadarki en net sinyaldir. Atlas 3.0, A2A ve MCP tek bir chatbotu ortak bağlamlı bir ekibe dönüştürüyor; Slack öncelikli yayım ise bu ekibi varsayılan olarak kullanıcının telefonuna koyuyor. Agent benimsemesinin önümüzdeki yılını kazanacak platformlar orkestrasyonu modelin değil, ürünün kendisi olarak ele alanlar olacak.
Kaynaklar: resmi Salesforce Summer '26 duyurusu ve smol.ai bülteninin sürümle ilgili özeti.