20 августа 2026 года Slack представил Slack Code — новый формат работы с coding agents прямо внутри рабочих каналов. Идея простая: агент не прячется в отдельном чате или IDE одного разработчика, а заводит отдельный code channel, где команда видит задачу, ход работы, изменения, превью и обсуждение до отправки результата дальше. Это не новая модель и не очередной корпоративный кейс, а продуктовый релиз на стыке Slack, агентного программирования и командного ревью.
Что запустили
Slack Code добавляет в Slack специальные каналы для задач разработки. Команда может обсуждать изменение в обычном рабочем контексте, упомянуть поддерживаемого coding agent, а дальше агент открывает отдельное пространство под эту задачу. В нём сохраняются переписка, постановка, промежуточные действия, файлы, сравнение изменений и обратная связь от людей.
Главная разница с привычным использованием AI-кодинга в том, что работа становится видимой. Сейчас типичный сценарий выглядит так: разработчик уходит в Cursor, Claude Code, Copilot или другой инструмент, несколько раз переписывается с агентом, получает diff, потом приносит результат в pull request или чат. Команда видит уже почти финальный артефакт, а не ход принятия решений. Slack Code пытается перенести этот процесс туда, где и так живут обсуждения продукта, багов и сроков.
По официальному описанию Salesforce/Slack, релиз поддерживает агентов партнёров: Anthropic Claude, Cognition Devin, GitHub Copilot, ChatGPT и Vercel agents. Доступ к самому Slack Code заявлен на любом плане Slack, но доступ к конкретному агенту всё равно нужен отдельно. Это важная оговорка: Slack не заменяет подписку на агента и не превращает всех партнёров в бесплатную встроенную модель.
Почему это релиз, а не просто интеграция
Интеграции с AI-ботами в Slack существуют давно, но Slack Code меняет рабочую единицу. Раньше бот чаще был участником разговора: его спрашивали, он отвечал, иногда выполнял действие через приложение. Здесь единицей становится задача разработки с собственным каналом, состоянием и историей.
Для команды это похоже не на чат с моделью, а на маленькую рабочую комнату вокруг одного изменения. Внутри можно поставить задачу, уточнить контекст, посмотреть, что именно предложил агент, сравнить изменения и согласовать результат. Если задача закончена, канал можно закрыть или архивировать вместе с историей.
Такой формат хорошо ложится на реальные процессы разработки. Код редко меняется в вакууме: у задачи есть продуктовый контекст, баг-репорт, дизайнерская правка, ограничение по срокам, риск для продакшна, замечания поддержки и требования ревьюера. Когда агент работает отдельно от этой истории, ему приходится вручную переносить контекст. Slack Code делает ставку на обратное: агент приходит в место, где контекст уже накоплен.
Что сможет делать команда
На уровне сценариев Slack Code закрывает несколько типичных проблем AI-кодинга.
Первая — постановка задачи. Вместо того чтобы одному человеку копировать требования из Slack в IDE, можно сформулировать задачу в канале и подключить агента там же. Это особенно полезно для мелких продуктовых изменений: поправить текст, изменить кнопку, собрать прототип, подготовить простую страницу, проверить баг или быстро сделать внутренний инструмент.
Вторая — прозрачность. Если агент предлагает изменение, команда видит не только финальный diff, но и обсуждение вокруг него. Это снижает риск ситуации, когда код уже написан, но половина требований была понята неправильно.
Третья — ревью до отправки. В Slack Code заявлены сравнение изменений и HTML preview. Для простых web-задач это заметно ускоряет проверку: можно увидеть результат, обсудить правки и только потом отправлять работу в обычный инженерный процесс.
Четвёртая — совместная работа нескольких ролей. Продукт, дизайн, разработка и поддержка часто говорят о задаче в Slack, но код меняет только разработчик. Если агент становится видимым участником этого процесса, у неинженерных участников появляется более короткий путь к обратной связи: они не редактируют репозиторий, но могут заметить, что агент понял задачу неверно.
Какие агенты поддерживаются
Официальная страница Salesforce перечисляет несколько направлений: Claude от Anthropic, Devin от Cognition, GitHub Copilot, ChatGPT и agents от Vercel. The Verge в публикации о запуске отдельно пишет, что Slack Code рассчитан на работу с AI agents вместо постоянного переключения между инструментами и разговорами.
Это важный список, потому что Slack не делает ставку на одного поставщика модели. По сути, Slack пытается стать слоем координации поверх разных coding agents. Для пользователя это может быть удобнее, чем спорить, какой агент «главный»: у команды остаётся общий интерфейс, а конкретный исполнитель выбирается по задаче, доступам и привычкам.
Но здесь есть и ограничение. Если агент работает плохо, Slack Code сам по себе не сделает его надёжным. Канал может улучшить постановку, контроль и согласование, но качество кода всё равно зависит от модели, репозитория, прав доступа, тестов и инженерных правил команды.
Что это меняет для разработки
Slack Code хорошо показывает, куда движется рынок coding agents. Первый этап был про индивидуальную продуктивность: один разработчик просит модель написать функцию, объяснить ошибку или поправить тест. Второй этап — агентные IDE и CLI, где модель уже может читать проект, менять файлы, запускать команды и доводить задачу до результата. Slack Code относится к третьему этапу: агент становится частью командного процесса.
Для небольших команд это может быть практично. Например, владелец продукта пишет в Slack: «Нужно поменять текст на лендинге и проверить мобильную версию». Агент создаёт code channel, предлагает правку, показывает preview, дизайнер уточняет формулировку, разработчик смотрит diff и решает, можно ли отправлять дальше. Без такого слоя задача легко превращается в цепочку скриншотов, пересылок и ручного копирования.
Для больших компаний ценность другая: аудит и управляемость. Если coding agents всё равно используются, бизнесу нужно понимать, кто поставил задачу, что агент сделал, кто посмотрел результат и почему изменение ушло в работу. Slack Code пытается оставить этот след в привычном коммуникационном контуре.
Где могут быть риски
Первый риск — ложное ощущение готовности. То, что агент показал HTML preview или красивый diff, не значит, что изменение безопасно. Нужны тесты, ревью, CI, права доступа и понятное правило, какие задачи агент может выполнять самостоятельно, а какие только готовить черновиком.
Второй риск — шум. Если под каждую мелочь заводится отдельный канал, Slack может быстро превратиться в кладбище агентных задач. Польза будет только тогда, когда команда заранее договорится, какие задачи достойны code channel, кто отвечает за закрытие канала и где остаётся финальное решение.
Третий риск — контекст и секреты. Агенту может понадобиться доступ к репозиторию, issue tracker, preview-среде или внутренним документам. Чем ближе агент к рабочему процессу, тем важнее ограничить права: читать только нужное, писать только в безопасные ветки, не видеть секреты и не деплоить без отдельного разрешения.
Четвёртый риск — ответственность. Slack Code делает работу агента более публичной, но не снимает ответственность с людей. Код всё равно должен пройти через владельца задачи и инженерные проверки. Иначе команда получит не ускорение, а быстрый способ внести плохо понятые изменения.
Кому стоит смотреть на Slack Code
В первую очередь — командам, где Slack уже является главным рабочим интерфейсом. Если обсуждения, решения и согласования живут в Slack, логично попробовать вынести туда и часть агентного кодинга. Особенно это касается продуктовых команд, внутренних инструментов, сайтов, маркетинговых страниц, прототипов и небольших автоматизаций.
Разработчикам, которые уже используют Claude Code, GitHub Copilot, ChatGPT или Devin, Slack Code может дать не столько «более умный код», сколько лучший процесс вокруг кода. Агенту проще получить контекст, людям проще увидеть ход работы, а руководителю проще понять, где задача застряла.
Если же команда работает в другом контуре — например, всё живёт в GitHub Issues, Linear, Jira и pull requests, а Slack используется только для уведомлений, эффект может быть слабее. В таком случае Slack Code будет полезен только для конкретных быстрых задач, а не как центр разработки.
Как попробовать
Slack пишет, что Slack Code доступен на любом плане Slack, но для работы с конкретными coding agents нужен отдельный доступ к этим агентам. На практике стоит начать не с массового внедрения, а с одного безопасного сценария.
Хороший тест — простая задача с низким риском: текстовая правка, небольшой HTML/CSS-прототип, изменение внутренней страницы, исправление визуальной мелочи или подготовка черновика компонента. Важно заранее определить границы: агент не деплоит, не трогает секреты, не меняет критический backend и не получает широкие права без причины.
После нескольких таких задач станет понятно главное: помогает ли общий канал быстрее согласовать работу или просто добавляет ещё один слой коммуникации. Для AI-инструментов это нормальный критерий. Ценность не в том, что агент умеет писать код, а в том, сокращает ли он путь от задачи до проверенного результата.
Источник
Официальный анонс: Introducing Slack Code: Agentic Coding for Teams. Публикация The Verge с датой запуска и кратким описанием релиза: Slack is launching collaborative vibe-coding channels.