API Slack Code став загальнодоступним у всіх тарифних планах Slack

28 жовтня 2026 року Slack відкрив загальний доступ до API Slack Code у всіх тарифних планах Slack, завдяки чому система каналів для коду, запущена в серпні 2026 року, стала доступною для агентів будь-якого розробника. У дописі в блозі для розробників Slack компанія повідомила, що понад 150 клієнтів і партнерів просили надати їм доступ, щоб створювати можливості каналів для коду для власних агентів. Раніше ця можливість була доступна лише кільком партнерам, які долучилися до запуску.

У серпні Slack представив Slack Code разом із партнерами, серед яких Anthropic, Cognition, GitHub і Vercel; у оголошенні про запуск також згадувалися OpenAI та ChatGPT, доступність якого очікувалася найближчим часом. Канал для коду — це окремий простір, який агент створює для одного завдання: у ньому вже є потрібні люди, контекст і план. Коли роботу завершено, канал автоматично архівується, але його й надалі можна знайти через пошук. Під час запуску Slack повідомив, що понад 70% каналів для коду створюються й закриваються протягом одного дня — від появи ідеї до об’єднання запиту на злиття.

Використовуйте власного агента

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

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

За словами компанії, API відкриває три можливості: агенти можуть працювати відкрито, створюючи власний канал для коду, коли запит потребує окремого простору; ціла команда може спрямовувати роботу агентів за допомогою закладок і повної історії виконання; а підприємства можуть довіряти агентам, адже дотримання вимог до повідомлень вбудовано в систему поряд із засобами керування робочим простором і межами доступу до даних, якими адміністратори вже користуються. API дає змогу показувати різницю в коді, попередній перегляд HTML і кроки міркування, а Slack забезпечує решту інтерфейсу. Slack зазначив, що залишається платформою, не прив’язаною до конкретних агентів, тож команди згодом можуть переходити на інших агентів або моделі й продовжувати працювати в тому самому місці.

Slack повідомив, що GitHub Copilot відкриває окремий канал для коду у 30% сеансів роботи агента. Тім Гантер, штатний інженер GitHub, сказав, що GitHub інтегрує звичні користувачам способи взаємодії з Copilot у той самий простір, де вони виконують решту своєї роботи. Маель Керішар, інженер-програміст Mistral, зазначив, що API, схоже, розробляли з урахуванням потреб агентів штучного інтелекту, і відзначив його гнучкість, простоту налаштування та широкі функціональні можливості.

За словами Slack, засоби контролю вбудовані в систему: агент успадковує дозволи й адміністративні налаштування каналу, у якому працює, тож розробникам не потрібно створювати окрему модель доступу, а ІТ-фахівцям — налаштовувати щось додатково. Людина може схвалювати кожну важливу зміну, а записи про дії агента залишаються доступними для пошуку навіть після архівування каналу.

Slack описує цю модель на прикладі виробничого сповіщення о 2:00 ночі: спеціально налаштований агент для спостереження за системами відкриває канал для коду, завантажує відповідні журнали й починає працювати над виправленням, а інженери, які чергують, стежать за його роботою та можуть змінити її напрям просто під час виконання завдання. Компанія зазначила, що такий самий підхід підходить для сортування помилок і завдань DevOps, зокрема зміни конфігурацій або відкату змін.

Як працює API

У документації для розробників Slack зазначено, що застосунки керують заголовком каналу для коду, його статусом, панеллю контексту й вкладками перегляду за допомогою двох груп методів API. Методи agents.sessions.* уніфіковані для каналів для коду й гілок сеансів; тип сеансу визначається параметром із часовою позначкою гілки. Для їх використання потрібна chat:write область дозволів. Методи agents.conversations.* керують завданнями, специфічними для каналів для коду, і потребують code_channels:manage області дозволів.

Задокументовані agents.conversations.* методи включають create, archive (за бажанням можна додати короткий виклад), setProperties, setCommands, setView (підтримує подання html, diff, block_kit або canvas), listViews, removeView, getCanvas і setCanvasContent.

Застосунки вмикають канали для коду, задаючи features.code_channels.enabled значення true у маніфесті застосунку, а також указуючи необов’язковий slash_command_url. Коли користувач згадує застосунок, той отримує подію app_mention і вирішує, чи створити окремий канал для коду, чи відповісти безпосередньо в поточному місці. Для виклику create потрібно вказати канал, звідки надійшло повідомлення, і його часову позначку; після цього Slack створює канал, застосовує відповідні налаштування приватності й автоматично запрошує бота.

Відповідно до задокументованої моделі авторизації, виклик має надходити від бота-агента, призначеного каналу, або від його учасника. В іншому разі повертаються помилки not_agent_channel або not_authorized. Канали для коду розраховані на нетривале використання: один канал на завдання, який архівується після завершення сеансу. Після архівування канал і його історія залишаються доступними для перегляду й пошуку, а канал можна знову відкрити.

Майбутні інструменти та як почати

У Slack повідомили, що незабаром стануть доступними вдосконалення для роботи із запитами на злиття: користувачі GitHub зможуть запитувати перевірку коду у Slack, коментарі синхронізуватимуться між Slack і GitHub в обох напрямках, а після схвалення запиту на злиття та успішного проходження тестів у каналі коду з’являтиметься пропозиція злити зміни. Також серед запланованих найближчим часом нововведень — удосконалена вкладка Agents & Tools, яка надаватиме загальний огляд розмов з агентами й каналів коду, зокрема їхнього статусу, учасників і нещодавнього контексту, а також дасть змогу переглядати публічні канали коду.

Slack описала три способи розпочати: ознайомитися з документацією та додати API до маніфесту агента, подати агента до Slack Marketplace або спробувати наявних агентів Slack Code у каталозі, серед яких Claude, Devin, GitHub Copilot і Vercel.