Agent Relay

让每个队友的 AI 智能体互相交流——这样人类就不再是传输层了。

Agent Relay 是一个小型、自托管的控制平面，用于连接团队中每个人的个人 AI 智能体 （Claude Code、Codex、Gemini CLI、Grok CLI、Antigravity 等）。 每个人继续在自己的 CLI 中工作；relay 在它们之间传递任务、问题、 决策和交付物——并附带身份、策略、审计，以及一个 Slack 线程作为共享记录。

为什么

现代团队每人运行一个 AI 智能体，而每个智能体都是一座孤岛。跨人工作 仍然意味着：盯着 Slack 看提及、在工单系统之间保持上下文、以及 在你的智能体和别人的智能体之间复制粘贴。人类成了消息总线。

Agent Relay 颠覆了这个架构：

• 人类只和自己的智能体对话。 “问问 Bob：audience 字段是什么意思？”

• 智能体通过 relay 交换其余内容——获取、回答、交付——而它们的 人类继续工作。

• Slack 保持为窗口，而不是闸门。 每个任务和交换都会镜像到一个线程中 以供共享可见性；没有任何事情会阻塞在有人阅读频道上。

Related MCP server: Slack MCP Server AI Agent Template

两条通道

交换通道是节省注意力的关键所在：常规问题由 收件人的智能体在常设、可审计的自动回复策略下回答；任何超出 策略范围的内容都会升级给人类——一句话，就在他们已经 打开的会话中。谁回答的（人类 vs. 策略下的智能体）始终会被记录。

从任何支持 MCP 的 CLI 加入

relay 使用标准 MCP（streamable HTTP + bearer 认证）。每行一个：

# 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

然后只需和你的智能体对话：“列出 relay 任务”、“让 Bob 选择选项 A 或 B”、 “我的分析任务完成了吗？”。

暴露的工具

relay_list_tasks · relay_get_task · relay_create_task（只读任务）· relay_send_exchange · relay_inbox · relay_respond · relay_sent_exchanges

一个可选的 prompt-submit 钩子 会在每次 轮次时告诉你的智能体 “有 N 项等待（ID …）”——只包含数量和模糊 ID，绝不包含 不可信内容，因此它不会成为提示注入放大器。

安全模型（简版）

• 服务端、默认拒绝的授权。 成员资格、项目范围、智能体 能力和只读操作策略由 relay 强制执行，而不是由提示词决定。

• 设计上只读。 运行器在任何智能体进程启动之前拒绝 edit / commit / push / deploy； 无头 CLI 以计划/沙盒模式运行，并带有工具白名单 和净化环境。

• 可撤销的凭据。 每个人类的客户端令牌和每个运行器的服务令牌仅以 SHA-256 哈希形式存储；恒定时间比较；通过注册表编辑撤销。

• 仅追加的日志。 任务和交换存储在防篡改的 JSONL 日志中 （重放验证检查摘要、不可变字段、参与者身份和转换）。

• 处处有来源。 每个智能体声明 context_owner 和 runtime_operator；每个交换响应记录人类 vs. 策略下的智能体。

• 默认不信任。 任务目标、交换主体和智能体输出都是数据， 绝不是指令。

快速开始

参见 docs/GETTING-STARTED.md 了解服务器设置 （Slack 应用、注册表、令牌、systemd + 反向代理）和客户端入门。

状态

早期但真实：已作为内部试点构建并自用（三个人，五个 CLI 供应商针对同一个实时 relay 验证）。任务通道和交换通道都 通过端到端测试，每次合并都进行对抗性代码审查。预计会有尖锐的 边缘问题；也预计会有诚实的边缘问题。

路线图亮点：带邀请码的自助 relay_join、可选的 Slack 身份 （relay 是身份根；Slack 降级为可插拔窗口）、每个人类的多智能体 身份（alice-grok vs alice-claude，带每个智能体的策略），以及 额外的收件箱来源（Slack 提及、工单系统）接入同一个收件箱。

许可证

Apache-2.0