Relaydeck выпустил пульт управления для команд AI-агентов
Relaydeck опубликовал публичную beta своего локального диспетчера для CLI-кодинговых агентов. Проект описывает себя как «fleet OS» для инструментов вроде Claude Code, Codex, Cursor, OpenCode и pi: он запускает реальные агентные CLI в терминальных сессиях, показывает их работу в общем dashboard, даёт агентам устойчивую переписку между собой и подключает плагины для GitHub, Telegram, секретов, лимитов, навыков и webhooks.
На Reddit релиз появился как ранняя beta 0.1.0, а через несколько часов на GitHub вышла версия 0.1.1. В ней авторы добавили Telegram и cron в core и уточнили установку daemon/serve. PyPI уже показывает relaydeck 0.1.1 с описанием «local-first fleet OS for CLI coding agents». Это не массовый продукт для обычного пользователя, а ранний инструмент для тех, кто уже живёт в терминале и запускает несколько AI-агентов параллельно.
Установка тоже рассчитана на разработчиков: через shell-скрипт с сайта проекта или через pip, после чего локальный daemon поднимает dashboard на 127.0.0.1. То есть ставка сделана не на облачный сервис с аккаунтом, а на локальный рабочий контур, где состояние и секреты остаются на машине пользователя.
Зачем агентам отдельный диспетчер
Первые AI-кодинговые помощники были устроены как один разговор: человек пишет задачу, модель отвечает, иногда редактирует файлы. Но реальная работа быстро усложняется. Один агент пишет код, другой проверяет CI, третий смотрит документацию, четвёртый ждёт ответа человека. Если каждый живёт в отдельном терминале или вкладке, пользователь превращается в ручного диспетчера: следит, кто завис, кто ждёт входных данных, кто потратил слишком много токенов и кому надо передать контекст.
Relaydeck пытается закрыть именно этот слой. В README заявлены live PTY-терминалы, семантический статус, durable peer-to-peer messaging, SSE, usage metering, локальная SQLite-база и vault для секретов на машине пользователя. Важная деталь: проект не предлагает свой модельный runtime, а оборачивает существующие CLI. Это прагматичный подход для рынка, где каждый месяц появляются новые агентные оболочки, а команды не хотят переписывать рабочий процесс под один стек.
Почему это касается OpenClaw и Hermes
Отдельная строка в документации говорит, что relaydeck умеет наблюдать за внешними runtime вроде Hermes Agent и OpenClaw: только health и risk posture, без мутаций и доступа к секретам. Для экосистемы это интересный сигнал. OpenClaw и Hermes уже двигают идею персонального агента с памятью, cron-задачами, skills и внешними каналами. Relaydeck смотрит на соседнюю проблему: как управлять сразу несколькими агентами и не потерять контроль.
Пока проект честно предупреждает о ранней beta, rough edges и возможных breaking changes. Это важно: использовать такой слой в продакшене без проверки рано. Но сам формат релиза показывает, куда идёт рынок AI-инструментов для разработчиков. Следующий рубеж — не только «модель лучше пишет код», а «несколько агентов работают как наблюдаемая система»: с маршрутизацией задач, лимитами, журналом, human-in-the-loop и понятной остановкой при риске.
Для небольших команд это может стать практичной альтернативой хаосу из пяти терминалов и ручных заметок. Для крупных компаний — напоминанием, что агентный кодинг потребует не только подписок на модели, но и инженерной инфраструктуры вокруг них. Когда AI-помощник становится командой процессов, ему нужен не чат, а диспетчерская.
- github.comGitHub - relaydeck/relaydeck: micro-agent orchestrator for local agents
- github.comRelease v0.1.1 · relaydeck/relaydeck
- github.comRelease v0.1.0 · relaydeck/relaydeck
- pypi.orgClient Challenge
- reddit.comReddit - Please wait for verification
- commons.wikimedia.orgFile:NOC-Architel.jpg - Wikimedia Commons













