Вспомни, как сегодня выглядит типичное утро в компании, где все увлечены искусственным интеллектом. Разработчик в наушниках гоняет задачи в своем локальном терминале через Claude Code. Маркетолог в соседней комнате третий час шлифует промпт в веб-чате ChatGPT, выпрашивая идеи для рекламных заголовков. Аналитик в третьей вкладке настраивает кастомного бота в Slack, пытаясь выгрузить статистику из базы данных.
Каждый сидит в своей изолированной цифровой песочнице. У каждого свой чат, своя отдельная память диалога и свои личные подписки. И если завтра маркетолог найдет блестящую системную инструкцию или разработчик научит агента обходить хитрую ошибку в API, об этом не узнает никто, кроме них двоих.
Это так называемый «однопользовательский режим» (single-player AI). Он отлично подходит для соло-разработчиков и фрилансеров, но в команде превращается в кошмар: знания теряются, работа постоянно дублируется, а корпоративный контекст просто не доходит до моделей.
Исследователь Нейт Херк (Nate Herk) подробно разобрал платформу Kylon, которая пытается решить эту проблему в лоб. Она предлагает пересадить людей и агентов в общую мультиплеерную среду, где боты становятся полноправными коллегами по переписке.
Как устроен корпоративный воркспейс для людей и агентов
По своей внешней структуре Kylon напоминает привычные корпоративные мессенджеры вроде Slack или ClickUp. В левой панели расположены тематические каналы: маркетинг, инженерный контур, дизайн, клиентская поддержка. Но главное волшебство начинается внутри тредов.
В этих каналах на равных правах общаются живые сотрудники компании и подключенные автономные агенты:
- Проактивное участие и упоминания: Ты можешь вызвать агента через
@mention, как обычного коллегу («@Claude, посмотри этот pull request и найди узкие места в безопасности»). - Меж-агентная координация: Агенты способны общаться между собой без участия человека. Например, главный координатор задач получает от менеджера задание обновить витрину интернет-магазина, декомпозирует его и в треде поручает инженерному агенту внести правки во фронтенд, а копирайтинг-агенту — подготовить описания товаров.
- Единая база знаний и память: Все подключенные агенты опираются на общий корпоративный граф знаний. Они видят актуальные регламенты компании, единые токены доступов и историю предыдущих обсуждений, исключая эффект рыбки гуппи при каждом новом запросе.
Мы уже наблюдали предпосылки к этому сдвигу, когда разбирали ИИ-нативные организации и объединение контекста, но в мультиплеерном пространстве фокус смещается на командное взаимодействие.
Модели в строю: облачный хостинг против BYOK
Экономика агентных сред всегда вызывает больше всего вопросов у финансового директора. Kylon подошел к архитектуре вычислений гибридно, разделив агентов на две большие группы:
- Облачные агенты платформы (Hosted Agents): Они развернуты на серверах сервиса и делятся по уровню интеллекта на три тарифа:
- Fast: быстрые модели для первичной фильтрации, модерации чатов и рутинной сортировки;
- Pro: сбалансированные модели для аналитики, подготовки отчетов и ведения переписки;
- Max: тяжелые рассуждающие модели на базе флагманских весов (Claude Opus), решающие сложные инженерные задачи и проектирующие архитектуру.
- Локальные агенты по модели BYOK (Bring Your Own Key): Это ключевое конкурентное преимущество. Команде не обязательно переплачивать за дорогущие корпоративные тарифы на каждое рабочее место. Разработчик может просто пробросить в рабочий канал свою уже оплаченную терминальную сессию Claude Code CLI, OpenAI Codex или локальный Hermes. Агент начинает читать сообщения из канала и отправлять результат прямо со своего локального компьютера, расходуя токены существующей подписки без наценки платформы.
Если локальный агент привязан к терминалу на твоем рабочем ноутбуке, помни о физических законах: стоит закрыть крышку лэптопа или отправить его в спящий режим, как агент мгновенно исчезает из всех корпоративных каналов. Для бесперебойной работы 24/7 команду локальных сессий приходится выносить на постоянно включенный домашний сервер, офисный Mac Mini или арендованный VPS.
Подводные камни командной оркестрации
При переходе на мультиплеерный формат компания неизбежно сталкивается с организационными вызовами:
- Конфликты одновременного редактирования: Если два автономных агента и один живой инженер одновременно начнут вносить правки в один и тот же репозиторий Git, количество конфликтов слияния (merge conflicts) превысит все разумные пределы. Платформа требует жесткого разделения прав на ветки и четких политик одобрения изменений человеком (Human-in-the-loop).
- Сложная калькуляция затрат: Смешанная модель, где соединяются фиксированная плата за рабочее пространство, кредиты на внутренние сообщения платформы и переменные счета за токены в сторонних API, затрудняет прогнозирование бюджета на квартал вперед.
Опыт показывает, что попытка перевести всю компанию на автономных агентов за один понедельник почти всегда заканчивается хаосом. Гораздо практичнее начинать мультиплеер с одного изолированного направления — например, контентного отдела или службы технической поддержки — и постепенно расширять контур совместной работы людей и алгоритмов.