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 Диаграмма архитектуры, показывающая внешние системы, подключающиеся к вашему локальному серверу канала, который взаимодействует с Claude Code через stdio

Что вам нужно

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

Пример: создание получателя webhook

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

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

Примеры реле разрешений далее на этой странице импортируют zod напрямую, поэтому он устанавливается вместе с MCP SDK. Создайте новый каталог и установите оба:
2

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

Создайте файл с именем webhook.ts. Это ваш полный сервер канала: он подключается к Claude Code через stdio и прослушивает HTTP POST на порту 8788. Когда приходит запрос, он отправляет тело в Claude как событие канала.
webhook.ts
Файл конфигурирует сервер, подключается через stdio и запускает HTTP-слушатель в этом порядке:
  • Конфигурация сервера: создаёт MCP-сервер с claude/channel в его возможностях, что говорит Claude Code, что это канал. Claude Code доставляет строку instructions в Claude как контекст при подключении сервера: расскажите Claude, какие события ожидать, нужно ли отвечать и как маршрутизировать ответы, если это необходимо.
  • Подключение через stdio: подключается к Claude Code через stdin/stdout. Это стандартно для любого MCP-сервера.
  • 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 сначала показывает диалоговое окно предупреждения на весь экран, в котором перечислены загружаемые вами каналы разработки. Выберите I am using this for local development, чтобы продолжить, или Exit, чтобы выйти.При первом запуске сессии в этом проекте Claude Code также запрашивает согласие перед использованием нового сервера из .mcp.json. Диалог сообщает «New MCP server found in this project: webhook». Выберите Use this MCP server, чтобы продолжить.После того как вы согласитесь, Claude Code порождает ваш 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», администратор вашей организации должен сначала включить каналы.В отдельном терминале имитируйте webhook, отправив HTTP POST с сообщением на ваш сервер. Этот пример отправляет оповещение об ошибке CI на порт 8788 (или любой другой порт, который вы настроили):
Полезная нагрузка поступает в контекст Claude как тег <channel>:
Ваш терминал отображает событие как однострочное резюме, ← webhook: build failed on main: https://ci.example.com/run/1234, а не как необработанный тег. Затем вы увидите, как Claude начинает отвечать: читая файлы, выполняя команды или что-то ещё, что требует сообщение. Это односторонний канал, поэтому Claude действует в вашей сессии, но ничего не отправляет обратно через webhook. Чтобы добавить ответы, см. Expose a reply tool.Если событие не поступает, диагностика зависит от того, что вернул curl:
  • curl успешен, но ничего не достигает Claude: запустите /mcp в вашей сессии, чтобы проверить статус сервера. Статус failed обычно означает ошибку зависимости или импорта в файле вашего сервера. Чтобы увидеть трассировку stderr, перезагрузитесь с помощью claude --debug --dangerously-load-development-channels server:webhook и проверьте журнал отладки в ~/.claude/debug/<session-id>.txt.
  • curl не удаётся с «connection refused»: порт либо ещё не привязан, либо устаревший процесс из более ранней попытки его удерживает. lsof -i :<port> показывает, что прослушивается; kill устаревший процесс перед перезагрузкой вашей сессии.
Сервер fakechat расширяет этот паттерн с веб-интерфейсом, вложениями файлов и инструментом ответа для двусторонней переписки.

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

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

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

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

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

Ваш сервер отправляет notifications/claude/channel с двумя параметрами: Ваш сервер отправляет события, вызывая mcp.notification() на экземпляре Server. Этот пример отправляет оповещение об ошибке CI с двумя ключами meta:
Событие поступает в контекст Claude, завёрнутое в тег <channel>. Атрибут source устанавливается автоматически из имени вашего сервера:
Claude Code не подтверждает уведомления. 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 проверяют список разрешений отправителя так же. Они загружают список путём спаривания. Полный поток спаривания см. в любой реализации. Канал iMessage использует другой подход: он обнаруживает собственные адреса пользователя из базы данных Messages при запуске и пропускает их автоматически, с другими отправителями, добавляемыми по дескриптору.

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

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

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

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

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

Исходящее уведомление от Claude Code — это notifications/claude/channel/permission_request. Как и уведомление канала, транспорт — это стандартный MCP, но метод и схема — это расширения Claude Code. Объект params имеет четыре строковых поля, которые ваш сервер форматирует в исходящий запрос: Клиенты на Claude Code v2.1.211 или позже санитизируют description и input_preview перед их трансляцией. Ожидайте три изменения в тексте, который вы получите:
  • Claude Code нейтрализует символы переопределения направления, невидимые символы и похожие на кавычки и угловые скобки символы.
  • Claude Code складывает каждый набор пробелов в один пробел.
  • Claude Code передаёт текст целиком до 3500 кодовых точек. Для более длинного значения вы получаете его начало и конец вокруг подсчитанного маркера ⋯ N code points elided ⋯. Конец длинной команды всё ещё достигает одобряющего.
Для input_preview Claude Code применяет лимит 3500 к каждому полю верхнего уровня аргументов отдельно и сохраняет собственные структурные кавычки JSON. Клиенты до v2.1.211 передают description как есть и обрезают input_preview до 200 единиц UTF-16 с конечным многоточием. Клиенты на Claude Code v2.1.234 или позже передают маркер (value unserializable) вместо значения поля input_preview, которое они не могут безопасно сериализовать, такого как циклическая структура или чрезвычайно большой массив. Вы всё ещё получаете ключ поля, и другие поля предпросмотра не изменяются. Клиенты на Claude Code v2.1.234 или позже также маскируют учётные данные в description и input_preview. Вы получаете [REDACTED] вместо узнаваемого токена учётных данных поставщика, такого как ключ API или личный токен доступа. Ожидайте три эффекта маскирования при отображении полей:
  • Claude Code маскирует имена ключей внутри input_preview а также их значения. Имя ключа, которое вы отображаете, может не совпадать с именем ключа во входных данных.
  • Claude Code никогда не маскирует диапазон, который содержит синтаксис оболочки, символы пути или символы URL. Маска не может скрыть команду, путь файла или пункт назначения, который одобряется.
  • Claude Code не маскирует секрет, который не имеет узнаваемого префикса, или секрет, который охватывает пробелы, такой как блок приватного ключа. Оба достигают вашего сервера без маски.
Маскирование не меняет, кто получает поля. Всё, что остаётся без маски, идёт только на серверы, которые вы согласили с помощью --channels или флага разработки. Рассматривайте оба поля как ненадёжные, если вы не контролируете парк клиентов. Вердикт, который ваш сервер отправляет обратно, — это notifications/claude/channel/permission с двумя полями: request_id, повторяющий ID выше, и behavior, установленный на 'allow' или 'deny'. Allow позволяет вызову инструмента продолжиться; deny отклоняет его. Ни один вердикт не влияет на будущие вызовы.

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

Добавление трансляции разрешений к двустороннему каналу требует трёх компонентов:
  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 в нижний регистр перед отправкой обратно.
Удалённый ответ, который не совпадает точно с ожидаемым форматом, не удаётся одним из двух способов, и в обоих случаях диалог локального терминала остаётся открытым:
  • Другой формат: регулярное выражение вашего входящего обработчика не совпадает, поэтому текст, такой как approve it или yes без ID, переходит как обычное сообщение Claude.
  • Правильный формат, неправильный ID: ваш сервер отправляет вердикт, но Claude Code не находит открытый запрос с этим ID и молча его отбрасывает.

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

Собранный webhook.ts ниже объединяет все три расширения с этой страницы: инструмент ответа, проверка отправителя и трансляция разрешений. Если вы начинаете отсюда, вам также потребуется настройка проекта и запись .mcp.json из начального пошагового руководства. Чтобы сделать обе стороны тестируемыми из curl, слушатель HTTP обслуживает два пути:
  • GET /events: держит открытым поток SSE и отправляет каждое исходящее сообщение как строку data:, поэтому curl -N может смотреть ответы Claude и запросы разрешений в реальном времени.
  • POST /: входящая сторона, тот же обработчик, что и раньше, теперь с проверкой формата вердикта, вставленной перед ветвью пересылки чата.
Full webhook.ts with permission relay
Тестируйте путь вердикта в трёх терминалах. Первый — это ваш сеанс Claude Code, запущенный с флагом разработки, чтобы он запустил webhook.ts:
Это пошаговое руководство тестирует сам диалог разрешения, поэтому после открытия сеанса нажимайте Shift+Tab до тех пор, пока строка состояния не покажет ⏸ manual mode on. В автоматическом режиме классификатор решал бы вызов reply вместо вас, и диалог не открывался бы для удалённой стороны, чтобы ответить. Во втором потоке исходящая сторона, чтобы вы могли видеть ответы 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, свяжитесь с ними, чтобы согласовать официальный список маркетплейса. На планах Team и Enterprise администратор может вместо этого включить ваш плагин в список allowedChannelPlugins организации, который заменяет список разрешений Anthropic по умолчанию.

См. также

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