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

Как выглядит рабочий процесс

Обычно всё начинается с идеи, бага, обновления сайта или запроса на новую функцию:

1. Участник команды упоминает поддерживаемого coding agent.
2. Агент создаёт отдельный code channel для задачи.
3. Команда добавляет требования, ограничения и контекст проекта.
4. Агент формирует план и предлагает изменения.
5. Участники изучают результат, включая diff кода и доступные превью.
6. Люди могут скорректировать направление работы или одобрить следующий шаг.

Это не просто лента сообщений. В зависимости от конкретной интеграции участники могут переключаться между обсуждением, планом агента, diff-файлами и живым превью результата. В одном месте оказываются и обсуждение задачи, и созданное программное обеспечение.

Зачем это менеджерам и дизайнерам

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

Например, менеджер продукта сообщает в Slack о баге и объясняет, как система должна работать. Агент исследует запрос и предлагает исправление. Инженер проверяет получившийся diff, оценивает риски для кодовой базы, а затем команда решает, переходить ли к pull request или отправить задачу на ещё один цикл доработки.

Иными словами, ИИ не становится последней инстанцией. Меняется место совместной работы: действия агента проще увидеть, обсудить и проверить всем заинтересованным участникам.

Человеческое одобрение остаётся обязательным элементом

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

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

Архив, поиск и корпоративные настройки Slack

Code channels должны сохранять контекст работы агента. После завершения задачи канал можно архивировать, а переписка и история действий остаются доступными для поиска. Так формируется запись о том, что запросила команда, какой результат подготовил агент и как люди его проверяли.

Поскольку процесс проходит внутри Slack, организация может использовать уже настроенные учётные записи, права доступа, политики управления, параметры безопасности и административные инструменты Slack. Для каждой coding-agent задачи не требуется вводить отдельную систему совместной работы.

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

Доступность и интеграции на старте

Salesforce заявила, что Slack Code доступна во всех тарифах Slack с момента запуска. Партнёрами первой волны стали Anthropic, GitHub, Cognition и Vercel; среди агентов, способных участвовать в работе, Slack также называет ChatGPT.

При этом возможности могут различаться в зависимости от интеграции. План, diff, превью и кнопки для одобрения доступны не обязательно в одинаковом виде у каждого агента: статус «поддерживается» не означает полного совпадения функций.

Как Salesforce видит роль Slack Code

На Dreamforce Salesforce представила Slack Code как способ превратить разработку в командный процесс и одновременно сделать Slack координационным слоем для агентов разных поставщиков. Компания не предлагает командам единственную собственную модель для написания кода, а объединяет конкурирующие решения в одном рабочем интерфейсе.

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

Итог

Идея Slack Code проста: упомянуть coding agent, дать ему отдельный канал проекта и позволить команде наблюдать за работой, направлять её, проверять результат и одобрять изменения.

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

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

Как выглядит рабочий процесс

Обычно всё начинается с идеи, бага, обновления сайта или запроса на новую функцию:

1. Участник команды упоминает поддерживаемого coding agent.
2. Агент создаёт отдельный code channel для задачи.
3. Команда добавляет требования, ограничения и контекст проекта.
4. Агент формирует план и предлагает изменения.
5. Участники изучают результат, включая diff кода и доступные превью.
6. Люди могут скорректировать направление работы или одобрить следующий шаг.

Это не просто лента сообщений. В зависимости от конкретной интеграции участники могут переключаться между обсуждением, планом агента, diff-файлами и живым превью результата. В одном месте оказываются и обсуждение задачи, и созданное программное обеспечение.

Зачем это менеджерам и дизайнерам

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

Например, менеджер продукта сообщает в Slack о баге и объясняет, как система должна работать. Агент исследует запрос и предлагает исправление. Инженер проверяет получившийся diff, оценивает риски для кодовой базы, а затем команда решает, переходить ли к pull request или отправить задачу на ещё один цикл доработки.

Иными словами, ИИ не становится последней инстанцией. Меняется место совместной работы: действия агента проще увидеть, обсудить и проверить всем заинтересованным участникам.

Человеческое одобрение остаётся обязательным элементом

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

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

Архив, поиск и корпоративные настройки Slack

Code channels должны сохранять контекст работы агента. После завершения задачи канал можно архивировать, а переписка и история действий остаются доступными для поиска. Так формируется запись о том, что запросила команда, какой результат подготовил агент и как люди его проверяли.

Поскольку процесс проходит внутри Slack, организация может использовать уже настроенные учётные записи, права доступа, политики управления, параметры безопасности и административные инструменты Slack. Для каждой coding-agent задачи не требуется вводить отдельную систему совместной работы.

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

Доступность и интеграции на старте

Salesforce заявила, что Slack Code доступна во всех тарифах Slack с момента запуска. Партнёрами первой волны стали Anthropic, GitHub, Cognition и Vercel; среди агентов, способных участвовать в работе, Slack также называет ChatGPT.

При этом возможности могут различаться в зависимости от интеграции. План, diff, превью и кнопки для одобрения доступны не обязательно в одинаковом виде у каждого агента: статус «поддерживается» не означает полного совпадения функций.

Как Salesforce видит роль Slack Code

На Dreamforce Salesforce представила Slack Code как способ превратить разработку в командный процесс и одновременно сделать Slack координационным слоем для агентов разных поставщиков. Компания не предлагает командам единственную собственную модель для написания кода, а объединяет конкурирующие решения в одном рабочем интерфейсе.

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

Итог

Идея Slack Code проста: упомянуть coding agent, дать ему отдельный канал проекта и позволить команде наблюдать за работой, направлять её, проверять результат и одобрять изменения.

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