← Блог

Встроенный AI-ассистент против MCP: почему AI-first команды переходят на агентов

За последние пару лет кнопка с искоркой появилась, кажется, в каждом сервисе. CRM предлагает умного помощника, таск-трекер своего ассистента, хранилище документов зовёт "поболтать с файлами". Со стороны выглядит как прогресс. Но есть нюанс: команды, которые реально выжимают из ИИ максимум, всеми этими встроенными ассистентами почти не пользуются. Они собирают процессы вокруг одного харнеса, будь то Claude Code, Codex или что-то похожее, и подключают к нему рабочие сервисы через MCP.

Это не мода и не вкусовщина, а структурное преимущество. Сейчас объясню, откуда оно берётся.

Встроенный ИИ видит только свой кусок

Реальный рабочий процесс никогда не живёт в одном сервисе. Обычная задача выглядит так: прочитать тред в чате, поднять контекст из документа, глянуть статус задач, свериться с цифрами в CRM, и только потом что-то делать. Ассистент таск-трекера видит задачи. Ассистент CRM видит сделки. Процесс целиком не видит никто из них.

А вот харнес, у которого через MCP есть доступ ко всем инструментам, видит всё. Он может прочитать обсуждение, найти связанный документ, завести задачи, обновить статусы и отписаться в чат в рамках одного запроса и с общим контекстом. Это принципиально другой уровень: не умный поиск внутри одного приложения, а оркестрация процесса поверх всех приложений сразу.

Изолированные встроенные ассистенты против агента с MCP-доступом ко всем сервисам

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

За моделями через прослойку вендора не угнаться

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

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

Харнес настраивается под вас, встроенный ИИ нет

Встроенный ассистент это чужой промпт, в который нельзя заглянуть и который нельзя поменять. Вендор уже решил за вас, как агент думает, что ему можно и каким тоном он пишет. Не совпало с вашими процессами? Ну, бывает. Максимум кастомизации, который вам дадут, это поле "дополнительные инструкции" на пару абзацев.

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

Запечатанный вендорский промпт против агента, расширяемого скилами, хуками и сабагентами

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

Экономика не сходится

Встроенный ИИ почти всегда продаётся как надбавка к каждому месту в каждом сервисе. Пять сервисов с AI-тарифом на команду из десяти человек, и вы платите за интеллект пять раз. Причём каждый раз за слабую и урезанную его версию.

В добавок биллинг непрозрачен. Кредиты, AI-действия, запросы в месяц. Эти единицы невозможно сравнить между собой и невозможно спланировать. Сколько стоит конкретный процесс, вы узнаете, когда упрётесь в лимит посреди месяца.

Пять AI-надбавок в разных сервисах против одной подписки на харнес

Подписка на харнес это одна строчка в бюджете, которая закрывает работу со всеми инструментами сразу. Экономика консолидируется так же, как и контекст.

Одно окно против десяти

У каждого встроенного ассистента свой интерфейс, свои возможности и свой характер. Команде приходится держать в голове карту: этот умеет суммаризировать но не умеет создавать, этот отвечает на вопросы но не видит вложения, этому нельзя доверять цифры. Такой когнитивный налог каждый сотрудник платит каждый день.

Куча разрозненных окон ассистентов против одного окна харнеса

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

Честно про плюсы встроенного ИИ

Один реальный плюс у него есть: нулевой порог входа. Кнопка уже в интерфейсе, настраивать ничего не надо. Для команды, которая делает первые шаги, вполне нормальная точка старта.

Но это преимущество онбординга, а не архитектуры. Как только вы начинаете строить на ИИ настоящие процессы, а не разовые "суммаризируй тред", силосность, отставание моделей и мутная экономика превращаются из мелких неудобств в потолок. И пробить его не получится, потому что потолок не ваш. Его высоту определяет вендор.

Что из этого следует

Если выбираете инструменты для команды, критерий "есть ли там встроенный ИИ" тупиковый. Правильный вопрос звучит по другому: насколько полно сервис открыт для вашего агента?

Простой чек-лист:

Сервис, который отвечает "да" на эти вопросы, становится частью вашей ИИ-инфраструктуры. Сервис со встроенным ассистентом и закрытым API остаётся островом.

Как это устроено у нас

Мы в Gemboard изначально строили продукт вокруг этой модели. Всё, что может сделать человек: создать документ, завести задачу, написать в чат, поменять статус, оставить комментарий, доступно агенту через наш MCP-сервер с OAuth 2.1. Без обходных путей и урезанных AI-эндпоинтов.

Поэтому Gemboard работает как единый центр оркестрации, где люди и агенты сидят в одном пространстве с одними и теми же документами, задачами и обсуждениями. Агент из вашего харнеса разбирает встречу и сам заводит задачи. Пишет черновик документа по итогам треда. Обновляет статусы по результатам PR. Мы называем это "Gemboard заполняет себя сам": рабочее пространство, которое агенты наполняют и поддерживают, пока команда занимается делом, а не переносом информации между окнами.

Люди и агенты работают в одном рабочем пространстве с документами, задачами и чатом

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