Open-source фреймворк для автономных ИИ-сотрудников получил нативную интеграцию — теперь можно развернуть целую бригаду цифровых коллег без кода и сложных настроек.
Интеграция NanoClaw в Slack: как AI Agent Building превращает чат в фабрику AI-агентов
Добавление AI-агента в Slack звучит для компаний заманчиво. Но практика показывает: реальность сложнее и неуклюжее, чем кажется. NanoCo — команда, стоящая за популярным открытым и enterprise-ориентированным фреймворком автономных ИИ-агентов NanoClaw (это более песочная и низкодокодовая версия OpenClaw) — ставит цель упростить процесс до уровня написания сообщения в Slack.
Новая интеграция позволяет человеческим пользователям разворачивать целые команды агентов: со специализированными навыками, собственными рабочими процессами и даже кастомными аватарами. Всё это — из одного-единственного запроса в Slack.
«В ближайшие 12–18 месяцев каждый член команды станет менеджером агентов», — заявил генеральный директор и сооснователь NanoCo Гавриэль Коэн в эксклюзивном интервью. Агенты NanoClaw могут трудиться сообща в каналах и общих Slack Canvases, а также переписываться вне Slack — в Telegram или WhatsApp, что делает их похожими на живых коллег, доступных с любой платформы.
«Думаю, агенты впервые появляются в Slack нативно, — добавил Коэн. — Раньше приходилось выполнять странные фокусы, чтобы за одним и тем же ботом работало несколько различных агентов. Теперь у каждого агента в Slack есть собственная идентичность: свой аватар, своё лицо, своё имя. Можно тегать их, и они могут тегать друг друга».
Для корпоративных команд более существенна постоянность и разделение ответственности. NanoClaw не рисует дополнительных работников как невидимых субагентов, исчезающих после первой задачи. Каждому можно назначить собственную роль, контекст памяти, инструкции и права доступа. Это уже не чат-бот с длинным промптом, а структура, напоминающая небольшой цифровой департамент.
Как и в опенсорсной версии NanoClaw, выпущенной в январе 2026 года, разработчики и компании могут выбрать для своих агентов любую базовую языковую модель (LLM), оптимизируя производительность, стоимость или другие сочетания факторов.
От одного агента NanoClaw до целой специализированной команды
Для новой установки процесс настройки NanoClaw начинается с клонирования проекта и запуска инсталлятора nanoclaw.sh. Он проводит пользователя через зависимости, учётные данные, сборку контейнера агента и подключение первого канала связи. Сайт NanoClaw обещает путь «от чистого компьютера до именованного агента, с которым можно переписываться», и Slack — среди поддерживаемых каналов.
Коэн описал поток для Slack как значительное упрощение по сравнению со сборкой традиционного Slack-бота. Раньше пользователю пришлось бы копаться в административных и разработочных интерфейсах Slack, создавать приложение, собирать секреты, API-ключи и токены, а затем переносить эти учётные данные туда, где крутился бот. С новой интеграцией настройка NanoClaw предлагает опцию Connect Slack: пользователь называет агента, аутентифицируется, выбирает Add to Slack и проходит стандартный процесс установки и авторизации Slack. После авторизации первый агент появляется в Slack и начинает общаться с пользователем.
Важно отметить, что эта первоначальная авторизация — по сути, разовое подключение рабочего пространства. В листинге Slack Marketplace сказано, что пользователи «подключают рабочее пространство один раз», после чего NanoClaw может развернуть каждого дополнительного агента как отдельного Slack-бота: с собственным именем, сгенерированным аватаром и идентичностью. Эти агенты продолжают работать на инфраструктуре заказчика и подключаются к Slack через Socket Mode. NanoCo утверждает, что не хранит Slack-токены агентов: согласно листингу Marketplace, токены остаются на машине пользователя.
Стандартные административные контроли Slack по-прежнему окружают эту систему. Организации могут применять обычные политики одобрения приложений к интеграции NanoClaw. А листинг Marketplace гласит, что на вкладке Home отображаются агенты, развёрнутые в рабочем пространстве, позволяя пользователям отзывать отдельных агентов или полностью отключать рабочее пространство. В итоге получается не замена инфраструктуры NanoClaw в один клик, а скорее разовый мост между этой инфраструктурой и Slack: пользователи по-прежнему владеют и управляют средой выполнения агентов, но после авторизации моста сами агенты могут создавать и координировать дополнительных Slack-нативных коллег, не отправляя пользователя обратно в ручную настройку приложений каждый раз.
За кулисами, как рассказал Коэн, ведущий агент использует инструмент на базе Model Context Protocol (MCP), который умеет создавать новых агентов и определять их инструкции, персоны, навыки и инструменты. Другой инструмент помещает их в общие комнаты. Агенты готовы к работе со Slack Canvas и могут общаться с каждым человеческим пользователем в канале Slack, а также друг с другом.
Само взаимодействие намеренно простое. Вместо того чтобы каждый раз открывать отдельный конструктор агентов для новой роли, пользователь может сказать уже существующему агенту, какой коллега или команда нужны. «Вашему агенту в Slack можно сказать: создай мне агента для обработки код-ревью, создай агента для рецензирования авторских статей, создай команду агентов, которые рассмотрят статьи с разных точек зрения. И тогда ваш агент создаст новых агентов, и они просто появятся в боковой панели и начнут присылать вам сообщения».
Это означает, что разработчик может запросить продакт-менеджера, архитектора, агента внедрения, ревьюера кода и тестировщика, выдать каждому свой набор инструментов и заставить их передавать работу друг другу. Например, как заметил Коэн, тестирующий агент получает доступ к тестовой среде, ревьюер — навыки код-ревью, а продуктовый агент — мониторинг отзывов пользователей.
Коэн настаивает, что такое разделение труда — не просто косметическая ролевая игра. «Преимущество в том, чтобы дать каждому конкретные навыки, инструкции и инструменты для разных задач, — говорит он. — У меня может быть агент для код-ревью, агент для тестирования и агент для написания кода, и я могу зациклить их». Если агент внедрения сталкивается с неоднозначностью, он может тегнуть продуктового или архитектурного агента для уточнения — вместо того, чтобы заставлять одну универсальную модель держать все обязанности и инструменты в одном контексте.
Агенты работают вместе с людьми на общем Slack Canvas
Демонстрационный скриншот иллюстрирует тот же паттерн для маркетинга: ведущий агент Nano создаёт Atlas для стратегии, Sage для контента, Echo для социальных сетей, Scout для аутрича и Compass для SEO и аналитики. Агенты представляются в том же разговоре Slack и начинают координировать работу: Atlas отмечает, что добавил элемент в Canvas, чтобы задача не потерялась.
Пользователям не нужно заранее прописывать каждую деталь. По словам Коэна, можно передать ведущему агенту точные процедуры ревью, приоритеты и необходимые инструменты — либо оставить часть конфигурации на усмотрение самого агента, исходя из его текущего контекста и памяти. Дизайн также пытается избежать знакомой мультиагентной ошибки, когда боты бесконечно активируют друг друга. NanoCo утверждает, что агенты отвечают только на теги, а комментарии, оставленные в Canvas, маршрутизируются обратно агенту, ответственному за эту часть работы.
И модель выходит за рамки команд узкоспециализированных ботов, созданных одним человеком. Коэн описал рабочее место, где у каждого сотрудника есть постоянные агенты, которые могут общаться между собой согласно политикам, заданным людьми. «Если у каждого человека будет свой агент, значит, у меня может быть свой агент, а у вас — свой в Slack, и ваш агент сможет задавать вопросы моему, — рассказал он. — Допустим, меня нет в офисе. Ваш агент пингует моего и спрашивает о доступности, а я могу задавать политики: может ли мой агент отвечать или требуется моё одобрение».
Это приближает концепцию к организационному делегированию: одни агенты специализируются по функциям, другие представляют конкретных сотрудников и накопленный ими контекст. Коэн говорит, что агентов можно оснащать доступом к браузеру и интернету, памятью, возможностями программирования и другими инструментами. А новосозданные агенты уже рождаются с встроенной поддержкой Canvas, коммуникации «агент-агент» и способностью порождать новых агентов.
Slack открывает дверь сторонним AI-агентам
Изменение в самом Slack шире, чем NanoClaw. В апреле Slack (продукт Salesforce) объявил о возможности подключать внешних AI-агентов к платформе напрямую, указав сначала на Vercel и Lovable — интеграции обещали к концу мая. Механизм развёртывания автоматизирует OAuth, конфигурацию манифеста и настройку окружения, так что внешний агент попадает в рабочее пространство без переписывания специально под Slack.
Новая страница Slack Code от Salesforce теперь называет NanoClaw в ряду Lovable, Hyperagent, Superhuman, n8n, Vercel, ChatGPT, LangChain, Runlayer и Skydive. Кнопка Add to Slack позволяет добавить агентов с этих платформ в Slack в пару кликов — каждый со своей идентичностью.
В Slack уже тесно от AI-ассистентов. К примеру, OpenAI позволяет разворачивать ChatGPT workspace-агентов в каналах Slack, где они отвечают на вопросы, выполняют задачи через подключённые системы и выгружают файлы. Slack также поддерживает Claude и кастомных агентов Agentforce. Отличие NanoClaw поэтому не в фразе «AI в Slack». Речь о способности уже запущенного агента создавать внутри самого разговора дополнительных независимо адресуемых коллег. NanoCo называет это первым для Slack — правда, этот рыночный титул заявляет сама компания.
«Add to Slack означает, что одно сообщение может развернуть целую команду агентов NanoClaw, работающих бок о бок с людьми в Slack», — цитируется в анонсе директор по управлению продуктами Slack Джош Милас.
Чем NanoClaw отличается от Claude Tag, ChatGPT и Agentforce в Slack
NanoClaw не одинок в попытке превратить AI из бокового чат-бота в постоянного коллегу в Slack. Концептуально ближе всего, пожалуй, Claude Tag от Anthropic, начавший раскатываться в бете для клиентов Claude Team и Enterprise в июне. Администраторы могут дать @Claude доступ к выбранным каналам, инструментам, источникам данных и кодовым базам; каждый участник канала затем делегирует ему работу тегом. Claude запоминает релевантную информацию из каналов, работает асинхронно часами или днями, а если администраторы включают «фоновое» поведение, может проактивно поднимать информацию или возвращать незавершённую работу без очередного промпта.
Разные идентичности Claude также можно ограничивать под разные сценарии: например, «Claude для продаж» не делится памятью и инструментами с «Claude для инженерии».
Разница в том, как эти цифровые коллеги создаются и организуются. Документированный воркфлоу Claude Tag управляется администратором: админ подключает Claude к Slack, решает, какие каналы, инструменты и данные доступны каждой идентичности, устанавливает лимиты расходов и лишь затем открывает эти идентичности сотрудникам.
В пределах канала Anthropic описывает «одного Claude, который взаимодействует со всеми». В публичной документации нет речи о том, что конечный пользователь просит этого Claude создать несколько новых независимых Slack-ботов по запросу. Модель NanoClaw почти инвертирована: после однократного подключения установки NanoClaw к Slack существующий агент сам разворачивает дополнительных агентов из обычного разговорного запроса. Каждый новый работник получает собственную Slack-бот-идентичность, имя, сгенерированный аватар и токен, работая на инфраструктуре клиента.
ChatGPT Workspace Agents от OpenAI занимают другую точку спектра. Клиенты Business, Edu и Enterprise собирают переиспользуемых агентов в ChatGPT, задают им инструкции, модели, файлы, приложения, кастомные MCP-подключения и расписания, а затем прикрепляют их к каналам Slack. Создатели назначают каждому агенту уникальный Slack-хэндл и могут настроить ответ только по упоминанию или автоматический ответ на релевантные сообщения в канале. Но конструирование по-прежнему идёт через конструктор агентов ChatGPT. Документация OpenAI велит сначала создать агента, а потом добавить Slack как канал. Под капотом Slack-хэндлы полагаются на user groups, управляемые приложением ChatGPT Agents, а не на отдельных Slack-ботов, как в модели NanoClaw.
Salesforce Agentforce аналогично позволяет организациям создавать несколько специализированных агентов, которым сотрудники могут писать в личные сообщения или тегать @mention внутри Slack. Это, пожалуй, самая традиционная модель корпоративного администрирования в этой пятёрке. Компании строят агентов в Agentforce Builder, часто беря за основу Slack-специфичные шаблоны для задач вроде аналитики клиентов, помощи сотрудникам или онбординга. Можно добавить субагентов и действия, позволяющие искать информацию, создавать Canvas или выполнять другую работу. После настройки и активации в Salesforce администраторы переносят агентов в Slack для использования сотрудниками. Это мощно для организаций, уже строящих идентичность, данные и процессы вокруг Salesforce, но снова размещает этап создания до развёртывания, а не позволяет существующему агенту заниматься этим прямо во время разговора.
Такое различие помогает понять, что именно NanoClaw добавляет на перенаселённый рынок. Сам Slack предоставляет Agent Kit для разработчиков и стандарт развёртывания агентов, построенных на внешних платформах, автоматизируя такие компоненты, как OAuth, манифесты и конфигурация окружения. Claude Tag, ChatGPT Workspace Agents и Agentforce доказывают, что постоянные специализированные AI-коллеги внутри Slack уже не новость. Более необычная ставка NanoClaw — рекурсивное развёртывание: Slack становится не просто местом, где работники вызывают агентов, а площадкой, где существующий агент собирает дополнительных именованных агентов, назначает им роли и собирает их в канале как рабочую команду.
У подходов есть компромиссы. Claude Tag поставляется с управляемыми моделями Anthropic и централизованными административными контролами: правами каналов, журналами аудита и лимитами расходов на токены, плюс проактивным «фоновым» поведением, которое материалы NanoClaw так явно не заявляют. ChatGPT Workspace Agents предлагают управляемый конструктор агентов, расписания, подключения приложений и публикацию с контролем доступа на уровне организации. Agentforce тесно связывает агентов с правами Salesforce, корпоративными данными и предопределёнными бизнес-действиями.
NanoClaw вместо этого делает акцент на self-hosting, модифицируемости открытого кода и отдельных идентичностях агентов, перекладывая больше контроля — и больше операционной ответственности — на организацию, которая его запускает. Это не прямая замена перечисленных систем, а другой ответ на один и тот же новый вопрос: хотят ли предприятия небольшое количество централизованно настроенных AI-ассистентов или среду, в которой сотрудники и текущие агенты могут непрерывно создавать специализированных цифровых коллег по мере появления новых задач. AI Agent Building в таком случае превращается из задачи для инженеров в повседневный рабочий процесс.
Как NanoClaw дошёл до жизни такой
NanoClaw стартовал далеко от корпоративного рынка коллабораций. Коэн, бывший инженер Wix, выпустил его под лицензией MIT 31 января 2026 года как намеренно компактную, сфокусированную на безопасности альтернативу OpenClaw. Изначальная идея: личный агент с доступом к сообщениям, файлам и инструментам должен запускаться в OS-изолированном контейнере, а не напрямую на хосте. Оркестрационный слой при этом должен оставаться достаточно малым, чтобы разработчик или security-команда могли понять его целиком: ядро объёмом примерно в 500 строк TypeScript с дизайном, сосредоточенным на изоляции контейнеров и минималистичной однопроцессной архитектуре.
Затем проект уверенно двинулся к корпоративной инфраструктуре. В марте NanoClaw объединился с Docker, чтобы запускать агентов внутри Docker Sandboxes: более сильная изоляция на базе MicroVM для рабочих нагрузок, которые могут устанавливать пакеты, изменять файлы и запускать процессы. В апреле NanoClaw 2.0 добавил Chat SDK от Vercel и credential gateway от OneCLI, позволяя организациям задавать политики для чувствительных действий и требовать одобрения человека перед инъекцией учётных данных для защищённых запросов.
К маю Коэн и его брат Лазер Коэн сформировали компанию NanoCo вокруг проекта и привлекли $12 млн посевных инвестиций под руководством Valley Capital Partners, с участием Docker, Vercel, monday.com и других. Коммерческая стратегия — сохранить NanoClaw открытым, одновременно продавая предприятиям управляемые развёртывания для целых организаций и инфраструктуру «профессиональных ассистентов». Компания заявляет, что NanoClaw преодолел отметку в 250 000 загрузок и 30 000 звёзд на GitHub.
Открытая структура остаётся центральной в питче Коэна по мере того, как NanoClaw углубляется в рабочую инфраструктуру. «Теперь вы реально можете интегрировать в Slack опенсорсного агента, которым полностью управляете, — говорит он. — Вы можете менять все эти конфигурации. Плюс вы можете форкнуть NanoClaw и полностью переписать или изменить поведение: создать собственную систему памяти, свой кодинг-харнесс, агент-харнесс. Что угодно — полная свобода».
Постоянные агенты, но инфраструктура остаётся под контролем пользователя
Коэн подчёркивает, что NanoClaw остаётся self-hosted: организация может запускать его на локальной машине или на собственном облачном VM, а данные агентов хранятся там же. Один и тот же агент при этом может появляться в Slack, WhatsApp или Telegram, сохраняя память, рабочее пространство и инструменты, хотя каждая мессенджер-поверхность использует отдельную сессию. NanoClaw может подтягивать недавний контекст между этими сессиями, чтобы агент сохранял непрерывность, не сливая всю историю чатов в единый поток. В документации NanoClaw описана мультиканальная архитектура, где один агент сохраняет единое рабочее пространство и память при отдельных сессиях на канал.
«Всё это self-hosted, — поясняет Коэн. — Вы запускаете это на своём компьютере или на виртуальной машине в облаке, и эти данные хранятся у вас. Это может быть опенсорсная модель на вашем Mac Mini, и ваши данные не уходят никуда, кроме Mac Mini и потом в Slack».
Кросс-канальная непрерывность также призвана сделать агента менее похожим на специфичного Slack-бота и больше на постоянного коллегу, с которым можно связаться через Slack. По словам Коэна, один и тот же агент может существовать в Telegram, WhatsApp и Slack с доступом к одной памяти, файлам и инструментам. Разговоры остаются отдельными сессиями, но разделяют рабочее пространство и непрерывный контекст, так что агент переносит знания с одной поверхности на другую.
Такая архитектура важна, когда организация начинает создавать много агентов. Один агент видит собственные сессии в каналах, но по умолчанию не видит приватные сессии другого агента. Текущая документация NanoClaw также описывает агентов, работающих в собственных песочницах с конфигурируемыми поставщиками моделей: Claude Code как вариант по умолчанию, альтернативы — Codex, OpenCode и локальные модели Ollama.
У нового Slack-процесса есть одна облачная зависимость. Коэн сообщил, что NanoCo управляет небольшим сервисом, который обрабатывает запросы развёртывания Slack и генерацию аватаров. Этот сервис, по его словам, не получает сообщений пользователей и не хранит память агентов.
Приверженность открытому коду
NanoCo, по словам Коэна, не берёт денег за эту Slack-возможность для сообщества и покрывает расходы на сервис развёртывания и генерацию аватаров. Пользователи по-прежнему несут собственные расходы на инференс моделей и хостинг, так что развёрнутая команда агентов на практике не бесплатна. Компания заявляет, что интеграция доступна через Slack Marketplace и подпадает под обычные процедуры одобрения приложений и управления. Slack позволяет владельцам и администраторам рабочих пространств требовать одобрения приложений перед установкой.
Коэн объяснил это решение частью более широкой опенсорсной стратегии NanoCo, а не самостоятельным монетизационным ходом. «Мы на этом не зарабатываем. Это действительно для сообщества, — признался он. — Мы понимаем, что в долгосрочной перспективе это принесёт пользу NanoCo как компании. По мере роста NanoCo и развития возможностей они возвращаются в открытый код. Думаю, это новая модель open source: мы не пытаемся монетизировать каждую частицу ценности, которую приносим сообществу».
Доживут ли компании до этого быстро — зависит не столько от того, насколько легко создавать агентов, сколько от способности IT-команд управлять их правами, памятью, расходами и сценариями отказов в том же темпе. NanoClaw делает ставку на то, что следующей большой проблемой станет управление цифровыми коллегами, которые появятся, как только этот барьер исчезнет.
Рекурсивное развёртывание — смелая ставка. Она может превратить рабочие чаты в управляемый конвейер, а может и в цифровой хаос, где боты плодят ботов. Для нас это самый интересный сценарий на рынке корпоративного AI прямо сейчас. Будем следить за тем, как сработает интеграция в реальных командах, и обязательно расскажем.