API Slack Code стал доступен всем пользователям Slack

28 октября 2026 года Slack предоставила API Slack Code всем пользователям Slack, открыв доступ к созданной в августе 2026 года системе каналов кода для агентов любых разработчиков. В публикации в блоге Slack для разработчиков компания сообщила, что более 150 клиентов и партнеров запросили доступ, чтобы создавать возможности работы с каналами кода для собственных агентов. Ранее эта возможность была доступна лишь нескольким партнерам, участвовавшим в запуске.

В августе Slack представила Slack Code вместе с партнерами, среди которых были Anthropic, Cognition, GitHub и Vercel; в анонсе запуска также упоминалась OpenAI и говорилось, что ChatGPT появится в ближайшее время. Канал кода — это отдельное пространство, которое агент создает для выполнения одной задачи: в нем уже есть нужные люди, контекст и план. Когда работа завершена, канал автоматически архивируется, но остается доступным для поиска. При запуске Slack сообщила, что более 70% каналов кода создаются и закрываются в течение одного дня — от появления идеи до объединения запроса на слияние.

Подключайте собственного агента

Теперь, когда API стал общедоступен, любой разработчик может поручить агенту создать канал кода, добавить в него нужных людей и файлы, публиковать обновления по ходу работы и архивировать канал по ее завершении. Slack сообщила, что разработчикам доступны те же базовые инструменты, которыми пользуются партнеры, участвовавшие в запуске, — как при создании собственного корпоративного агента, так и при разработке нового агента для Slack Marketplace.

По словам Slack, раньше для интеграции кодовых агентов в Slack приходилось направлять их результаты в обычные ветки обсуждений и личные сообщения. Компания отмечала, что такой формат становится тесным, когда агенту нужно прикрепить большой файл журнала, предложить 50-строчное изменение кода или выполнить многоэтапный план. Slack также сообщила, что предприятия со строгими требованиями к безопасности вообще не могли использовать готовых сторонних агентов.

Компания говорит, что API открывает доступ к трем возможностям: агенты могут работать открыто, создавая собственный канал кода, если запросу требуется отдельное пространство; вся команда может направлять работу агентов с помощью закладок и полной истории выполнения; а предприятия могут доверять агентам благодаря встроенному контролю соответствия сообщений требованиям, а также уже используемым администраторами средствам управления рабочим пространством и разграничения данных. API позволяет показывать различия в коде, HTML-предпросмотры и этапы рассуждений, а Slack берет на себя остальные элементы интерфейса. По словам Slack, платформа остается нейтральной по отношению к агентам: команды могут позднее менять агентов или модели и при этом продолжать работу в одном и том же пространстве.

Slack сообщила, что GitHub Copilot открывает отдельный канал кода в 30% своих сеансов работы агента. Тим Хантер, штатный инженер GitHub, рассказал, что GitHub переносит привычные пользователям способы взаимодействия с Copilot в то же пространство, где они выполняют остальную работу. Маэль Керишар, инженер-программист Mistral, отметил, что API, по его впечатлению, создавался с учетом потребностей ИИ-агентов, и указал на его гибкость, простую настройку и широкий набор функций.

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

Slack описывает эту модель на примере производственного оповещения в 2:00 ночи: пользовательский агент для мониторинга открывает канал кода, загружает нужные журналы и приступает к устранению проблемы, пока дежурные инженеры следят за его работой и могут скорректировать ее на ходу. Компания сообщила, что такой же подход применим при сортировке ошибок и выполнении задач DevOps, например при изменении конфигурации или откате изменений.

Как работает API

В документации для разработчиков Slack говорится, что приложения управляют заголовком канала кода, его статусом, панелью контекста и вкладками представлений с помощью двух семейств методов API. Первый набор agents.sessions.* методов работает и с каналами кода, и с ветками сеансов; тип сеанса определяется параметром временной метки ветки, а для вызова требуется chat:write область действия. Второй набор agents.conversations.* методов предназначен для задач, связанных непосредственно с каналами кода, и требует code_channels:manage область действия.

В документации перечислены agents.conversations.* методы: create, archive (с возможностью добавить сводку), setProperties, setCommands, setView (поддерживает представления html, diff, block_kit или canvas), listViews, removeView, getCanvas и setCanvasContent.

Чтобы включить каналы кода, приложения задают features.code_channels.enabled значение true в манифесте приложения; также можно указать необязательный slash_command_url. Когда пользователь упоминает приложение, оно получает событие app_mention и решает, создать ли отдельный канал кода или ответить прямо в текущем канале. При вызове create указываются исходный канал и временная метка сообщения; затем Slack создает канал, применяет к нему те же настройки конфиденциальности и автоматически приглашает бота.

Согласно описанной модели авторизации, вызывающим должен быть бот-агент, назначенный каналу, или участник этого канала; в противном случае вызов возвращает ошибку not_agent_channel или not_authorized. Каналы кода задуманы как частично временные (один канал на задачу, архивируемый по завершении сеанса); после архивирования канал и его история остаются доступными для просмотра и поиска, а сам канал можно открыть повторно.

Предстоящие инструменты и начало работы

Slack сообщила, что вскоре станут доступны улучшения работы с запросами на слияние: пользователи GitHub смогут запрашивать проверку кода в Slack, комментарии будут синхронизироваться между Slack и GitHub в обоих направлениях, а после одобрения запроса на слияние и успешного прохождения тестов в канале для кода появится предложение выполнить слияние. Среди скорых нововведений также указана улучшенная вкладка Agents & Tools: она позволит одним взглядом оценить переписки с агентами и каналы для кода, увидеть их статус, участников и недавний контекст, а также просматривать общедоступные каналы для кода.

Slack описала три способа начать работу: ознакомиться с документацией и добавить API в манифест агента, отправить агента в Slack Marketplace или попробовать уже существующих агентов Slack Code в каталоге Marketplace, включая Claude, Devin, GitHub Copilot и Vercel.