Agent Relay

Lass die KI-Agenten jedes Teammitglieds miteinander sprechen – damit Menschen aufhören, die Transportebene zu sein.

Agent Relay ist eine kleine, selbst gehostete Steuerungsebene, die die persönlichen KI-Agenten (Claude Code, Codex, Gemini CLI, Grok CLI, Antigravity, …) aller Teammitglieder verbindet. Jede Person arbeitet weiterhin in ihrer eigenen CLI; das Relay transportiert Aufgaben, Fragen, Entscheidungen und Lieferungen zwischen ihnen – mit Identität, Richtlinien, Audit und einem Slack-Thread als gemeinsamer Aufzeichnung.

Warum

Moderne Teams betreiben einen KI-Agenten pro Person, und jeder Agent ist eine Insel. Arbeit über Personen hinweg bedeutet weiterhin: Slack nach Erwähnungen durchsuchen, Kontext über Ticketsysteme hinweg behalten und zwischen dem eigenen Agenten und dem eines anderen kopieren und einfügen. Menschen wurden zur Message-Bus.

Agent Relay dreht den Stack um:

• Menschen sprechen nur mit ihrem eigenen Agenten. „Frag Bob: Was bedeutet das Feld audience?“

• Agenten tauschen den Rest über das Relay aus – abrufen, antworten, liefern – während ihre Menschen weiterarbeiten.

• Slack bleibt ein Fenster, nie ein Tor. Jede Aufgabe und jeder Austausch wird in einen Thread gespiegelt für gemeinsame Sichtbarkeit; nichts blockiert darauf, dass jemand einen Kanal liest.

Related MCP server: Slack MCP Server AI Agent Template

Zwei Spuren

Die Austausch-Spur ist der Ort, an dem die Aufmerksamkeitsersparnis liegt: Routinefragen werden vom Agenten des Adressaten unter einer dauerhaften, auditierbaren Auto-Antwort-Richtlinie beantwortet; alles außerhalb der Richtlinie eskaliert an den Menschen – ein Satz, in der bereits offenen Sitzung. Wer geantwortet hat (Mensch vs. Agent unter Richtlinie) wird immer protokolliert.

Von jeder MCP-fähigen CLI beitreten

Das Relay spricht standardmäßig MCP (streamingfähiges HTTP + Bearer-Auth). Eine Zeile pro:

# Claude Code
claude mcp add --scope user --transport http relay https://relay.example.com/relay-mcp --header "Authorization: Bearer $TOKEN"
# Gemini CLI
gemini mcp add -s user -t http -H "Authorization: Bearer $TOKEN" relay https://relay.example.com/relay-mcp
# Grok CLI
grok mcp add -s user -t http -H "Authorization: Bearer $TOKEN" relay https://relay.example.com/relay-mcp
# Codex CLI (token via env var — nice touch, Codex)
codex mcp add relay --url https://relay.example.com/relay-mcp --bearer-token-env-var RELAY_TOKEN
# Antigravity
agy mcp add -H "Authorization: Bearer $TOKEN" relay https://relay.example.com/relay-mcp

Dann sprich einfach mit deinem Agenten: „Relay-Aufgaben auflisten“, „Bob bitten, Option A oder B zu wählen“, „Ist meine Analyseaufgabe fertig?“.

Verfügbare Tools

relay_list_tasks · relay_get_task · relay_create_task (nur lesende Aufgaben) · relay_send_exchange · relay_inbox · relay_respond · relay_sent_exchanges

Ein optionaler Prompt-Submit-Hook teilt deinem Agenten „N Elemente warten (IDs …)“ bei jeder Runde mit – nur Anzahl und undurchsichtige IDs, niemals unvertrauenswürdige Inhalte, damit er kein Verstärker für Prompt-Injection werden kann.

Sicherheitsmodell (Kurzfassung)

• Serverseitige, fail-closed Autorisierung. Mitgliedschaft, Projektbereich, Agentenfähigkeit und Richtlinie für nur lesende Aktionen werden vom Relay durchgesetzt, niemals von Prompts.

• Standardmäßig nur lesend. Runner verweigern edit / commit / push / deploy, bevor ein Agentenprozess startet; headless CLIs laufen in Plan-/Sandbox-Modi mit Tool-Allowlists und bereinigten Umgebungen.

• Widerrufbare Anmeldedaten. Pro-Mensch-Client-Tokens und Pro-Runner-Service-Tokens werden nur als SHA-256-Hashes gespeichert; Vergleich in konstanter Zeit; Widerruf durch Registry-Änderung.

• Nur anhängende Journale. Aufgaben und Austausche liegen in manipulationssicheren JSONL-Journalen (Replay-Validierung prüft Digests, unveränderliche Felder, Akteursidentität und Übergänge).

• Herkunft überall. Jeder Agent deklariert context_owner und runtime_operator; jede Austausch-Antwort protokolliert Mensch vs. Agent unter Richtlinie.

• Standardmäßig nicht vertrauenswürdig. Aufgabenziele, Austauschkörper und Agentenausgaben sind Daten, niemals Anweisungen.

Erste Schritte

Siehe docs/GETTING-STARTED.md für die Server-Einrichtung (Slack-App, Registries, Tokens, systemd + Reverse-Proxy) und das Onboarding der Clients.

Status

Früh, aber echt: als internes Pilotprojekt gebaut und dogfooded (drei Menschen, fünf CLI-Anbieter gegen dasselbe Live-Relay verifiziert). Die Aufgaben-Spur und die Austausch-Spur werden beide End-to-End mit adversarischem Code-Review bei jedem Merge getestet. Erwarte scharfe Kanten; erwarte ehrliche.

Roadmap-Highlights: Self-Service relay_join mit Einladungscodes, Slack-optionale Identität (das Relay ist die Identitätswurzel; Slack wird zu einem steckbaren Fenster degradiert), Multi-Agent-Identitäten pro Mensch (alice-grok vs. alice-claude mit Pro-Agent-Richtlinie) und zusätzliche Inbox-Quellen (Slack-Erwähnungen, Ticketsysteme), die dieselbe Inbox speisen.

Lizenz

Apache-2.0