Skip to main content
Каналы находятся в исследовательском превью. Организации Team и Enterprise должны явно их включить.
Канал — это MCP-сервер, который отправляет события в сеанс Claude Code, чтобы Claude мог реагировать на события, происходящие вне терминала. Вы можете создать односторонний или двусторонний канал. Односторонние каналы пересылают оповещения, вебхуки или события мониторинга для действия Claude. Двусторонние каналы, такие как мосты чата, также предоставляют инструмент ответа, чтобы Claude мог отправлять сообщения обратно. Канал с доверенным путём отправителя также может согласиться на трансляцию запросов разрешений, чтобы вы могли одобрять или отклонять использование инструментов удалённо. На этой странице рассматривается: Чтобы использовать существующий канал вместо создания собственного, см. Каналы. Telegram, Discord, iMessage и fakechat включены в исследовательское превью.

Обзор

Канал — это MCP сервер, который работает на той же машине, что и Claude Code. Claude Code запускает его как подпроцесс и взаимодействует через stdio. Ваш сервер канала — это мост между внешними системами и сеансом Claude Code:
  • Платформы чата (Telegram, Discord): ваш плагин работает локально и опрашивает API платформы на предмет новых сообщений. Когда кто-то отправляет личное сообщение вашему боту, плагин получает сообщение и пересылает его Claude. Нет необходимости в URL для открытия.
  • Вебхуки (CI, мониторинг): ваш сервер прослушивает локальный HTTP-порт. Внешние системы отправляют POST на этот порт, и ваш сервер отправляет полезную нагрузку Claude.
Диаграмма архитектуры, показывающая внешние системы, подключающиеся к вашему локальному серверу канала, который взаимодействует с Claude Code через stdio

Что вам нужно

Единственное жёсткое требование — это пакет @modelcontextprotocol/sdk и совместимая с Node.js среда выполнения. Bun, Node и Deno работают. Предварительно созданные плагины в исследовательском превью используют Bun, но ваш канал не обязательно должен. Ваш сервер должен:
  1. Объявить возможность claude/channel, чтобы Claude Code зарегистрировал слушатель уведомлений
  2. Отправлять события notifications/claude/channel при возникновении чего-либо
  3. Подключаться через транспорт stdio (Claude Code запускает ваш сервер как подпроцесс)
Разделы Параметры сервера и Формат уведомления подробно рассматривают каждый из них. Полное пошаговое руководство см. в Пример: создание приёмника вебхуков. Во время исследовательского превью пользовательские каналы не находятся в одобренном списке разрешений. Используйте --dangerously-load-development-channels для локального тестирования. Подробности см. в Тестирование во время исследовательского превью.

Пример: создание приёмника вебхуков

Это пошаговое руководство создаёт однофайловый сервер, который прослушивает HTTP-запросы и пересылает их в ваш сеанс Claude Code. В конце концов, всё, что может отправить HTTP POST, например конвейер CI, оповещение мониторинга или команда curl, может отправлять события Claude. В этом примере используется Bun в качестве среды выполнения благодаря встроенному HTTP-серверу и поддержке TypeScript. Вы можете использовать Node или Deno; единственное требование — это MCP SDK.
1

Создание проекта

Создайте новый каталог и установите MCP SDK:
2

Написание сервера канала

Создайте файл с именем webhook.ts. Это ваш полный сервер канала: он подключается к Claude Code через stdio и прослушивает HTTP POST на порту 8788. Когда приходит запрос, он отправляет тело Claude как событие канала.
webhook.ts
Файл делает три вещи по порядку:
  • Конфигурация сервера: создаёт MCP-сервер с claude/channel в его возможностях, что говорит Claude Code, что это канал. Строка instructions переходит в системную подсказку Claude: скажите Claude, какие события ожидать, нужно ли отвечать и как маршрутизировать ответы, если нужно.
  • Подключение stdio: подключается к Claude Code через stdin/stdout. Это стандартно для любого MCP-сервера: Claude Code запускает его как подпроцесс.
  • Слушатель HTTP: запускает локальный веб-сервер на порту 8788. Каждое тело POST пересылается Claude как событие канала через mcp.notification(). content становится телом события, а каждая запись meta становится атрибутом на теге <channel>. Слушателю нужен доступ к экземпляру mcp, поэтому он работает в том же процессе. Вы можете разделить его на отдельные модули для более крупного проекта.
3

Регистрация вашего сервера с Claude Code

Добавьте сервер в вашу конфигурацию MCP, чтобы Claude Code знал, как его запустить. Для проекта .mcp.json в том же каталоге используйте относительный путь. Для конфигурации уровня пользователя в ~/.claude.json используйте полный абсолютный путь, чтобы сервер можно было найти из любого проекта:
.mcp.json
Claude Code читает вашу конфигурацию MCP при запуске и запускает каждый сервер как подпроцесс.
4

Тестирование

Во время исследовательского превью пользовательские каналы не находятся в списке разрешений, поэтому запустите Claude Code с флагом разработки:
Первый раз, когда вы запускаете сеанс в этом проекте, Claude Code запрашивает согласие перед использованием нового сервера из .mcp.json. Диалог сообщает “New MCP server found in this project: webhook”. Выберите Use this MCP server, чтобы продолжить.Когда Claude Code запускается, он читает вашу конфигурацию MCP, запускает ваш webhook.ts как подпроцесс, и слушатель HTTP автоматически запускается на настроенном вами порту (8788 в этом примере). Вам не нужно запускать сервер самостоятельно.Тусклое уведомление под баннером запуска подтверждает, что канал зарегистрирован: Channels (experimental) messages from server:webhook inject directly in this session · restart without --dangerously-load-development-channels to stop.Если вы видите “blocked by org policy”, ваш администратор организации должен сначала включить каналы.В отдельном терминале имитируйте вебхук, отправив HTTP POST с сообщением на ваш сервер. Этот пример отправляет оповещение об ошибке CI на порт 8788 (или любой другой настроенный вами порт):
Полезная нагрузка поступает в ваш сеанс Claude Code как тег <channel>:
В вашем терминале Claude Code вы увидите, как Claude получает сообщение и начинает отвечать: чтение файлов, выполнение команд или всё, что требует сообщение. Это односторонний канал, поэтому Claude действует в вашем сеансе, но ничего не отправляет обратно через вебхук. Чтобы добавить ответы, см. Предоставление инструмента ответа.Если событие не поступает, диагностика зависит от того, что вернул curl:
  • curl успешен, но ничего не достигает Claude: запустите /mcp в вашем сеансе, чтобы проверить статус сервера. “Failed to connect” обычно означает ошибку зависимости или импорта в файле вашего сервера; проверьте журнал отладки в ~/.claude/debug/<session-id>.txt для трассировки stderr.
  • curl не удаётся с “connection refused”: порт либо ещё не привязан, либо устаревший процесс из более раннего запуска его удерживает. lsof -i :<port> показывает, что прослушивается; kill устаревший процесс перед перезагрузкой вашего сеанса.
Сервер fakechat расширяет этот паттерн с веб-интерфейсом, вложениями файлов и инструментом ответа для двустороннего чата.

Тестирование во время исследовательского превью

Во время исследовательского превью каждый канал должен быть в одобренном списке разрешений для регистрации. Флаг разработки обходит список разрешений для конкретных записей после подтверждающего запроса. Этот пример показывает оба типа записей:
Обход выполняется для каждой записи. Объединение этого флага с --channels не распространяет обход на записи --channels. Во время исследовательского превью одобренный список разрешений курируется Anthropic, поэтому ваш канал остаётся на флаге разработки во время разработки и тестирования.
Этот флаг пропускает только список разрешений. Политика организации channelsEnabled по-прежнему применяется. Не используйте его для запуска каналов из ненадёжных источников.

Параметры сервера

Канал устанавливает эти параметры в конструкторе Server. Поля instructions и capabilities.tools являются стандартным MCP; capabilities.experimental['claude/channel'] и capabilities.experimental['claude/channel/permission'] — это дополнения, специфичные для канала: Чтобы создать односторонний канал, опустите capabilities.tools. Этот пример показывает двустороннюю установку с объявленными возможностью канала, инструментами и инструкциями:
Чтобы отправить событие, вызовите mcp.notification() с методом notifications/claude/channel. Параметры находятся в следующем разделе.

Формат уведомления

Ваш сервер отправляет notifications/claude/channel с двумя параметрами: Ваш сервер отправляет события, вызывая mcp.notification() на экземпляре Server. Этот пример отправляет оповещение об ошибке CI с двумя ключами meta:
Событие поступает в контекст Claude, завёрнутое в тег <channel>. Атрибут source устанавливается автоматически из имени вашего сервера:
Уведомления не подтверждаются. await на mcp.notification() разрешается, когда сообщение записывается в транспорт, а не когда Claude его обработал. Если сеанс не загрузил ваш сервер как канал, или политика организации его блокирует, события молча отбрасываются без ошибки, возвращаемой вашему серверу. Если вам нужно подтверждение доставки, отслеживайте состояние события на вашем сервере и предоставьте инструмент ответа, который Claude может вызвать для сообщения статуса обратно. События ставятся в очередь в сеанс и обрабатываются по порядку. Если несколько уведомлений поступают, пока Claude занят, они доставляются вместе на следующем ходу и Claude обрабатывает их как группу. Для обработки независимых потоков событий одновременно запустите отдельные сеансы.

Предоставление инструмента ответа

Если ваш канал двусторонний, например мост чата, а не пересылка оповещений, предоставьте стандартный инструмент MCP, который Claude может вызвать для отправки сообщений обратно. Ничего в регистрации инструмента не является специфичным для канала. Инструмент ответа имеет три компонента:
  1. Запись tools: {} в возможностях конструктора Server, чтобы Claude Code обнаружил инструмент
  2. Обработчики инструментов, которые определяют схему инструмента и реализуют логику отправки
  3. Строка instructions в конструкторе Server, которая говорит Claude, когда и как вызывать инструмент
Чтобы добавить их к приёмнику вебхуков выше:
1

Включение обнаружения инструментов

В конструкторе Server в webhook.ts добавьте tools: {} в возможности, чтобы Claude Code знал, что ваш сервер предлагает инструменты:
2

Регистрация инструмента ответа

Добавьте следующее в webhook.ts. import переходит в верхнюю часть файла с вашими другими импортами; два обработчика переходят между конструктором Server и mcp.connect(). Это регистрирует инструмент reply, который Claude может вызвать с chat_id и text:
3

Обновление инструкций

Обновите строку instructions в конструкторе Server, чтобы Claude знал маршрутизировать ответы обратно через инструмент. Этот пример говорит Claude передать chat_id из входящего тега:
Вот полный webhook.ts с двусторонней поддержкой. Исходящие ответы передаются через GET /events с использованием Server-Sent Events (SSE), поэтому curl -N localhost:8788/events может смотреть их в реальном времени; входящий чат поступает на POST /:
"Full
Сервер fakechat показывает более полный пример с вложениями файлов и редактированием сообщений.

Проверка входящих сообщений

Непроверенный канал — это вектор инъекции подсказок. Любой, кто может достичь вашей конечной точки, может поместить текст перед Claude. Канал, прослушивающий платформу чата или общедоступную конечную точку, нуждается в реальной проверке отправителя перед отправкой чего-либо. Проверьте отправителя против списка разрешений перед вызовом mcp.notification(). Этот пример отбрасывает любое сообщение от отправителя, не входящего в набор:
Проверяйте по идентичности отправителя, а не по идентичности чата или комнаты: message.from.id в примере, а не message.chat.id. В групповых чатах они отличаются, и проверка по комнате позволила бы любому в разрешённой группе вводить сообщения в сеанс. Каналы Telegram и Discord проверяют список разрешений отправителя так же. Они загружают список путём спаривания: пользователь отправляет личное сообщение боту, бот отвечает кодом спаривания, пользователь одобряет его в своём сеансе Claude Code, и его ID платформы добавляется. Полный поток спаривания см. в любой реализации. Канал iMessage использует другой подход: он обнаруживает собственные адреса пользователя из базы данных Messages при запуске и пропускает их автоматически, с другими отправителями, добавляемыми по дескриптору.

Трансляция запросов разрешений

Когда Claude вызывает инструмент, требующий одобрения, открывается диалог локального терминала и сеанс ждёт. Двусторонний канал может согласиться получить тот же запрос параллельно и передать его вам на другое устройство. Оба остаются активными: вы можете ответить в терминале или на телефоне, и Claude Code применяет любой ответ, который поступит первым, и закрывает другой. Трансляция охватывает одобрения использования инструментов, такие как Bash, Write и Edit. Диалоги доверия проекта и согласия MCP-сервера не передаются; они появляются только в локальном терминале.

Как работает трансляция

Когда открывается запрос разрешения, цикл трансляции имеет четыре шага:
  1. Claude Code генерирует короткий ID запроса и уведомляет ваш сервер
  2. Ваш сервер пересылает запрос и ID в ваше приложение чата
  3. Удалённый пользователь отвечает да или нет и этот ID
  4. Ваш входящий обработчик анализирует ответ в вердикт, и Claude Code применяет его только если ID совпадает с открытым запросом
Диалог локального терминала остаётся открытым на протяжении всего этого. Если кто-то в терминале ответит перед поступлением удалённого вердикта, этот ответ применяется вместо этого и ожидающий удалённый запрос отбрасывается. Диаграмма последовательности: Claude Code отправляет уведомление permission_request на сервер канала, сервер форматирует и отправляет запрос в приложение чата, человек отвечает вердиктом, и сервер анализирует этот ответ в уведомление разрешения обратно в Claude Code

Поля запроса разрешения

Исходящее уведомление от Claude Code — это notifications/claude/channel/permission_request. Как и уведомление канала, транспорт — это стандартный MCP, но метод и схема — это расширения Claude Code. Объект params имеет четыре строковых поля, которые ваш сервер форматирует в исходящий запрос: Вердикт, который ваш сервер отправляет обратно, — это notifications/claude/channel/permission с двумя полями: request_id, повторяющий ID выше, и behavior, установленный на 'allow' или 'deny'. Allow позволяет вызову инструмента продолжиться; deny отклоняет его, то же самое, что ответить No в локальном диалоге. Ни один вердикт не влияет на будущие вызовы.

Добавление трансляции к мосту чата

Добавление трансляции разрешений к двустороннему каналу требует трёх компонентов:
  1. Запись claude/channel/permission: {} под experimental возможностями в конструкторе Server, чтобы Claude Code знал пересылать запросы
  2. Обработчик уведомлений для notifications/claude/channel/permission_request, который форматирует запрос и отправляет его через API вашей платформы
  3. Проверка в вашем входящем обработчике сообщений, которая распознаёт yes <id> или no <id> и отправляет уведомление вердикта notifications/claude/channel/permission вместо пересылки текста Claude
Объявляйте возможность только если ваш канал аутентифицирует отправителя, потому что любой, кто может ответить через ваш канал, может одобрять или отклонять использование инструментов в вашем сеансе. Чтобы добавить их к двустороннему мосту чата, подобному собранному в Предоставление инструмента ответа:
1

Объявление возможности разрешения

В конструкторе Server добавьте claude/channel/permission: {} рядом с claude/channel под experimental:
2

Обработка входящего запроса

Зарегистрируйте обработчик уведомлений между конструктором Server и mcp.connect(). Claude Code вызывает его с четырьмя полями запроса при открытии диалога разрешения. Ваш обработчик форматирует запрос для вашей платформы и включает инструкции для ответа с ID:
3

Перехват вердикта в вашем входящем обработчике

Ваш входящий обработчик — это цикл или обратный вызов, который получает сообщения от вашей платформы: то же место, где вы проверяете отправителя и отправляете notifications/claude/channel для пересылки чата Claude. Добавьте проверку перед вызовом пересылки чата, которая распознаёт формат вердикта и отправляет уведомление разрешения вместо этого.Регулярное выражение совпадает с форматом ID, который генерирует Claude Code: пять букв, никогда l. Флаг /i допускает автокоррекцию телефона, капитализирующую ответ; приведите захваченный ID в нижний регистр перед отправкой обратно.
Claude Code также держит диалог локального терминала открытым, поэтому вы можете ответить в любом месте, и первый поступивший ответ применяется. Удалённый ответ, который не совпадает точно с ожидаемым форматом, не удаётся одним из двух способов, и в обоих случаях диалог остаётся открытым:
  • Другой формат: регулярное выражение вашего входящего обработчика не совпадает, поэтому текст, такой как approve it или yes без ID, переходит как обычное сообщение Claude.
  • Правильный формат, неправильный ID: ваш сервер отправляет вердикт, но Claude Code не находит открытый запрос с этим ID и молча его отбрасывает.

Полный пример

Собранный webhook.ts ниже объединяет все три расширения с этой страницы: инструмент ответа, проверка отправителя и трансляция разрешений. Если вы начинаете отсюда, вам также потребуется настройка проекта и запись .mcp.json из начального пошагового руководства. Чтобы сделать обе стороны тестируемыми из curl, слушатель HTTP обслуживает два пути:
  • GET /events: держит открытым поток SSE и отправляет каждое исходящее сообщение как строку data:, поэтому curl -N может смотреть ответы Claude и запросы разрешений в реальном времени.
  • POST /: входящая сторона, тот же обработчик, что и раньше, теперь с проверкой формата вердикта, вставленной перед ветвью пересылки чата.
"Full
Тестируйте путь вердикта в трёх терминалах. Первый — это ваш сеанс Claude Code, запущенный с флагом разработки, чтобы он запустил webhook.ts:
Во втором потоке исходящая сторона, чтобы вы могли видеть ответы Claude и любые запросы разрешений по мере их срабатывания:
В третьем отправьте сообщение, которое заставит Claude попытаться запустить команду:
Перечисление файлов доступно только для чтения, поэтому Claude запускает его без одобрения. Диалог разрешения открывается, когда Claude вызывает инструмент reply для отправки своего ответа обратно. Локальный диалог открывается в вашем терминале Claude Code, и через момент запрос для mcp__webhook__reply появляется в потоке /events, включая пятибуквенный ID. Одобрите его с удалённой стороны:
Локальный диалог закрывается, инструмент reply запускается, и ответ Claude попадает в поток. Три специфичные для канала части в этом файле:
  • Возможности в конструкторе Server: claude/channel регистрирует слушатель уведомлений, claude/channel/permission согласуется на трансляцию разрешений, tools позволяет Claude обнаружить инструмент ответа.
  • Исходящие пути: обработчик инструмента reply — это то, что Claude вызывает для разговорных ответов; обработчик уведомлений PermissionRequestSchema — это то, что Claude Code вызывает при открытии диалога разрешения. Оба вызывают send() для трансляции через /events, но они запускаются разными частями системы.
  • Обработчик HTTP: GET /events держит открытым поток SSE, чтобы curl мог смотреть исходящий в реальном времени; POST входящий, проверенный на заголовок X-Sender. Тело yes <id> или no <id> переходит в Claude Code как уведомление вердикта и никогда не достигает Claude; всё остальное пересылается Claude как событие канала.

Упаковка как плагин

Чтобы сделать ваш канал устанавливаемым и общим, оберните его в плагин и опубликуйте на маркетплейс. Пользователи устанавливают его с /plugin install, затем включают его за сеанс с --channels plugin:<name>@<marketplace>. Канал, опубликованный на вашем собственном маркетплейсе, по-прежнему требует --dangerously-load-development-channels для запуска, так как он не находится в одобренном списке разрешений. Список разрешений по умолчанию — это плагины каналов в claude-plugins-official, которые Anthropic курирует по своему усмотрению. Встроенные формы отправки добавляют плагины на маркетплейс сообщества, который не находится в списке разрешений каналов. Если вы работаете с контактом партнёра Anthropic, свяжитесь с ними, чтобы согласовать официальный список маркетплейса. На планах Team и Enterprise администратор может вместо этого включить ваш плагин в список allowedChannelPlugins организации, который заменяет список разрешений Anthropic по умолчанию.

См. также

  • Каналы для установки и использования Telegram, Discord, iMessage или демонстрации fakechat, а также для включения каналов для организации Team или Enterprise
  • Рабочие реализации каналов для полного кода сервера с потоками спаривания, инструментами ответа и вложениями файлов
  • MCP для базового протокола, который реализуют серверы каналов
  • Плагины для упаковки вашего канала, чтобы пользователи могли установить его с /plugin install