Zero'da A2A Nedir?
Zero A2A, ürün içinde ajanlar arası iletişimin pratik bir biçimidir. Bir ajanın birden fazla izole sohbet açmasına, bir koordinatörün belirli işleri uzman ajanlara devretmesine ve mevcut bir sohbeti karşılaştırma, devretme veya karar için @ yazarak sohbete dahil etmenize olanak tanır.
Bu, bir iş çok geniş, karmaşık veya riskli olduğunda faydalıdır. Tüm testleri, kaynakları ve kararları tek bir ajan ve aynı bağlamda tutmak yerine, her işi ayrı bir yere verirsiniz ve yalnızca önemli kanıtları geri getirirsiniz.
Zero'da A2A'nın Üç Kullanım Şekli
| Yapmak istediğiniz şey | Bu kurulumu kullanın | İyi bir ilk senaryo |
|---|---|---|
| Bir yöntemi temiz bağlamda tekrarlamak | Bir ajan, birden fazla sohbet | Kayıt, faturalama, izinler ve mobil testlerini ayrı ayrı yapmak |
| Bir işi farklı uzmanlara bölmek | Bir koordinatör, birden fazla uzman ajan veya alt ajan | Bir lansmanı araştırma, tarayıcı QA, yazım ve yayınlama olarak bölmek |
| Mevcut işi yeniden kullanmak | Kompozitörde @ başka bir sohbet | İki QA raporunu karşılaştırmak veya araştırmayı yazım görevine aktarmak |
Bu kalıpların arkasında üç ürün nesnesi bulunur:
- Ajan, tekrar kullanılabilir çalışandır. Talimatları, iş akışlarını, bağlayıcıları, izinleri, tonu, rolü ve model seçimini yönetir.
- Sohbet, bir ajanla yapılan izole bir konuşmadır. Bir testi, incelemeyi veya üretim görevini kendi bağlamında tutar.
- Çalıştırma, bir sohbet içindeki aktif yanıttır. Çalıştırmalar işi yapar ve çalışma alanı eşzamanlılık sınırına ulaştığında bekleyebilir.
Önemli detay basittir: Yeni bir alt sohbet, kontrol sohbetinin tam geçmişini devralmaz. İlk mesajı, işi yapmak için gereken her şeyi içermelidir.
A2A, Çoklu Sohbetler, Alt Ajanlar, İş Akışları ve Otomasyonlar
Bu terimler farklı sorunları çözer. İhtiyacınız olan sınırı sağlayan en küçük kurulumu kullanın.
| Ürün kalıbı | Ne değiştirir | En iyi kullanım alanı |
|---|---|---|
| Zero'da A2A | Ajanlar ve sohbetlerin işi nasıl koordine ettiğini | Görevlendirme, karşılaştırma, devretme ve nihai sentez |
| Bir ajanda birden fazla sohbet | Bağlamı, talimatlar ve izinler aynı kalır | Paralel test, yerelleştirme kontrolleri, araştırma grupları ve model değerlendirmeleri |
| Uzman ajanlar veya alt ajanlar | Rol, talimat, model, araçlar veya izinler | Araştırma, QA, yazım, veri analizi ve kontrollü yayınlama |
| İş akışı | Bir ajanın tekrar edebileceği kayıtlı bir prosedür | Sabit bir kontrol listesi veya çok adımlı yöntem |
| Otomasyon | Bir ajanda iş akışını başlatan tetikleyici | Zamanlanmış raporlar, olay tabanlı önceliklendirme ve tekrar eden kontroller |
Faydalı bir kural: Yöntem aynı kalıyorsa sohbetlere bölün, yöntem veya erişim değişiyorsa uzman ajanlara bölün, prosedürün aynı şekilde tekrarlanması gerekiyorsa iş akışı kullanın.
1. Bir ajan birden fazla temiz sohbet açar
Yayınlamak üzeresiniz. Kayıt, faturalama, izinler ve mobilin hepsinin son bir kontrolden geçmesi gerekiyor. Tüm kontrolleri tek bir uzun sohbete koymak pratik görünebilir, ancak bir yolculuktan diğerine durum sızabilir. Faturalama yükseltmesi, izin testi başlamadan önce hesabı değiştirebilir.
Bunun yerine her yolculuk için bir sohbet kullanın.
Tek bir ortak özet, dört izole kontrol, ardından tek bir nihai rapor.
Bu kurulumu 25 Ağustos 2026 tarihinde deneme ortamında yeniden oluşturduk. Aynı Zero ajanı, onboarding, faturalama, ekip arkadaşı izinleri ve mobil ile yerel testleri için dört gerçek sohbet açtı.
Her yolculuğun kendi sohbeti var, böylece kanıtlar kolayca incelenebilir.
Bu istemi deneyin:
Bu deneme sürümünü dört ayrı iş olarak inceleyin. Kayıt ve onboarding için bir sohbet, faturalama yükseltmesi için bir sohbet, ekip arkadaşı daveti ve reddedilen izinler için bir sohbet, mobil ve yerel kontroller için bir sohbet açın. Her sohbet için aynı walkthrough ajanını kullanın. Her çalışan test edilen URL'yi, hesap rolünü, numaralı adımları, ekran görüntülerini, geçme/kalma durumunu ve tam tekrar adımlarını döndürmeli. Sonuçları buraya getirin ve tekrar eden engelleyicileri gruplayın.
Bu kalıp ayrıca şunlar için de çalışır:
- Her tarayıcı veya cihaz boyutu için bir sohbet
- Her yerel veya hesap rolü için bir sohbet
- Her çekme isteği veya özellik bayrağı için bir sohbet
- Her gözden geçiren için bir sohbet, bulgular sona kadar ayrı tutulur
- Her müşteri görüşmesi grubu veya araştırma kaynağı seti için bir sohbet
- Çıktıları adil karşılaştırmak istediğinizde her model için bir sohbet
Genellikle ne yanlış gider? Özet çok kısadır. “Faturalamayı kontrol et” çalışanı hesap, sürüm, beklenen sonuç ve kanıt formatı hakkında tahmin yapmaya bırakır. Her sohbete aynı kontrol listesini ve akış paylaşılan verileri değiştiriyorsa ayrı bir test hesabı verin.
2. @ ile başka bir sohbeti işe dahil edin
Bazen faydalı iş zaten vardır. Bir araştırma sohbetinde müşteri alıntıları vardır. Bir QA sohbetinde ekran görüntüleri vardır. İkinci bir inceleme farklı bir sonuca ulaşır. Hepsini kopyalayıp yapıştırmanız gerekmez.
Kompozitöre tıklayın ve @ yazın. Zero mevcut sohbetlerinizin bir listesini açar.
Bir başlık yazmaya başlayarak listeyi daraltın, ardından ihtiyacınız olan sohbeti seçin.
Seçilen sohbet, tıklanabilir turuncu bir çip olarak görünür.
Çip, tam onboarding sohbetini işaret eder. Yanıt mevcut sohbette yazılır.
Sonra bir fiil ekleyin. Zero'ya o sohbetle ne yapacağını söyleyin:
- “
@Onboarding QAile bu faturalama incelemesini karşılaştır.” - “
@Customer research batch 2'dan devam et ve öneriyi buraya yaz.” - “
@Security review'deki en yüksek riskli sonucu sorgula.” - “
@Mobile walkthrough'deki ekran görüntülerini hata raporuna dönüştür.” - “
@Launch research'den çözülememiş tüm soruları çıkar.”
@ yazın, sohbeti seçin, ardından Zero'nun onunla ne yapmasını istediğinizi belirtin.
Bahsedilen sohbet bir adres, belirsiz bir metin etiketi değildir. Zero'yu seçilen sohbete yönlendirir, tam konuşmayı kompozitöre yapıştırmaz. Bu, mevcut mesajı okunabilir tutar, ancak talimatınızın yine de net bir eylem içermesi gerekir. “Bunu kullan” zayıftır. “Başarısız adımları karşılaştır ve ortak engelleyicileri sırala” nettir.
3. Farklı bölümleri uzman ajanlara veya alt ajanlara verin
Aynı çalışanın temiz kopyalarını istediğinizde birden fazla sohbet kullanın. İş farklı talimatlar, araçlar, modeller veya izin sınırları gerektiriyorsa uzman ajanlar kullanın. Koordinatör için belirli bir görevi yerine getiren uzman ajana genellikle alt ajan denir.
Bir ürün lansmanı iyi bir örnektir. Research Scout kanıtı doğrulayabilir. Browser QA ürünü test edebilir. Launch Writer sayfayı taslak olarak yazabilir. Publishing Operator, iddialar onaylandıktan sonra CMS taslağını oluşturabilir.
Deneme çalışma alanında bir ana ajan ve her biri belirli bir görev için hazır dört uzman var.
Koordinatör sonucu sahiplenir. Uzmanlar kanıt ve çıktı döndürür, ardından bir sahip nihai sonucu yazar.
İşte pratik bir lansman özeti:
Feature X için bir lansman paketi koordine edin. Research Scout'tan müşteri kanıtını ve rakip iddialarını doğrulamasını isteyin. Browser QA'dan ürün iddialarının her birini deneme ortamında tekrar etmesini ve ekran görüntülerini eklemesini isteyin. Launch Writer'dan yalnızca kanıt geldikten sonra sayfa taslağı yazmasını isteyin. Publishing Operator CMS taslağını oluşturabilir, ancak yayınlamamalıdır. Eksik kanıtları ve çelişkili iddiaları bu sohbette raporlayın.
Değer, gerçek sınırdan gelir. Bir araştırma ajanı salt okunur kalabilir. Bir yayın ajanı, yayın izni olmadan taslak erişimine sahip olabilir. Bir QA ajanı her seferinde sabit bir tarayıcı kontrol listesini takip edebilir. Zero'nun izin kontrolleri bu sınırları dar tutmaya yardımcı olur.
Yalnızca kenar çubuğunu kalabalıklaştırmak için uzman oluşturmayın. Rol işin yapılış şeklini değiştiriyorsa oluşturun.
4. Bağımsız gözden geçirenlerin farklı görüş bildirmesine izin verin, ardından bir hakem kullanın
İki inceleme ancak ikinci gözden geçiren ilkini kopyalamıyorsa faydalıdır. Temiz sohbetler açın, her iki gözden geçirene aynı kanıtı verin ve ilk raporlarını ayrı tutun.
Sonra bir hakem sohbeti başlatın ve her iki rapora tek bir istemde atıfta bulunun.
Bir istem, iki gerçek QA sohbetine referans verebilir ve Zero'dan ortak engelleyicileri bulmasını isteyebilir.
Örneğin:
@Onboarding QAile@Billing QA'i karşılaştır. Her iki sohbette bulunan engelleyicileri, yalnızca bir sohbette bulunan sorunları ve hâlâ eksik olan kanıtları listele. Ardından sürümün yayınlanıp yayınlanmamasına karar ver. Her engelleyiciyi destekleyen ekran görüntüsünü veya adımı belirt.
Bu kalıp tasarım incelemesi, güvenlik incelemesi, tedarikçi seçimi, mimari tercihleri, sözleşme incelemesi ve model karşılaştırması için de çalışır. Hakem kriterlerini raporlar gelmeden önce tanımlayın. Aksi takdirde hakem en güçlü kanıt yerine en kendinden emin yazımı ödüllendirebilir.
5. Bir ajandan diğerine işi devredin
Bazı işler aynı anda çalışmamalıdır. Araştırma bitmeden taslak başlamamalı. Taslak bitmeden QA başlamamalı. QA bitmeden yayınlama olmamalı.
Her devretmeyi kısa bir teslim notu gibi ele alın:
- Alıcı ajanı veya sohbeti adlandırın.
- Çıktıyı ekleyin veya referans verin.
- Kabul kriterlerini belirtin.
- Alıcının nereye rapor vereceğini söyleyin.
“Yazara bulduklarını söyle” doğrulaması zor bir talimattır. Bu daha iyidir:
Onaylanan araştırma özetini Launch Writer'a gönderin. Taslak yalnızca doğrulanmış iddiaları kullanmalı, onaylanan terminolojiyi korumalı ve eksik kanıtları
[EVIDENCE NEEDED]ile işaretlemelidir. Taslak bağlantısını ve çözülememiş soruları bu sohbete döndürün.
Burada @ sohbet çipi faydalıdır çünkü bir sonraki çalışana kesin bir kaynak verir. Dosya ağırlıklı işler için çıktı bağlantısını da iletin. Koordinatörün duruma, kararlara ve nihai pakete ihtiyacı vardır; her kaba notu kendi bağlamına kopyalamasına gerek yoktur.
Zero'da Yapay Zeka Ajanları Bağlamı Nasıl Paylaşır?
Zero'daki ajanların devasa ortak bir konuşmaya ihtiyacı yoktur. Bağlam, açık özetler, @ sohbet referansları, çıktı bağlantıları ve dönen özetler aracılığıyla aktarılır. Her çalışan, en az gerekli bağlamı alır, belirli bir görevi tamamlar ve kanıt veya kararı koordinatöre gönderir.
Bu yaklaşım iki yaygın çoklu ajan sorununu önler. Birincisi, alakasız geçmiş çalışanın bağlamını doldurmaz. İkincisi, koordinatör hangi kaynak veya sohbetin bir iddiayı desteklediğini tam olarak görebilir.
Bu dört bağlam paylaşım kalıbını kullanın:
- Kendi içinde yeterli özet: Temiz başlaması gereken yeni bir alt sohbet için en iyisi.
@sohbet referansı: Mevcut bir konuşma kaynak olduğunda en iyisi.- Çıktı bağlantısı: Belgeler, ekran görüntüleri, veri setleri ve kod değişiklikleri için en iyisi.
- Yapılandırılmış dönüş: Birden fazla çalışanın aynı formatta rapor vermesi gerektiğinde en iyisi.
Bir alt sohbetin kontrol sohbetinin kararlarını zaten bildiğini varsaymayın. Bir terim, kısıtlama, hesap, tarih aralığı veya çıktı formatı önemliyse, ilk mesaja ekleyin.
Daha Fazla A2A ve Çoklu Ajan İş Akışı Senaryosu
| Senaryo | Nasıl bölünür | Geri dönenler |
|---|---|---|
| Sürüm incelemesi | Aynı ajan, her kullanıcı yolculuğu için bir sohbet | Ekran görüntüleri, geçme/kalma kontrolleri ve ortak engelleyiciler |
| Yerelleştirme QA | Aynı ajan, her yerel için bir sohbet | Bozuk dizeler, düzen sorunları ve yerel ekran görüntüleri |
| Tarayıcı ve cihaz testi | Aynı ajan, her tarayıcı veya görünüm için bir sohbet | Kanıtlı karşılaştırılabilir uyumluluk matrisi |
| Çekme isteği incelemesi | Aynı ajan, her PR veya inceleme açısı için bir sohbet | Hatalar, risk notları ve satır düzeyinde öneriler |
| Müşteri araştırması | Aynı ajan, her görüşme grubu için bir sohbet | Alıntılar, kalıplar, itirazlar ve kaynak bağlantıları |
| Olay müdahalesi | Koordinatör artı uygulama, API, dağıtım ve müşteri etkisi ajanları | Anlaşmalar ve çatışmaların belirtildiği tek bir zaman çizelgesi |
| İçerik üretimi | Araştırma, yazım, tasarım, QA ve yayınlama ajanları | Gözden geçirilmiş bir taslak ve kontrollü yayın devri |
| Müşteri destek önceliklendirmesi | Koordinatör artı hesap, ürün, faturalama ve yanıt ajanları | Temel neden, öncelik, sahip ve taslak yanıt |
| Veri analizi QA | Analist ajan artı bağımsız gözden geçiren | Kontrol edilen birleşimler, paydalar, zaman dilimleri ve varsayımlar |
| Model karşılaştırması | Aynı özetle temiz sohbetler, farklı modeller | Doğruluk, maliyet, gecikme ve format puanları |
Doğru bölme, faydalı bir sınır oluşturur. Bağlamı izole edebilir, bir izni koruyabilir, incelemeleri bağımsız tutabilir veya hazır işleri aynı anda çalıştırabilir.
Ne Zaman Tek Sohbet, Birden Fazla Sohbet veya Birden Fazla Ajan Kullanmalısınız?
Tek sohbet kullanın, eğer her sonraki adım hemen önceki cevaba bağlıysa. Sıralı hata ayıklama oturumu iyi bir örnektir.
Bir ajanda birden fazla sohbet kullanın, talimatlar aynı kalıyor ancak temiz bağlam veya bağımsız kanıt gerekiyorsa. Bu genellikle test, araştırma grupları ve adil karşılaştırmalar için en iyi başlangıç noktasıdır.
Birden fazla uzman ajan kullanın, her bölüm farklı uzmanlık, bağlayıcı, izin veya model gerektiriyorsa. Nihai karar için bir koordinatöre sorumluluk verin.
İş akışı kullanın, prosedürün tekrarlanabilir olması gerekiyorsa. Otomasyon ekleyin, yalnızca bu prosedürün ayrıca bir zamanlama veya olay tetikleyicisine ihtiyacı varsa. Zero bu iki yapı taşını ayrı ayrı belgeler: iş akışları yöntemi tanımlar, otomasyonlar ise ne zaman çalışacağını belirler.
A2A Güvenlik ve İzin Sınırları
Çoklu ajan çalışması, erişim göreve göre verildiğinde daha güvenlidir. Her uzmana yalnızca kendi bölümü için gerekli bağlayıcı ve izinleri verin. Bir araştırma ajanının yayın erişimine nadiren ihtiyacı olur. Bir QA ajanı deneme girişi gerektirebilir, ancak üretim faturalama kontrollerine gerek yoktur. Bir yayın ajanı taslak erişimine sahip olabilir, ancak nihai sürümü onaylamak için bir kişiye ihtiyaç duyar.
Harici yazma işlemlerini tek bir adlandırılmış sahip altında tutun. Birden fazla ajan bir depo, CRM veya CMS okuyabilir, ancak bir ajan nihai bileti oluşturmalı, kaydı güncellemeli, müşteri yanıtı göndermeli veya sayfayı yayınlamalıdır. Bu, yinelenen yazma işlemlerini önler ve denetim izini takip etmeyi kolaylaştırır.
Daha yüksek riskli işler için özetinize bir durdurma koşulu ekleyin: “Yalnızca taslak”, “Gönderme”, “Kanıtlar çelişirse yükselt”, veya “Üretimi değiştirmeden önce onay iste”. A2A görevlendirmeyi kolaylaştırır; açık hesap verebilirlik ihtiyacını ortadan kaldırmaz.
A2A Çalışmasını Düzenli Tutan Dört Kural
1. Her ilk mesajı kendi içinde yeterli yapın
Hedefi, kaynak materyali, kısıtlamaları, çıktı formatını, hedefi ve durdurma koşulunu ekleyin. Bir alt sohbet, kontrol sohbetinin ne bildiğini tahmin etmek zorunda kalmamalı.
2. Çalışanlara aynı yanıt biçimini verin
Dört QA sohbeti dört farklı format döndürürse, koordinatör zamanını metin temizlemeye harcar. Her çalışandan aynı alanları isteyin: ortam, adımlar, kanıt, durum ve sonraki eylem.
3. Ortak yazma işlemlerini tek bir sahip verin
İki doğru ajan bile iki kez yazarak karışıklık yaratabilir. Nihai harici eylemi sahiplenen ajanı adlandırın.
4. Yalnızca bölünmeden fayda gören işi bölün
Sekiz sohbet oluşturmak, sekiz çalıştırmanın aynı anda gerçekleşeceği anlamına gelmez. Çalışma alanı eşzamanlılığı hâlâ geçerlidir ve bağımlı işler girdisini beklemelidir. Her adım bir öncekine bağlıysa işi tek sohbette tutun.
Zero A2A, Google'ın Agent2Agent Protokolü ile Aynı mı?
Burada herhangi bir protokol eşdeğerliği iddia edilmemektedir. Bu rehber, Zero içinde ajanlar ve sohbetler arasında ürün düzeyinde koordinasyonu anlatır: işin nasıl bölündüğü, referans verildiği, değerlendirildiği ve arayüz üzerinden devredildiği.
Google'ın Agent2Agent açık protokolü, uzak ajan sistemleri arasında iletişim için teknik bir standarttır; yetenek keşfi, görev yönetimi, mesajlar ve çıktılar dahil. “A2A” için arama sonuçları genellikle bu protokole odaklanır, bu nedenle ayrım önemlidir: Zero A2A, bu makalede ele alınan pratik ürün iş akışıdır.
Sıkça Sorulan Sorular
Sohbet ile ajan aynı şey mi?
Hayır. Bir ajan tekrar kullanılabilir çalışan yapılandırmasıdır. Sohbet, o ajanla yapılan izole bir konuşmadır. Bir ajan birçok sohbete sahip olabilir.
Alt sohbetler kontrol sohbetinin bağlamını paylaşır mı?
Hayır. Her alt sohbete tam bir özetle başlayın. Çalışanlar sonuçları döndürebilir veya belirli çıktıları başka bir sohbete aktarabilir, ancak paylaşılan geçmiş varsayılmamalıdır.
Bir sohbete @ yaptığımda ne olur?
Zero, seçtiğiniz sohbete yapılandırılmış bir referans ekler. Referans, kastettiğiniz konuşmayı tanımlar. Tam konuşmayı kompozitöre yapıştırmaz, bu yüzden karşılaştır, incele, devam et veya çıkar gibi net bir eylem ekleyin.
Zero'da alt ajan nedir?
Alt ajan, koordinatörden belirli bir görev alan uzman ajandır. Farklı talimatlar, araçlar, izinler veya farklı bir model kullanabilir, ardından sonucunu kontrol sohbetine döndürebilir.
Birden fazla sohbet aynı anda çalışabilir mi?
Evet, çalışma alanı eşzamanlılığı mevcutsa ve görevler bağımsızsa. Sınır aşıldığında ek işler kuyruğa alınabilir. Bağımlı işler sıralı çalışmalıdır.
Ne zaman farklı ajanlar kullanmalıyım?
İş farklı talimatlar, iş akışları, modeller, bağlayıcılar veya izinler gerektiriyorsa farklı ajanlar kullanın. Sadece temiz bağlam gerekiyorsa aynı ajan altında birden fazla sohbet kullanın.
Önce Deneme İncelemesini Deneyin
Zero'da yeni bir sohbet açın ve gerçek bir sürüm kontrolünü dört temiz sohbete bölün. Her sohbette ekran görüntüleri ve aynı geçme/kalma formatını isteyin. Bu çalıştıktan sonra, bir dalı uzman ajanla değiştirin veya iki tamamlanmış sohbeti bir değerlendirme isteminde belirtin.
Daha fazla fikir için 20 Yapay Zeka ajanı kullanım senaryoları ve örnek istemler bölümüne bakın.
