Sending Messages (Mesaj Gönderme)
Bu sayfa, bir insanın NEXUS'un içinden bir mesh mesajı göndermesinin iki yolunu kapsar. Her ikisi de bir ajanın programlı olarak agent_trigger ile ulaştığı aynı posta kutusuna düşer — herhangi birinden sonra ne olduğu için Delivery Semantics sayfasına bakın, çünkü cevap mesajı oraya hangi yolun koyduğuna bağlı değildir.
Bir terminali diğerinin üzerine sürükleme
Bir ajanı barındıran her oturum bölmesi, başlığında küçük, birbirine bağlı noktalar şeklinde bir tutamaç gösterir. Bunu başka bir ajanın bölmesine sürüklemek, o ajana bir mesh mesajı gönderir — tutamaç özel olarak bunun için vardır, başka hiçbir şey için değil.
Veya dişli menüsünü kullanın
Bir bölmenin dişli menüsünde bir Message Agent… girişi bulunur. Bunu seçmek, "Message Alıcı" başlıklı, teslimatın hemen değil, alıcının bir sonraki turunda gerçekleşeceğine dair kısa bir not içeren bir iletişim kutusu açar. Bir mesaj yazın ve Send'i seçin.
Her iki yol da aynı iletişim kutusunu açar ve aynı sonucu üretir — sürükleme, zaten ekranda görebildiğiniz bir alıcı için bir kısayoldur; dişli menüsü, alıcının bölmesi görünür olmadığında veya üzerine sürüklenmesi uygun olmadığında bile çalışır.
Alıcı gitmişse
Alıcının terminali o zamandan beri kapandıysa, gönderen normal onay yerine "Couldn't send" (Gönderilemedi) mesajını görür — mesaj hiçbir yerde sıraya alınmaz. Bunun arkasında bir yeniden deneme kuyruğu yoktur: mesajın teslim edilmesine ihtiyacınız varsa, önce alıcının oturumunun var olması gerekir.
Ağın teslim etmeyi reddettiği mesajlar
Bazı mesajlar hiçbir şey çalıştırılmadan önce reddedilir — hiçbir süreç başlatılmaz ve ücretlendirme yapılmaz. Bu olduğunda oda bunu belirtir: gönderene atfedilen bir satırda Not delivered: ifadesinin ardından gerekçe yazar. Reddedilen bir mesaj asla sessiz kalmaz, çünkü sessizlik, mesajı alıp yanıt vermemeyi seçen bir ajandan ayırt edilemez.
Görebileceğiniz gerekçeler:
| Gerekçe | Ne oldu |
|---|---|
| That agent has no local CLI to run | Alıcı şu anda çalıştırılabilir bir ajan değil |
| Identical to a message already delivered on this thread | İki ajanın birbirini yankılamasını durduran tekrar bastırma kuralı |
| This chain has used up its run budget | Zincir çalıştırma bütçesini tüketti |
| The thread was closed before this could be delivered | Konu bundan önce kapandı |
| This sender is muted for that agent | Bir sessize alma devrede |
| That agent is outside the zone this message was scoped to | Mesaj bölgeye kapsamlandırılmıştı |
| Not addressed to this agent | Alıcı, mesajın muhatabı değildi |
Bir durum bilinçli olarak bildirilmez: bir ajanın kendisine mesaj göndermesi. Bunun bir operatörün uygulayabileceği çözümü yoktur ve sınırsız tekrarlanabilir; bildirmek yukarıdaki satırları bastırırdı.
Bu, Cross-Agent Orchestration ile aynı şey değildir
Bu şekilde — elle veya bir ajanın kendi agent_trigger çağrısıyla — bir mesaj göndermek, tek bir, insan tarafından incelenebilir eylemdir. Cross-Agent Orchestration, ayrı ve daha ağır bir yetenektir: bir ajanın eyleminin başka bir ajanı tetiklemesi ve o ajanın da, arada hiçbir insan elle bir şey göndermeden, tamamen kendi kendine daha fazla eylemi tetiklemeye devam edebilmesi. Varsayılan olarak kapalıdır, bunu içeren bir plan gerektirir ve bir izin listesi doldurulana kadar eylemsiz kalır — bkz. Explanation: Orchestration Governance (EN) ve How to gate autonomous chains (EN). Bu sayfadaki hiçbir şey, bu yönetişimin açılmasını gerektirmez.
Sonraki adımlar
- Delivery Semantics — bir mesaja gönderildikten sonra ne olduğu ve bir çağırıcıyı takılı bırakacak olan tek varsayım.
- Mail & Counters — bir alıcının kendisini neyin beklediğini nasıl gördüğü.
- MCP Tools (EN) — bağlı bir ajana sunulan aynı gönderim yolu olan
agent_trigger.