OpenClaw Agent Relay Plugin behebt Telegram-Zustellung in Multi-Agent-Setups
Ein Entwickler hat openclaw-agent-relay veröffentlicht, ein Plugin, das das Problem löst, bei dem sessions_send in Multi-Agent-Setups Antworten nicht an Telegram-Nutzer liefert.
Das Problem mit sessions_send
Wenn sessions_send verwendet wird, um Nachrichten zwischen Agenten weiterzuleiten, geht die Antwort des Zielagenten an channel=webchat (ein interner Kanal) statt zum Nutzer auf Telegram. Dies geschieht, weil sessions_send Sitzungs- und Konversationsverlauf beibehält, aber die Zustellung nicht korrekt handhabt. Das Problem ist im geschlossenen Ticket #13374 dokumentiert, das als NOT_PLANNED markiert ist. Zusätzlich kann es den Zustellungskontext der Sitzung beschädigen und ihn dauerhaft von telegram auf webchat umstellen (referenziert in #44153 und #31671).
Bestehende Workarounds und ihre Einschränkungen
Entwickler haben zwei Hauptansätze versucht:
- Explizite Verwendung von Nachrichten-Tools: Der Zielagent ruft message mit channel: "telegram" und expliziten to/threadId auf und gibt dann ANNOUNCE_SKIP zurück. Dies ist in #47971 und #28603 dokumentiert. Probleme umfassen die Notwendigkeit, Zustellungsanweisungen in jede sessions_send-Nutzlast einzubetten, und dass Agenten die Workaround-Nutzung vergessen, besonders in längeren Sitzungen.
- Verlassen auf announce-Schritt: Verwenden von timeout=0, um einen announce-Schritt zu erhalten, in dem der Agent eine nutzerorientierte Antwort schreiben kann. Allerdings neigen Modelle dazu, ANNOUNCE_SKIP zurückzugeben statt Inhalte zu schreiben (#43295). Die Announce-Zustellung hat auch Probleme: Sie lässt threadId für Telegram-Themen fallen (#47971, #45878), scheitert stillschweigend bei Multi-Channel-Setups (#47524), und ANNOUNCE_SKIP-Text kann an Nutzer durchsickern (#45084).
Die Lösung: openclaw-agent-relay
Das Plugin umgeht sowohl sessions_send als auch announce vollständig. Es verwendet denselben Gateway-WebSocket-RPC, den Subagenten intern verwenden (callGateway({ method: "agent" })), um einen Agenten-Turn in der bestehenden Sitzung mit deliver: true auszulösen. Der Agent antwortet normal ohne spezielle Anweisungen, ANNOUNCE_SKIP oder Nachrichten-Tool-Workarounds, und die Antwort geht direkt an Telegram.
Wie man es verwendet
Zwei Methoden sind verfügbar:
- Tool wake_agent: Jeder Agent kann es aufrufen, um einen anderen Agenten in seiner Sitzung zu wecken:
wake_agent({ sessionKey: "agent:my-agent:telegram:direct:123456", message: "Hey, erinnere den Kunden an den Vertrag" }) - HTTP POST /notify: Für Cron-Jobs, Skripte oder externe Auslöser:
curl -X POST http://127.0.0.1:18790/notify \ -H "Authorization: Bearer your-secret-token" \ -H "Content-Type: application/json" \ -d '{"sessionKey":"agent:my-agent:telegram:direct:123456", "message":"Erinnerung: Kunde hat nach dem Vertrag gefragt"}'
Installation
Installieren mit: openclaw plugins install openclaw-agent-relay
Der Entwickler merkt an, dass die Implementierung der Gateway-RPC-Authentifizierung die Arbeit mit Ed25519-Geräteidentität, Challenge-Response-Protokollen und undokumentierten Protokoll-Eigenheiten erforderte.
📖 Read the full source: r/openclaw
👀 Siehe auch
Nit: Ein Git-Ersatz in Zig, optimiert für die Token-Effizienz von KI-Agenten
Nit ist ein natives Git-Ersatzprogramm, geschrieben in Zig, das den Token-Verbrauch bei gängigen Befehlen wie status, diff, log und show um 35-87% reduziert. Dies wird durch kompakte Standardausgaben und direkte libgit2-Integration erreicht, wodurch der Overhead von Subprozessen entfällt.
Benchmark zeigt: KI-Browser-Automatisierungstools variieren um das 2,6-fache bei den Token-Kosten trotz identischer Genauigkeit
Ein Benchmark von 4 CLI-Browser-Automatisierungstools mit Claude Sonnet 4.6 bei 6 realen Aufgaben ergab, dass alle 100% Genauigkeit erreichten, aber openbrowser-ai 36.010 Tokens verwendete, während andere 77.123–94.130 Tokens benötigten. Die Anzahl der Tool-Aufrufe war der stärkste Prädiktor für die Token-Kosten.
Relay: Ein Tool zur Übergabe von Claude-Code-Sitzungen an andere KI-Agenten
Relay ist ein Rust-Binary, das den Sitzungskontext von Claude Code extrahiert – einschließlich Gesprächsverlauf, Tool-Aufrufe, Fehler und Git-Status – und ihn an andere KI-Agenten wie Codex oder Gemini weitergibt, wenn Ratenlimits erreicht werden. Es unterstützt 8 Agenten und kann über GitHub oder npm installiert werden.
Codesight: KI-Kontext-Engine reduziert 30.000-60.000 Tokens in Claude-Code-Sitzungen
Codesight ist ein Open-Source-Tool, das Codebasen analysiert, um KI-Coding-Agenten strukturierten Kontext zu bieten und Token-Verschwendung zu reduzieren. Ein Entwickler arbeitete mit dem Maintainer zusammen, um AST-Parsing für Next.js und Prisma, eine Testsuite, Token-Telemetrie und Profile für Claude Code und Cursor hinzuzufügen.