NanoClaw приходит в Slack, позволяя создавать постоянные команды ИИ-агентов и коллег из одного сообщения

Добавление ИИ-агента в Slack привлекает многие предприятия, однако, как VentureBeat убедился на собственном опыте, реальность зачастую оказывается гораздо сложнее и громоздче, чем кажется на первый взгляд.

Теперь компания NanoCo, создатель популярного с открытым исходным кодом, дружественного к бизнесу автономного инструмента для ИИ-агентов NanoClaw (более изолированной и низкокодовой версии OpenClaw), надеется сделать этот процесс столь же простым, как отправка сообщения в Slack. Более того, новая интеграция NanoClaw со Slack позволяет пользователям создавать целые команды агентов с их собственными специализированными навыками, рабочими процессами и даже кастомными аватарами — и все это с помощью одной подсказки (промпта) в Slack.

«В ближайшие 12–18 месяцев каждый участник команды станет менеджером агентов», — рассказал соучредитель и генеральный директор NanoCo Гавриэль Коэн (Gavriel Cohen) в эксклюзивном интервью VentureBeat.

Кроме того, агенты NanoClaw могут работать вместе в каналах и общих холстах (Slack Canvases), а также принимать сообщения за пределами Slack — на других платформах, таких как Telegram или WhatsApp, что позволяет коллегам-людям связываться с ними в привычных мессенджерах точно так же, как и с живыми коллегами.

«Я думаю, это агенты, которые появляются в Slack нативно впервые», — добавил Коэн. — Раньше вам приходилось идти на всякие ухищрения, чтобы задействовать несколько разных агентов в фоновом режиме, используя одного и того же бота, а теперь каждый агент получает собственную идентичность в Slack: собственный аватар, свое лицо, свое имя. Вы можете отмечать их тегами. Они могут отмечать друг друга».

Для корпоративных команд более важным аспектом являются постоянство (persistence) и изоляция. NanoClaw не преподносит дополнительных работников как невидимых субагентов, которые исчезают после выполнения одной задачи. Каждому можно назначить собственную роль, контекст памяти, инструкции и права доступа, создавая структуру, больше похожую на небольшой цифровой отдел, чем на единственный чат-бот с длинным промптом.

Как и в случае с оригинальной версией с открытым исходным кодом NanoClaw, выпущенной в январе 2026 года, разработчики и предприятия могут дополнительно выбирать любую базовую большую языковую модель (LLM) для работы своих агентов NanoClaw, оптимизируя их под производительность, стоимость или другие комбинации факторов.

От одного агента NanoClaw в Slack до целой специализированной команды

Для новой установки текущий процесс настройки NanoClaw начинается с клонирования проекта и запуска его установщика nanoclaw.sh, который пошагово проводит пользователя через зависимости, учетные данные, сборку контейнера агента и подключение первого канала общих сообщений. На веб-сайте NanoClaw указано, что установщик переводит пользователя «от «чистой» машины к именованному агенту, которому можно писать сообщения», причем Slack входит в число поддерживаемых каналов.

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

С новой интеграцией настройка NanoClaw предлагает опцию «Подключить Slack» (Connect Slack). Пользователь дает агенту имя, проходит аутентификацию, выбирает опцию добавления NanoClaw в Slack и проходит стандартную процедуру установки и авторизации Slack. После авторизации первый агент может появиться в Slack и начать общение с пользователем.

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

Эти агенты продолжают работать на инфраструктуре клиента и подключаются к Slack через Socket Mode. В NanoCo заявляют, что не хранят токены агентов для Slack; согласно листингу маркетплейса, эти токены остаются на компьютере пользователя.

Стандартные административные элементы управления Slack по-прежнему действуют вокруг этой системы. Организации могут применять свои обычные политики одобрения приложений к интеграции NanoClaw, в то время как в листинге маркетплейса NanoClaw отмечается, что на вкладке «Главная» (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 открывает двери для большего числа сторонних агентов

Фундаментальные изменения в Slack носят более масштабный характер, чем просто NanoClaw.

В апреле Slack, продукт Salesforce, объявила о возможности добавления внешних ИИ-агентов непосредственно на платформу обмена сообщениями, изначально указав на Vercel и Lovable и заявив, что эти интеграции появятся в конце мая.

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

Недавно опубликованная страница Salesforce Slack Code теперь упоминает NanoClaw наряду с Lovable, Hyperagent, Superhuman, n8n, Vercel, ChatGPT, LangChain, Runlayer и Skydive, и утверждает, что функция «Добавить в Slack» (Add to Slack) позволяет перенести агентов с этих платформ в Slack всего в несколько кликов, сохранив их собственную индивидуальность.

Slack уже переполнен ИИ-ассистентами. OpenAI, например, позволяет развертывать агентов рабочих пространств ChatGPT в каналах Slack, где они могут отвечать на вопросы, выполнять задачи через подключенные системы и выводить файлы. Slack также поддерживает Claude и кастомных агентов Agentforce. Отличие NanoClaw заключается не просто в наличии «ИИ в Slack». Это способность уже работающего агента создавать дополнительных независимо адресуемых напарников прямо изнутри самого разговора. В NanoCo называют это новшеством для Slack; данное конкретное утверждение о первенстве на рынке принадлежит самой компании.

«Функция „Добавить в Slack“ означает, что одно сообщение может запустить целую команду агентов NanoClaw, работающих бок о бок с людьми в Slack», — заявил Джош Милас (Josh Milas), директор по управлению продуктами в Slack, в официальном пресс-релизе.

Чем NanoClaw отличается от Claude Tag, агентов ChatGPT и Agentforce в Slack

NanoClaw не одинок в стремлении превратить ИИ из чат-бота на боковой панели в нечто напоминающее постоянного коллегу по Slack.

Claude Tag от Anthropic, развертывание которого в бета-режиме для клиентов тарифных планов Claude Team и Enterprise началось в июне, пожалуй, является наиболее близким концептуальным аналогом.

Администраторы могут предоставить @Claude доступ к выбранным каналам, инструментам, источникам данных и кодовым базам; после этого каждый участник канала может делегировать ему работу, упоминая бота через тег. Claude запоминает релевантную информацию из каналов, в которых находится, может работать асинхронно в течение нескольких часов или дней и, когда администраторы включают его «фоновое» (ambient) поведение, может проактивно указывать на информацию или возобновлять незавершенную работу, не дожидаясь нового запроса.

В Anthropic заявляют, что отдельные учетные записи Claude также могут быть ограничены различными сценариями использования, чтобы, например, «продажный» Claude не делился своими воспоминаниями или инструментами с «инженерным» Claude.

Разница заключается в том, как эти цифровые коллеги подготавливаются и организуются. Документированный рабочий процесс Claude Tag управляется администратором: администраторы связывают Claude со Slack, решают, к каким каналам, инструментам и информации может получить доступ каждая учетная запись Claude, устанавливают лимиты расходов, а затем открывают эти учетные записи для сотрудников.

В рамках заданного канала Anthropic описывает «одного Claude, который взаимодействует со всеми». В официальной документации не описана ситуация, когда конечный говорит этому Claude создать несколько новых независимо именованных ботов Slack по требованию. Модель NanoClaw практически противоположна.

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

Агенты рабочих пространств ChatGPT (ChatGPT Workspace Agents) от OpenAI занимают другую позицию в этом спектре.

Клиенты Business, Edu и Enterprise могут создавать многоразовых агентов в ChatGPT, давать им инструкции, модели, файлы, приложения, настраиваемые подключения MCP и расписания, а затем привязывать этих агентов к каналам Slack.

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

Но создание по-прежнему происходит в основном через конструктор агентов ChatGPT: документация OpenAI по настройке предписывает пользователям сначала создать агента, а затем добавить Slack в качестве канала. Под капотом хэндлы Slack опираются на группы пользователей Slack, управляемые приложением ChatGPT Agents, в отличие от модели NanoClaw, в которой каждый подготовленный агент сам по себе является отдельным ботом Slack.

Agentforce от Salesforce аналогичным образом позволяет организациям создавать несколько специализированных агентов, с которыми сотрудники могут общаться в личных сообщениях или упоминать через @mention внутри Slack, и эта система предлагает, пожалуй, наиболее традиционную для предприятий модель администрирования из всех.

Компании создают агентов в конструкторе Agentforce Builder, часто начиная со специфических для Slack шаблонов для таких задач, как аналитика клиентов, помощь сотрудникам или адаптация (onboarding), и могут добавлять субагентов и действия, которые позволяют им искать информацию, создавать Canvas или выполнять другую работу.

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

Это различие помогает прояснить, что именно NanoClaw добавляет на все более переполненный рынок. Сам Slack теперь предоставляет комплект разработчика Agent Kit для разработчиков и стандарт развертывания для агентов, созданных на сторонних платформах, автоматизируя такие элементы, как OAuth, манифесты и настройку среды. Claude Tag, агенты ChatGPT Workspace Agents и Agentforce — все они демонстрируют, что постоянные специализированные ИИ-помощники внутри Slack сами по себе больше не являются новшеством.

Более необычная ставка NanoClaw — это рекурсивный провижининг (рекурсивная подготовка): Slack становится не просто местом, где работники вызывают агентов, а средой, где существующий агент может собирать дополнительных именованных агентов, наделять их ролями и объединять в команду в рамках одного канала.

У разных подходов есть свои плюсы и минусы. Claude Tag поставляется с моделями под управлением Anthropic и централизованными административными элементами управления, включая разрешения для конкретных каналов, журналы аудита и лимиты расходов токенов, а также предлагает проактивное «фоновое» поведение, на которое материалы NanoClaw напрямую не претендуют.

Агенты рабочих пространств ChatGPT предлагают управляемый конструктор агентов, расписания, подключения приложений, а также средства контроля доступа и публикаций на уровне организации. Agentforce тесно связывает агентов с разрешениями Salesforce, корпоративными данными и предопределенными бизнес-действиями.

NanoClaw, напротив, делает акцент на самостоятельном хостинге, модификации с открытым исходным кодом и раздельных идентификаторах агентов, перекладывая больше контроля — и больше операционной ответственности — на организацию, которая его использует.

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

Как NanoClaw пришел к этому

NanoClaw появился далеко за пределами рынка корпоративных коммуникаций. Коэн, бывший инженер Wix, выпустил его под лицензией MIT 31 января 2026 года как намеренно компактную, ориентированную на безопасность альтернативу OpenClaw.

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

Затем проект уверенно двинулся в сторону корпоративной инфраструктуры. В марте NanoClaw заключил партнерство с Docker для запуска агентов внутри Docker Sandboxes, используя более надежную изоляцию на базе MicroVM для рабочих нагрузок, которые могут устанавливать пакеты, изменять файлы и запускать процессы.

В апреле в NanoClaw 2.0 были добавлены Chat SDK от Vercel и шлюз учетных данных OneCLI, что позволило организациям определять политики в отношении конфиденциальных действий и запрашивать одобрение человека перед тем, как учетные данные будут переданы для защищенных запросов.

К маю Коэн и его брат Лазер Коэн организовали вокруг проекта компанию NanoCo и привлекли начальное финансирование в размере 12 миллионов долларов под руководством Valley Capital Partners при участии Docker, Vercel, monday.com и других инвесторов. Коммерческая стратегия заключается в том, чтобы сохранить NanoClaw открытым (open-source), продавая при этом предприятиям управляемые корпоративные развертывания и инфраструктуру «профессиональных ассистентов». В компании заявляют, что количество загрузок NanoClaw превысило 250 000, а число звезд на GitHub достигло 30 000.

Эта структура с открытым исходным кодом остается ключевым элементом концепции Коэна по мере того, как NanoClaw все глубже проникает в инфраструктуру рабочего места.

«Теперь вы действительно можете интегрировать в Slack агента с открытым исходным кодом, которого полностью контролируете, — сказал он. — Вы можете менять все эти конфигурации. К тому же вы можете сделать форк NanoClaw и полностью переписать или изменить поведение — создать свою собственную систему памяти, собственный инструмент для кодирования, среду для агентов. Что бы вы ни захотели сделать, вы можете это сделать. Полная свобода».

Постоянные агенты, но инфраструктура остается под контролем пользователя

Коэн отметил, что NanoClaw по-прежнему работает на собственных мощностях организации: компания может запустить его на локальной машине или в собственном облачном виртуальном сервере (VM), где и будут храниться данные агента.

Один и тот же агент также может работать в Slack, WhatsApp или Telegram, сохраняя при этом ту же память, рабочее пространство и инструменты, хотя каждый мессенджер использует отдельный сеанс.

NanoClaw может извлекать недавний контекст из этих сеансов, чтобы агент сохранял непрерывность работы без объединения всей истории чатов в один поток. В документации NanoClaw также описывается многоканальная архитектура, в которой один и тот же агент может сохранять единое рабочее пространство и память, поддерживая при этом раздельные сеансы для каждого канала.

«Все это работает на ваших собственных серверах, — сказал Коэн. — Вы запускаете это на своем компьютере или на виртуальной машине в облаке, и эти данные хранятся на вашем компьютере или на вашей виртуальной машине (VM). Это может быть модель с открытым исходным кодом, работающая на вашем Mac Mini, и ваши данные никуда не уходят, кроме как на ваш Mac Mini, а затем в Slack».

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

Коэн рассказал, что один и тот же агент может существовать в Telegram, WhatsApp и Slack, имея доступ к одним и тем же памяти, файлам и инструментам. Разговоры остаются отдельными сеансами, но они разделяют рабочее пространство и постоянный контекст, благодаря чему агент может переносить знания с одной платформы на другую.

Эта архитектура имеет значение, когда организация начинает создавать множество агентов. По словам Коэна, один агент может видеть собственные сеансы на разных каналах, но по умолчанию не имеет доступа к личным сеансам другого агента. В актуальной документации NanoClaw также описываются агенты, работающие в собственных изолированных средах (песочницах) с настраиваемыми провайдерами моделей (Claude Code используется по умолчанию, а Codex, OpenCode и локальные модели Ollama доступны в качестве альтернатив).

Для новой функции интеграции со Slack существует одна облачная зависимость. Коэн сообщил, что NanoCo управляет небольшим сервисом, который обрабатывает запросы на подготовку инфраструктуры (провижининг) для Slack и генерацию аватаров. По его словам, этот сервис не получает сообщения пользователей или память агентов.

Приверженность принципам открытого исходного кода

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

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

Коэн охарактеризовал это решение как часть более широкой стратегии NanoCo в отношении открытого исходного кода, а не как отдельный инструмент монетизации. «Мы ничего на этом не зарабатываем. Это действительно сделано для сообщества, — сказал он. — Мы знаем, что в долгосрочной перспективе это пойдет на пользу NanoCo как компании. По мере того как NanoCo растет и наращивает возможности, они возвращаются в открытый исходный код. Я думаю, это новая модель открытого исходного кода, когда мы не пытаемся монетизировать каждую крупицу ценности, которую приносим сообществу».

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