Slack Code: агенты для программирования переехали в командный канал

Самое важное в агенте для программирования уже не то, насколько хорошо он пишет код. Важнее, кто видит, что он делает. До этого месяца честный ответ у большинства команд был такой: один разработчик в приватном терминале или вкладке браузера и надежда на то, что потом он вспомнит, что именно сделал агент. Slack Code, запущенный 20 августа, пока самая крупная попытка изменить ответ на «по умолчанию это видит вся проектная команда».

Я прочитал анонс запуска, последующий пост самого Slack и публикации вокруг него. Под капотом всё те же Claude Code, Devin или Copilot, которые вы уже знаете. Меняется комната, где происходит работа, и это оказывается важнее, чем предполагает большая часть освещения.

Ключевые выводы - Slack Code добавляет «каналы кода»: общие проектные пространства, где отмеченный агент для программирования, Claude Code, Devin, GitHub Copilot, Vercel, а позже ChatGPT, работает открыто, показывает изменения и предпросмотр в реальном времени, а перед отправкой результата требуется подтверждение человека. - Функция с первого дня работает на любом тарифе Slack, хотя доступ к каждому агенту покупается отдельно. После завершения задачи канал автоматически архивируется и сохраняет журнал аудита. - Настоящий сдвиг в надзоре: работа агента переходит из приватной сессии, за которой смотрит один человек, в общий артефакт, за которым следит команда. Это закрывает пробелы атрибуции и ревью и одновременно создаёт новые: апатию наблюдателей, театр подтверждений и канал как поверхность атаки через контекст. - Это ещё и ход дистрибуции. Slack год строил агентную инфраструктуру, MCP-сервер, поиск в реальном времени, MCP-клиент для Slackbot, а каналы кода становятся видимой поверхностью всего этого. - Формулировку «человек подтверждает работу до отправки» стоит считать целью дизайна, а не гарантией. Настоящий процесс ревью всё равно должен построить клиент.

Что произошло

20 августа Slack запустил Slack Code на всех тарифах, включая бесплатные рабочие пространства. Механика, по данным публикации о запуске и материала TechRepublic, выглядит так:

• Вы отмечаете агента для программирования в любом разговоре Slack. Агент создаёт отдельный канал кода под задачу, будь то исправление бага, обновление страницы или новая функция.

• Все участники канала видят тот же разговор, на котором работает агент, проверяют предлагаемые изменения, смотрят предпросмотр HTML в реальном времени, оставляют комментарии, которые агент учитывает, и подтверждают финальный результат. Без подтверждения человеком ничего не отправляется.

• Когда работа закончена, канал автоматически архивируется и сохраняет журнал аудита.

• На старте партнёрами выступили Claude от Anthropic, Devin от Cognition, GitHub Copilot и Vercel. ChatGPT от OpenAI объявлен как следующий. Slack планирует открыть API канал кода более широкому сообществу разработчиков, чтобы туда мог подключиться любой пользовательский агент.

Кто попадает в канал, можно настраивать. Katie Steigman, вице-президент Slack по продукту, сказала Reworked: «Можно настроить так, чтобы агент добавлял только пользователя, который его отметил и создал канал кода, либо разрешить агенту самому делать вывод, кто должен быть в канале, исходя из доступного ему контекста». Rob Seaman, исполнительный вице-президент и генеральный менеджер Slack, сформулировал намерение: «ИИ создаёт ценность только тогда, когда становится частью того, как команда действительно работает».

Slack Code, запущенный 20 августа 2026 года на всех тарифах Slack, помещает партнёрских агентов для программирования, Claude, Devin, Copilot, Vercel, с анонсированным ChatGPT, в общие «каналы кода». В них вся команда видит разговор агента, изменения и предпросмотр в реальном времени, подтверждает работу до отправки и получает журнал аудита после автоматической архивации канала, согласно анонсу Slack.

Надзор выходит из приватной сессии

Вот что скрывает список функций. Сегодня надзор за агентами чаще всего представляет собой фикцию, которую поддерживает один уставший человек. Агент работает в чьей-то IDE или облачной песочнице, изменения приходят в виде пул-реквеста, а «ревью» оказывается тем объёмом внимания, который у конкретного разработчика остался к 5 вечера. Рассуждения, тупики, три попытки до той, которая сработала, исчезают. Я проверил достаточно агентного кода, чтобы знать: итоговые изменения обычно наименее информативная часть процесса.

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

Меняется и тот, кто контролирует. В описании прямо сказано, что менеджеры продукта, дизайнеры и нетехнические коллеги тоже могут следить за работой. Я скорее за, но с одной оговоркой, к которой вернусь: комната, полная наблюдателей, ещё не означает наличия ревьюера. Умение читать изменения в коде не передаётся осмосом, а «команда это видит» может тихо превратиться в «никто это не проверил». Вопросы управления, кто отвечает, когда десять человек смотрели и никто не владел решением о подтверждении, ровно те, что я разбираю в фреймворке управления агентами. Slack Code не отвечает за вас. Он делает вопрос видимым, и это честный первый шаг.

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

Общий контекст работает в обе стороны

Второе большое обещание касается контекста. Аргумент Slack такой: контекст задачи уже живёт в каналах, баг-репорт, обсуждение спецификации, жалоба клиента, поэтому агент должен работать там же, а не получать всё копированием и вставкой в приватный промпт. Это разумно и продолжает инфраструктуру, которую Slack строил весь год: MCP-сервер и API поиск в реальном времени стали общедоступными в феврале и дали агентам управляемый доступ к сообщениям и файлам рабочего пространства, а MCP-клиент для Slackbot появился в июне. Я писал, почему MCP-доступ к командным инструментам составляет полезную половину агентного контекста, в обзоре MCP-серверов. Модель канала просто доводит эту идею до логического конца.

Но общий контекст означает и общую экспозицию. Агент, читающий канал, читает всё в нём, включая сообщение, куда кто-то «на минуту» вставил учётные данные, и внешний контент, пересланный от клиента. Каждый исследователь безопасности, которого я знаю, скажет одну и ту же вещь: контент, который агент может читать, может и инструктировать его. Общий канал имеет большую поверхность для инъекции промпта, чем приватная сессия. Точка. Прежде чем направлять агента с правом записи в оживлённый канал, стоит намеренно решить, какие каналы он читает и чего могут касаться его инструменты. Это архитектурная работа, а не настройка. Компромисс тот же, что я описываю в архитектуре агентного ИИ: возможности и радиус воздействия растут вместе.

Преимущество контекста Slack Code заключается в том, что агент работает там, где уже находится контекст задачи. Оно основано на MCP-доступе к рабочему пространству, который Slack сделал общедоступным в феврале 2026 года, сообщает Unite.AI. Тот же общий контекст расширяет поверхность для инъекции промпта и утечки учётных данных, а материалы запуска этот компромисс не разбирают.

Атрибуция и ревью, негламурные победы

Самые неброские части запуска как раз те, за которые я бы платил. Сначала атрибуция: в канал кода каждое действие агента идёт под его идентичностью, в рабочем пространстве, которое уже знает, кто все участники, с журналом аудита, переживающим сам проект. Звучит базово. Так и есть. И всё равно это больше инфраструктуры атрибуции, чем сегодня имеет большинство команд, где «это сделал агент» и «это сделал я» растворяются в одной истории git. Регулируемые отрасли весь последний год просят именно такую скучную вещь.

Второе, ревью. Изменения и предпросмотр в реальном времени в канале, обратная связь, которую агент учитывает, и жёсткий шлюз подтверждения перед отправкой. Но обратите внимание, чего нет: материалы Slack говорят, что работу подтверждает человек, однако я не нашёл спецификации того, кто именно это должен быть, что ему показывают и что происходит, если назначенный ревьюер в отпуске. Подтверждение как формальный флажок превращается в театр: в зелёную кнопку, которую все быстро учатся нажимать. Ценность получат команды, которые привяжут подтверждение к настоящему владельцу кода с настоящим чтением изменений и будут хранить вывод канала агента как доказательство, а не как само ревью.

Конкурентный контекст тоже важен. Microsoft поместила агента для программирования Copilot в треды Teams ещё в сентябре 2025 года, а Block выпустила Buzz с открытым исходным кодом в июле, как отмечает Reworked. Окно чата становится спорной поверхностью агентной работы, а преимущество Slack довольно скучное: команда уже там. В ПО для совместной работы дистрибуция снова и снова побеждает изобретательность.

Slack Code даёт каждому агенту собственную идентичность в каналах и сохраняет журнал аудита каждого архивированного проекта, согласно TechRepublic, но его шлюз подтверждения, «человек подтверждает работу до отправки», не определяет личность ревьюера или стандарты ревью. Прямые аналоги, агент Copilot в Microsoft Teams с сентября 2025 года и Buzz с открытым исходным кодом от Block с июля 2026 года, перечисляет Reworked.

Что делать сейчас

Если ваша команда работает в Slack и использует агентов для программирования, три шага.

1. На этой неделе: выберите одну низкорисковую и хорошо определённую задачу, например правку текста или небольшой баг с понятным воспроизведением, и проведите её через канал кода с двумя-тремя наблюдателями. Вы тестируете не агента, а поведение команды при ревью. Смотрите, прочитал ли кто-нибудь изменения.

2. До любого реального релиза: письменно решите, кто отвечает за подтверждение для агентной работы в каждом репозитории и что именно он обязан проверить. Если ответ «кто-нибудь из канала», у вас нет процесса ревью, у вас есть кнопка.

3. До широкого внедрения: ограничьте, какие каналы агент может читать и какие учётные данные есть в его среде. История канала это контекст, а контекст это поверхность атаки. Начните узко и расширяйтесь только на основании доказательств.

Частые вопросы

Что такое Slack Code?

Функция Slack, запущенная 20 августа 2026 года, которая позволяет командам отмечать партнёрских агентов для программирования, Claude Code, Devin, GitHub Copilot и Vercel прямо в разговоре, а ChatGPT появится позже. Агент открывает отдельный «канал кода» под задачу, где команда наблюдает работу, проверяет изменения и предпросмотр и подтверждает результат до отправки. После завершения канал автоматически архивируется.

Нужен ли платный тариф Slack?

Нет. Slack Code доступен на каждом тарифе, включая бесплатные рабочие пространства. Но доступ к каждому агенту покупается отдельно у его поставщика, поэтому фактическая стоимость зависит от того, за каких агентов вы уже платите.

Slack Code заменяет ревью кода?

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

Безопасно ли давать агенту читать весь канал?

Зависит от содержимого канала. Всё, что агент может прочитать, способно повлиять на него, включая вставленные учётные данные и пересланный внешний контент. Ограничивайте доступ на чтение, держите учётные данные агента на минимуме привилегий и относитесь к содержимому канала как к недоверенному вводу, потому что для агента это именно он.

Итог

Slack Code не заставит агентов писать код лучше. Он для другого. Он по умолчанию делает агентную работу видимой, атрибутируемой и доступной для ревью именно там, где уже находится команда. И это три вещи, которых большинству агентных развёртываний тихо не хватает. Но есть ловушка: видимость не равна надзору. Канал даёт запись и шлюз подтверждения. Смотрит ли кто-то на самом деле, по-прежнему ваша задача. Следите за тем, как команды назначают ответственного за подтверждение, а не за тем, какого агента выбирают. Именно там эта идея либо работает, либо превращается в театр.

Если вы решаете, как встроить агентов в командные процессы и не потерять контроль над ревью, я регулярно обсуждаю такие задачи с клиентами. Связаться со мной.

Источники

• Salesforce, «Представляем Slack Code: агентное программирование для команд»: https://www.salesforce.com/introducing-slack-code/ (опубликовано 19.08.2026, просмотрено 29.08.2026)

• Slack, «Slack Code: где ваша команда и агенты строят вместе»: https://slack.com/blog/news/slack-code-channels-for-agents (опубликовано 28.08.2026, просмотрено 29.08.2026)

• Unite.AI, «Slack Code помещает ИИ-агентов для программирования в отдельные проектные каналы»: https://www.unite.ai/slack-code-puts-ai-coding-agents-in-dedicated-project-channels/ (опубликовано 20.08.2026, просмотрено 29.08.2026)

• TechRepublic, «Slack Code: ИИ-агенты для программирования получают общие каналы для ревью и надзора»: https://www.techrepublic.com/article/news-slack-code-ai-coding-agents/ (опубликовано 21.08.2026, просмотрено 29.08.2026)

• Reworked, «Slack Code помещает ИИ-агентов для программирования в общие каналы»: https://www.reworked.co/collaboration-productivity/slack-code-brings-collaborative-ai-coding-into-channels/ (опубликовано 20.08.2026, просмотрено 29.08.2026)