Как выбрать платформу ИИ-агентов

Оценивайте по своим процессам, а не по демо

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

Поэтому, прежде чем взять хотя бы один звонок, выпишите два-три процесса, которые вы действительно хотите отдать. У большинства небольших компаний это выглядит так: отвечать в WhatsApp на вопросы о ценах и наличии, разбирать общий ящик и готовить черновики ответовили готовить еженедельный ресёрч-дайджест. Затем оцените по ним каждого поставщика, используя чек-лист ниже.

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

1. Каналы: могут ли агенты жить там, где ваши клиенты?

Агент, существующий только в веб-виджете, — это чат-бот с лучшей грамматикой. Ваши обращения приходят в WhatsApp, на почту, в Telegram и Slack, а события прилетают из ваших систем вебхуками. Если платформа не может выйти к ним туда, слоем копипаста становится ваша команда.

• Какие каналы поддерживаются сегодня — WhatsApp, Telegram, почта, Slack, SMS — а какие только в дорожной карте?
• Могут ли входящие события (новое письмо, вебхук из вашего магазина) запускать работу, или человек сначала должен открыть чат?
• Может ли один агент обслуживать клиентов в одном канале и отчитываться сотрудникам в другом?

2. Контроль человека: кто что согласует и где?

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

• Автономия ступенчатая — уровни или области для каждого агента — или «всё или ничего»?
• Что по умолчанию ждёт согласования и можно ли настроить шлюзы по категориям: финансовые действия, внешние отправки, запись файлов?
• Куда приходят запросы на согласование — в инструменты, которыми команда уже пользуется, или в панель, заглянуть в которую кто-то должен не забыть?

3. Аудит: фиксируется ли каждое действие и можно ли его проверить?

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

• След неизменяемый или записи можно править и удалять?
• Он охватывает каждое действие или только исходящие сообщения?
• Видно ли, кто и когда согласовал каждое действие?

4. Контроль расходов: лимиты, учёт и BYOK

Потребление модели — переменные расходы, а переменные расходы людей удивляют. Уведомления — это не контроль; жёсткий лимит — контроль. Присмотритесь и к цене за пользователя: она облагает налогом ровно то распространение, на которое вы надеетесь.

• Есть ли жёсткий лимит расходов, согласованный до запуска, или только уведомления об использовании постфактум?
• Учитывается ли использование ИИ на прозрачном счётчике, который вы можете посмотреть, или оно зашито в непрозрачную плату?
• Тарификация по числу пользователей? Можно ли принести свои ключи к моделям (BYOK) — и стоит ли это дополнительно?

5. Изоляция и приватность: чья инфраструктура, чьи данные?

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

• Рабочее пространство каждого клиента изолировано или общее?
• Как хранятся токены коннекторов и API-ключи и кто имеет к ним доступ? Есть ли ролевое разграничение доступа?
• Шифруются ли данные при хранении и при передаче, и доступны ли конкретные облачные регионы под требования к резидентности данных?

6. Память и опора на источники: знает ли оно ваш бизнес?

Платформа, которая забывает всё между сессиями, обрекает вашу команду вечно повторяться; та, что отвечает из общего обучения модели, будет угадывать ваши цены. Нужно и то, и другое: постоянная память и опора на ваши собственные документы.

• Сохраняется ли память агента между сессиями или сбрасывается с каждым разговором?
• Можно ли опереть ответы на базу знаний из ваших документов — прайс-листов, регламентов, инструкций?
• Когда документ меняется, как быстро за ним меняются ответы?

7. Эксплуатация: кто хостит, следит и обслуживает?

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

• Кто хостит и мониторит агентов — поставщик или вы?
• Что входит: настройка, обслуживание, мониторинг? Каков срок настройки в рабочих днях?
• Когда что-то ломается в два часа ночи — чья это проблема?

8. Выход: что уходит вместе с вами?

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

• Определён ли срок договора, с понятным выходом и переносимостью данных?
• Если вы принесли свои ключи к моделям — остаются ли эти аккаунты и их история вашими?
• Что останется у вас, если вы уйдёте, — ваши документы, ваши процедуры, записи переписок?

Как на это отвечает Olano

Коротко — и в духе самого чек-листа: задайте эти вопросы нам на созвоне, а не верьте на слово веб-странице.

• Каналы: 15+ каналов сообщений — WhatsApp, Telegram, Slack, Discord, почта, SMS, Signal и другие — плюс входящие вебхуки, а за ними 75+ встроенных интеграций и 450+ инструментов-коннекторов.
• Контроль человека: уровни доверия 0–4 (Observer, Assistant, Collaborator, Autonomous, Developer) со шлюзами согласования по категориям; всё исходящее по умолчанию ждёт согласования.
• Аудит: неизменяемый аудиторский след по каждому действию.
• Стоимость: прозрачный счётчик с жёстким лимитом расходов, согласованным до запуска; никакой оплаты за пользователя; BYOK без доплаты, маршрутизация по 18+ провайдерам LLM.
• Изоляция: изолированное рабочее пространство для каждого клиента; зашифрованные токены коннекторов и API-ключи; ролевое разграничение доступа; шифрование при хранении и передаче; выбор регионов AWS/GCP под требования к резидентности данных.
• Память: постоянная память у каждого агента плюс опора на базу знаний из ваших загруженных документов.
• Эксплуатация: хостинг и сопровождение наши — настройка, размещение, обслуживание и мониторинг включены; один процесс обычно работает через 1–2 рабочих дня после подключения, более крупные внедрения — за 1–3 недели, и всё оценивается и согласуется до начала работ.
• Выход: определённый срок договора, переносимые данные, а благодаря BYOK ваши аккаунты у моделей остаются вашими.

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