Slack, месенджер під крилом Salesforce, представив Slack Code — новий тип каналу, куди можна одразу підключити AI-агента, який пише, рев'ює та тестує код разом із командою. За даними Techmeme, функціонал зʼявляється як проєктні канали, де розробка відбувається у реальному часі поруч зі звичайним обговоренням.

Це логічний крок для Slack: месенджер роками був місцем, де розробники обговорюють код, лінкують пул-реквести й сперечаються в тредах про баги, але сам процес написання й рев'ю коду завжди відбувався деінде — в IDE, GitHub чи Cursor. Slack Code намагається перенести частину цієї роботи безпосередньо в чат, де вже живе команда.

Для медіа AiiN це цікавий приклад ширшого тренду: великі workplace-платформи одна за одною вбудовують AI-агентів не як окремий чат-бот збоку, а як учасника робочого процесу зі своїм каналом і контекстом.

Що саме запустив Slack?

Slack Code — це проєктні канали, у яких AI-агент бере участь поруч з людьми: пише фрагменти коду, рев'ює пул-реквести та запускає тести, а результати одразу видно всій команді в тому ж треді. За описом новини, ключова відмінність від звичайного бота-помічника в тому, що агент працює «у реальному часі» в межах каналу, а не за окремим запитом у приватному чаті.

Формат каналу означає, що обговорення завдання, сам код і зворотний зв'язок від агента опиняються в одному місці — без перемикання між Slack, репозиторієм і трекером задач.

Чим Slack Code відрізняється від звичайного AI-бота в чаті?

Різниця не в тому, що агент вміє писати код — це вже роблять Cursor, Claude Code чи GitHub Copilot. Різниця в тому, що в Slack Code агент постійно присутній у каналі як учасник команди, а не як інструмент, до якого звертаються окремою командою чи слеш-командою. Рев'ю та тести він робить у тому ж просторі, де команда й так обговорює задачу, тож проміжний результат бачать усі, а не лише той, хто відправив запит.

Як це змінює роботу команди розробників?

Головна ідея — скоротити відстань між «обговорили в чаті» і «код написаний та перевірений». Замість того щоб хтось вручну переказував завдання агенту в іншому інструменті, команда формулює задачу прямо в каналі Slack Code, а агент одразу бере її в роботу й звітує там-таки.

Ймовірно, найбільше виграють команди, які вже тримають більшість комунікації в Slack і хочуть, щоб код-рев'ю та дрібні фікси не вимагали окремого контекст-світчингу.

Що робити з цим прямо зараз?

Висновок AiiN: цінність Slack Code — не в тому, що агент пише код, а в тому, що Slack намагається стати єдиним місцем, де живе весь цикл «обговорення → код → рев'ю → тест». Для команд, які вже інвестували в AI-агентів для кодингу, головне питання — чи не створює ще один канал взаємодії з агентом зайву фрагментацію поруч із тим, що вони вже налаштували в IDE чи CI. Раціональний перший крок — не переносити весь процес одразу, а спробувати Slack Code на одному невеликому проєкті чи модулі й порівняти швидкість рев'ю та якість фіксів із поточним workflow.

Схожу логіку «вбудувати агента прямо в робочий інструмент замість окремого чат-бота» ми вже бачили в бізнес-застосунках — наприклад, у тому, як HoneyBook впроваджує агентів на базі Claude для рутини бізнесу.

Чи замінить Slack Code окремі AI-редактори коду?

Малоймовірно найближчим часом. Slack Code орієнтований на командну комунікацію навколо коду — обговорення, рев'ю, дрібні задачі, а не на повноцінну розробку у великій кодовій базі, де інженери й далі працюватимуть в IDE чи спеціалізованих AI-редакторах.

Хто стоїть за запуском Slack Code?

Це продукт Slack, який належить Salesforce. За даними Techmeme, саме Slack представив канали з AI-агентами для коду як частину свого продукту, а не окремий сторонній додаток.

Які саме моделі працюють у Slack Code?

У новині, на яку посилається Techmeme, не уточнюється, які саме моделі чи провайдери стоять за агентами в Slack Code — лише що вони пишуть, рев'юють і тестують код у каналі.