23 сентября Stack Overflow Blog выпустил спонсорский эпизод подкаста о том, как Slack продвигает мультиплеерный ИИ через новую функцию Code Channels. Идея простая и болезненно знакомая для команд: если разработчик общается с coding agent один на один, контекст снова оказывается в личной коробке. Slack предлагает вынести этот диалог туда, где команда и так спорит о задачах, ревью и сроках: в общий канал.
В выпуске Ryan Donovan поговорил с Rob Seaman, генеральным менеджером Slack, сообщает Stack Overflow Blog. Тема разговора: Code Channels, функция Slack by Salesforce для совместной работы разработчиков и ИИ-агентов в командных чатах. Формат материала важен сам по себе: это не независимый тест продукта, а спонсорский выпуск, поэтому к обещаниям про «новую среду разработки» лучше относиться как к позиции Slack, а не как к вердикту рынка.
Главная проблема, которую Slack пытается решить, звучит очень буднично. Coding agents уже помогают писать код, искать ошибки, объяснять фрагменты и предлагать изменения. Но чаще всего это происходит в приватной сессии: в IDE, терминале, отдельном веб-интерфейсе или личном чате. Разработчик получил подсказку, что-то поправил, агент сгенерировал объяснение, а команда видит только итоговый pull request. Весь путь рассуждений, неудачные варианты, компромиссы и замечания агента остаются за кадром.
Code Channels предлагает другой сценарий: команда, разработчик и агенты сидят в одном канале. По логике Slack, такой «party chat» должен превратить работу с ИИ из индивидуального инструмента в командный процесс. Агент может участвовать в обсуждении задачи, предлагать изменения, отвечать на уточнения коллег и сразу попадать в общий поток контекста. Для тимлида это означает меньше археологии по личным перепискам. Для разработчика: меньше необходимости пересказывать, почему агент предложил именно такой патч и какие альтернативы уже отбраковали.
Самая интересная формулировка из выпуска: Slack рассматривает групповой чат не просто как место для уведомлений, а как потенциальную среду разработки. Да, звучит дерзко для людей, которые привыкли жить в терминале и IDE. Но тезис понятен: если код все чаще пишется не одиночным автором, а связкой «человек плюс агент плюс ревьюеры», то среда должна хранить не только файлы, но и разговор вокруг них. Иначе команда получает код без памяти о том, как он появился.
В этой логике мультиплеерный ИИ продолжает тренд последних лет: разработка становится все менее похожей на героическое одиночное набивание строк и все больше на управление контекстом. Сначала компании переносили обсуждения из почты в корпоративные мессенджеры. Потом подключили CI-ботов, алерты, сервис-дески и интеграции с таск-трекерами. Теперь в тот же поток заходят агенты, которые не просто присылают статус, а могут писать, проверять и объяснять код. Slack явно хочет, чтобы именно его канал стал местом, где эта новая механика собирается в рабочий процесс.
Для русскоязычных IT-команд это не абстрактная история про очередную западную фичу. Многие уже пробуют ИИ-ассистентов в разработке, но быстро упираются в организационный вопрос: кто отвечает за сгенерированный код, где хранится контекст, как ревьюить работу агента и как не превратить командный чат в свалку подсказок. Code Channels подсвечивает важный сдвиг: конкуренция идет уже не только между моделями и IDE-плагинами, а между рабочими поверхностями. Победит не обязательно самый умный агент, а тот, чьи действия проще проверить, обсудить и встроить в привычный процесс.
Рынок пока не дал публичной оценки именно этой функции в цифрах: в источнике нет данных об использовании Code Channels, клиентах, конверсии или влиянии на скорость разработки. Поэтому практичный вывод скромнее, но полезнее: Slack предлагает командам вынести работу с ИИ из личных сессий в видимый командный контур. Если этот подход приживется, следующий спор в инженерных командах будет не о том, можно ли доверять агенту, а о том, где именно он должен работать: в терминале, IDE или общем чате, где его видят все участники разработки.