Claude Code Channels: полная замена OpenClaw

Claude Code Channels позволяет управлять AI-агентами прямо из Telegram. Один агент-оркестратор принимает ваши сообщения в чате, раздаёт задачи проектным агентам и возвращает результат. Я собрал такой сетап за один вечер.

Что такое Channels

20 марта 2026 года Anthropic выпустила Channels в формате research preview (начиная с версии v2.1.80). Channel по сути является MCP-сервером, который пушит события в вашу запущенную сессию Claude Code. Работает это в обе стороны: вы пишете боту в Telegram, сообщение попадает в Claude Code, агент выполняет работу и отвечает вам обратно в чат.

Когда я увидел анонс, сразу понял: это решает проблему, с которой я жил несколько месяцев. Агентный AI уже работает в моих проектах, но до Channels управление требовало сидеть перед терминалом. Теперь я пишу с телефона, а агенты работают на Mac Mini дома.

Как настроить за 15 минут

Channels работают через систему плагинов. Нужен Bun и аккаунт claude.ai (API-ключи пока не поддерживаются).

Шаг 1. Создайте бота в Telegram через @BotFather, скопируйте токен.

Шаг 2. В Claude Code установите плагин:

/plugin install telegram@claude-plugins-official

Шаг 3. Передайте токен бота:

/telegram:configure <ваш-токен>

Шаг 4. Перезапустите Claude Code с флагом --channels:

claude --channels plugin:telegram@claude-plugins-official

Шаг 5. Напишите боту в Telegram, получите код пейринга, введите его в Claude Code:

/telegram:access pair <код>
/telegram:access policy allowlist

Всё. Теперь ваш бот принимает сообщения и передаёт их прямо в сессию Claude Code.

Архитектура: кондуктор и оркестр

Одного бота в Telegram хватает для одного проекта. Но у меня пять проектов. Поэтому я собрал оркестратор.

Один агент, которого я называю кондуктором, подключён к Telegram через Channels. Он не пишет код, не правит файлы, не деплоит. Кондуктор только маршрутизирует: понимает, чего я хочу, находит нужного проектного агента и передаёт ему задачу.

Проектные агенты живут в отдельных сессиях tmux, каждый в своей директории со своим CLAUDE.md и набором MCP-серверов. Кондуктор общается с ними через bash, отправляя команды в нужную tmux-сессию и читая ответы.

Telegram --> Кондуктор (tmux: conductor)
                |
                ├── tmux: agent-site-1
                ├── tmux: agent-site-2
                ├── tmux: agent-site-3
                ├── tmux: agent-site-4
                └── tmux: agent-site-5

Оркестратор не кодит. Никогда. Как только кондуктор начинает и координировать, и выполнять, контекстное окно забивается деталями реализации и качество маршрутизации падает.

Мой сетап

У меня пять агентов, каждый обслуживает отдельный проект. Всё крутится на Mac Mini M4 с 24 GB RAM.

Пишу в Telegram: “обратись к Apple Insider, спроси логи за сегодня”. Кондуктор находит нужного агента, идёт в его tmux-сессию, получает ответ и возвращает мне в чат. Я в этот момент могу быть где угодно с телефоном.

При загрузке компьютера launchd поднимает все tmux-сессии, запускает кондуктора и подключает Channels. Я ничего не трогаю руками. Mac Mini работает бесшумно, экран выключен.

По ресурсам каждый агент с MCP-серверами потребляет примерно 1.4 GB оперативной памяти. Пять агентов занимают около 7 GB, что на 24 GB оставляет запас. Я пробовал поднять шесть и семь, но после пяти координационные издержки начинают съедать выигрыш от параллельности.

Безопасность и ограничения

Каждый канал ведёт allowlist отправителей. При первом подключении вы проходите пейринг: бот присылает код, вы его подтверждаете в Claude Code, и ваш Telegram ID добавляется в список. Все остальные сообщения просто отбрасываются.

Если агент натыкается на опасную команду, пока вы не за терминалом, сессия встаёт на паузу и ждёт вашего подтверждения. Для полностью автономной работы есть --dangerously-skip-permissions, но использовать его стоит только в доверенной среде.

Я даю каждому проектному агенту доступ только к его директории. CLAUDE.md в корне проекта помогает ограничить скоуп, а permissions в настройках Claude Code не пускают агента за границы.

Channels пока работает как research preview: API может измениться, синтаксис --channels тоже. Я использую это каждый день, но держу в голове, что завтра может сломаться.

Почему не OpenClaw

Когда я разбирал OpenClaw, проект уже набрал больше 250 тысяч звёзд на GitHub и стал самым быстрорастущим репозиторием в истории платформы. Идея “много агентов работают вместе” пришла именно оттуда. Но безопасность у OpenClaw была дырявой, а настройка стоила дорого.

Channels решает это иначе. Allowlist по умолчанию, пейринг при подключении, контроль через --channels на уровне каждой сессии. Для Team и Enterprise планов организация может включать и выключать каналы централизованно через managed settings.

FAQ

Нужен ли сервер или хватит обычного Mac?

Обычный Mac подходит. У меня всё работает на Mac Mini. Пять агентов потребляют около 7 GB RAM, и на конфигурации с 16 GB это тоже укладывается, хотя с меньшим запасом.

Channels работает только с Telegram?

В research preview поддерживаются Telegram и Discord. Можно также написать свой канал для любой системы, включая вебхуки от CI, мониторинга или деплой-пайплайна.

Чем Channels отличается от Remote Control?

Remote Control позволяет управлять сессией Claude Code с телефона через claude.ai. Channels делают другое: пушат внешние события (сообщения из Telegram, вебхуки) в уже запущенную сессию. Remote Control вы рулите сами, через Channels события приходят к вам.

Итог

Channels превращает Claude Code из инструмента, привязанного к терминалу, в агента, доступного с телефона. Настройка Telegram-бота занимает 15 минут. Добавляете tmux для изоляции, одного кондуктора для маршрутизации и получаете оркестратор из нескольких агентов с автозапуском. Всё на одном Mac Mini, без облачных серверов.