Agent Relay

Пусть ИИ-агенты каждого члена команды общаются друг с другом — чтобы люди перестали быть транспортным уровнем.

Agent Relay — это небольшая самодостаточная управляющая плоскость, которая соединяет персональных ИИ-агентов (Claude Code, Codex, Gemini CLI, Grok CLI, Antigravity, …) всех членов команды. Каждый человек продолжает работать в своём собственном CLI; ретранслятор переносит задачи, вопросы, решения и результаты между ними — с идентификацией, политиками, аудитом и Slack-тредом как общей записью.

Зачем

Современные команды запускают по одному ИИ-агенту на человека, и каждый агент — это остров. Межличностная работа по-прежнему означает: следить за упоминаниями в Slack, держать контекст в системах тикетов и копировать-вставлять между своим агентом и чужим. Люди стали шиной сообщений.

Agent Relay переворачивает стек:

• Люди общаются только со своим агентом. «Спроси Боба: что означает поле audience?»

• Агенты обмениваются остальным через ретранслятор — получают, отвечают, доставляют — пока их люди продолжают работать.

• Slack остаётся окном, а не воротами. Каждая задача и обмен зеркалируются в тред для общей видимости; ничто не блокируется на том, что кто-то читает канал.

Related MCP server: nomos-slack-mcp

Две полосы

Полоса обмена — это то, где живёт экономия внимания: рутинные вопросы отвечает агент адресата в рамках постоянной, аудируемой политики автоматического ответа; всё, что выходит за рамки политики, эскалируется человеку — одним предложением, в уже открытой сессии. Кто ответил (человек или агент по политике) всегда фиксируется.

Подключение из любого CLI с поддержкой MCP

Ретранслятор говорит на стандартном MCP (streamable HTTP + bearer auth). По одной строке на каждый:

# 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

Затем просто говорите своему агенту: «список задач ретранслятора», «попроси Боба выбрать вариант A или B», «завершилась ли моя задача анализа?».

Доступные инструменты

relay_list_tasks · relay_get_task · relay_create_task (задачи только для чтения) · relay_send_exchange · relay_inbox · relay_respond · relay_sent_exchanges

Необязательный prompt-submit hook сообщает вашему агенту «N элементов ожидают (ID …)» на каждом ходу — только количество и непрозрачные ID, никогда не недоверенное содержимое, чтобы это не стало усилителем prompt-инъекций.

Модель безопасности (кратко)

• Серверная авторизация с отказом по умолчанию. Членство, область проекта, возможности агента и политика действий только для чтения обеспечиваются ретранслятором, а не подсказками.

• Только чтение по дизайну. Исполнители отказывают в edit / commit / push / deploy до запуска любого процесса агента; headless CLI работают в режимах plan/sandbox с разрешёнными списками инструментов и очищенными окружениями.

• Отзываемые учётные данные. Персональные клиентские токены и сервисные токены исполнителей хранятся только как SHA-256 хэши; сравнение за постоянное время; отзыв через редактирование реестра.

• Журналы только с добавлением. Задачи и обмены хранятся в защищённых от подделки JSONL-журналах (проверка воспроизведения проверяет дайджесты, неизменяемые поля, идентичность актора и переходы).

• Происхождение везде. Каждый агент объявляет context_owner и runtime_operator; каждый ответ на обмен записывает, человек или агент по политике.

• Недоверие по умолчанию. Цели задач, тела обменов и выходные данные агентов — это данные, а не инструкции.

Начало работы

Смотрите docs/GETTING-STARTED.md для настройки сервера (Slack-приложение, реестры, токены, systemd + обратный прокси) и подключения клиентов.

Статус

Ранняя, но реальная: создана и использована в качестве внутреннего пилота (три человека, пять CLI-вендоров проверены на одном живом ретрансляторе). Полоса задач и полоса обмена обе проверяются сквозным образом с состязательным ревью кода при каждом слиянии. Ожидайте острых углов; ожидайте честных.

Основные пункты дорожной карты: самостоятельный relay_join с кодами приглашения, опциональная идентичность Slack (ретранслятор — корень идентичности; Slack становится подключаемым окном), мультиагентные идентичности на человека (alice-grok против alice-claude с политикой для каждого агента) и дополнительные источники входящих (упоминания в Slack, системы тикетов), питающие тот же входящий ящик.

Лицензия

Apache-2.0