ИИ-ассистент 2026: чем отличается от агента и как собрать своего

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

Что такое ИИ-ассистент и что он делает за вас?

Определение, на которое можно опереться, есть у IBM. В разборе «AI agents vs. AI assistants» авторы пишут так:

«An AI assistant is an intelligent application that understands natural language commands and uses a conversational AI interface to complete tasks for a user»

Charlotte Hu, Amanda Downie, Matthew Finio, IBM Think

Перевод: «ИИ-ассистент - это интеллектуальное приложение, которое понимает команды на естественном языке и через диалоговый интерфейс выполняет задачи пользователя».

Ключевое слово здесь - «пользователя»: помощник существует внутри вашего запроса, и без запроса работы у него нет.

Вот что такой помощник закрывает в обычной компании:

1. Отвечает клиентам на повторяющиеся вопросы. Условия доставки, график, наличие, порядок возврата. В небольшой компании это самые частые обращения.
2. Ищет ответ внутри ваших документов. Менеджер спрашивает про условия по конкретному договору и получает ответ за секунды вместо пятнадцати минут в папке.
3. Готовит черновик. Письмо клиенту, описание товара, ответ на отзыв, краткий пересказ длинной переписки.
4. Собирает данные в форму. Принимает заявку, задаёт уточняющие вопросы, отдаёт менеджеру заполненную карточку.

А вот чего он не делает. Он не решит, давать ли клиенту скидку, не отправит платёж и не позвонит поставщику, когда товар кончился. Всё это - действия с последствиями, и в схеме с ассистентом их совершает человек.

Сбер в базе знаний GigaChat разводит помощников по типам и отдельно выделяет тот, что уже умеет действовать: «Интегрированный агент. Может не только отвечать, но и действовать - управлять файлами, API, запускать скрипты». То есть граница проходит там же: отвечает или действует.

Чем ИИ-ассистент отличается от ИИ-агента?

Самая точная формулировка, которую я нашёл, стоит у IBM:

«AI assistants are reactive, performing tasks at your request. AI agents are primarily proactive, autonomously planning and taking actions to achieve a defined goal using the tools and permissions available to them»

Charlotte Hu, Amanda Downie, Matthew Finio, IBM Think

Перевод: «ИИ-ассистенты реактивны и выполняют задачи по вашему запросу. ИИ-агенты в основном проактивны: они самостоятельно планируют и предпринимают действия ради заданной цели, используя доступные им инструменты и права».

Там же есть фраза, которая для владельца бизнеса важнее любого определения: «The AI assistant waits for permission to act on the recommendation» - помощник ждёт разрешения, прежде чем действовать по собственной рекомендации.

Anthropic проводит ту же границу на уровне устройства системы:

«Workflows are systems where LLMs and tools are orchestrated through predefined code paths. Agents, on the other hand, are systems where LLMs dynamically direct their own processes and tool usage, maintaining control over how they accomplish tasks»

Anthropic, «Building effective agents»

Перевод: «Воркфлоу - это системы, где модели и инструменты оркестрируются заранее заданными путями кода. Агенты же - это системы, где модель сама динамически управляет своими процессами и использованием инструментов, сохраняя контроль над тем, как выполняет задачу».

AWS формулирует короче: «Agentic AI is an autonomous AI system that can act independently to achieve pre-determined goals» - «агентный ИИ - это автономная система, способная действовать самостоятельно ради заранее заданных целей».

Сложите три определения, и получится таблица.

Ещё одна цитата из IBM, которую стоит держать в голове при разговоре с подрядчиком: «The ability to call on tools by itself does not make an LLM an agent» - «сама по себе способность вызывать инструменты ещё не делает модель агентом». Как отличить настоящую автономность от красивой обёртки, я разбирал отдельно в материале про настоящего ИИ-агента и обёртку над чат-ботом.

Почему в рекламе ассистента называют агентом?

В апреле 2026 года юристы Debevoise и Plimpton опубликовали на форуме Гарвардской школы права разбор явления под названием agent washing - переупаковки старых продуктов под модное слово. Формулировка оттуда:

«the term "agent" is unusually elastic, and can refer to anything from a chatbot that executes one API call to a multi-step system that plans, reasons, retrieves data, uses tools, and takes actions across enterprise applications»

Charu Chandrasekhar, Ben Pedersen, Paul Rodel, Debevoise и Plimpton, форум Гарвардской школы права по корпоративному управлению

Перевод: «термин "агент" необычайно эластичен и может означать что угодно - от чат-бота, выполняющего один вызов API, до многошаговой системы, которая планирует, рассуждает, достаёт данные, использует инструменты и совершает действия в корпоративных приложениях».

Дальше самое любопытное. Путаницу создают не только продавцы. Microsoft на своей странице про Copilot Studio определяет агента буквально так: «An agent is an AI assistant that handles conversations and completes tasks» - «агент - это ИИ-ассистент, который ведёт диалог и выполняет задачи». В соседней документации по расширению Microsoft 365 Copilot стоит фраза «Custom engine agents are fully customized AI assistants» - «агенты на своём движке - это полностью настроенные ИИ-ассистенты».

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

Что с этим делать вам. Вместо спора о словах спросите про факты. Три вопроса подрядчику закрывают тему:

1. К каким системам у решения будет доступ и в каком режиме - только чтение или запись тоже?
2. Что оно делает без нового сообщения от человека? Если ответ «ничего», перед вами помощник, как бы его ни назвали в договоре.
3. Какие действия оно совершает без подтверждения человеком и как их откатить?

Ассистент или агент: что выбрать под свою задачу?

Практическая решётка выглядит так.

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

Из чего собирается свой ИИ-ассистент?

Проще всего это видно в документации Microsoft. Чтобы настроить декларативного агента, вендор просит три вещи: «Custom instructions to shape Copilot's responses», «Custom knowledge to connect Microsoft 365 data sources» и «Custom actions to integrate with APIs». Инструкция, знания, действия. У других конструкторов те же поля называются иначе, но набор совпадает.

1. Инструкция роли. Кто помощник, для кого работает, каким тоном отвечает и чего не делает. У OpenAI подпись поля звучит как «Provide clear guidelines on how the GPT should behave, including its functions, tone, and any behaviors to avoid» - «дайте чёткие указания, как должен вести себя помощник: его функции, тон и любое поведение, которого следует избегать». Как устроена такая инструкция изнутри, я показывал в разборе про системный промпт.
2. База знаний. Ваши документы, по которым помощник отвечает. OpenAI описывает поле так: «Upload proprietary documents like policies, procedures, and FAQs to give your GPT the business context it needs for accurate answers». Перевод: «загрузите внутренние документы - регламенты, процедуры, ответы на частые вопросы, - чтобы у помощника был бизнес-контекст для точных ответов». Подробнее про сборку такой базы я показывал в материале про базу знаний для ИИ.
3. Инструменты. Поиск в интернете, поиск по файлам, вызов внешних систем. В Agent Atelier у Яндекса это отдельный раздел с типами MCP server, WebSearch, File search и интерпретатор кода. У OpenAI это Custom actions: «Set up actions so your GPT can call third-party APIs to retrieve data, modify external sources, or trigger external processes». Перевод: «настройте действия, чтобы ваш помощник мог вызывать сторонние программные интерфейсы: получать данные, менять их во внешних системах или запускать внешние процессы».
4. Память. Что помощник помнит между сообщениями и между сессиями. Единого стандарта тут нет: у Anthropic контекст живёт на уровне проекта, где лежат документы и история чатов, у конструкторов ботов - на уровне диалога с конкретным клиентом.
5. Канал доставки. Виджет на сайте, Telegram, WhatsApp, MAX, Авито, внутренний портал. Кирпич, о котором забывают чаще всего, хотя именно он решает, увидит ли клиент вашего помощника вообще.

Где собрать ИИ-ассистента без кода?

Все страницы ниже я открывал 5 сентября 2026 года, коды ответа снимал сам.

Пара уточнений, которые экономят вечер.

Бесплатный тариф Claude. Проектов на нём можно завести пять, а расширенная работа с большой базой знаний через дополучение документов включается только на платных тарифах - это написано на странице поддержки Anthropic прямым текстом.

Gem-бот не сохраняется сам. В справке Google это сказано отдельной строкой: «Когда вы тестируете Gem-бота, он не сохраняется автоматически. Нажмите Сохранить». На этом теряют первую сборку примерно все.

Стартовый пакет GigaChat. У его API есть бесплатный пакет токенов на двенадцать месяцев, и для проверки гипотезы этого хватает с запасом. Как устроен сам сервис и где у него границы, я разбирал в материале про работу с GigaChat.

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

1. Опишите одну задачу и границу ответа

   Одна роль, один тип вопросов. Помощник «на всё» не отвечает нормально ни на что.

2. Соберите базу знаний и почистите её

   Актуальные документы без противоречий. Два разных прайса в базе дадут два разных ответа.

3. Напишите инструкцию и правило отказа

   Роль, тон, формат ответа и обязательная фраза на случай, когда ответа в базе нет.

4. Прогоните по списку живых вопросов

   Двадцать реальных вопросов клиентов из переписки, ответы сверяются вручную.

5. Поставьте передачу человеку, логи и обновление

   Кнопка на менеджера, запись диалогов и дата следующего обновления базы.

Шаг 1. Опишите одну задачу и границу ответа

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

Берите одну тему. Формулировка задачи должна помещаться в одно предложение: «отвечает на вопросы о доставке и возврате по нашим регламентам, всё остальное передаёт менеджеру».

Граница пишется так же прямо. Список тем, которых помощник не касается: скидки, индивидуальные условия, претензии, всё, что связано с деньгами конкретного клиента. Эта граница потом дословно уедет в инструкцию на третьем шаге.

Проверка шага: вы можете назвать пять вопросов, на которые помощник обязан ответить, и пять, на которые обязан отказаться отвечать.

Шаг 2. Соберите базу знаний и почистите её

Что кладут в базу для помощника по клиентским вопросам:

1. Действующий прайс или ссылку на страницу с ценами.
2. Условия доставки по регионам со сроками.
3. Порядок возврата и обмена со сроками и списком документов.
4. Ответы на частые вопросы в том виде, в каком их даёт лучший менеджер.
5. Описания товаров или услуг с характеристиками.

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

Формат. Конструкторы принимают текстовые файлы, документы и PDF. Таблицы модель читает хуже сплошного текста, поэтому прайс лучше продублировать текстом.

⚠️ Файлы индексируются на момент загрузки. Поменяли условия акции, а файл в базе не обновили - помощник продолжит отвечать по старым данным. Модель тут ни при чём: обновить файл забыл человек.

Проверка шага: в базе нет двух документов, которые отвечают на один вопрос по-разному.

Шаг 3. Напишите инструкцию и правило отказа

Разделы из справки Google:

1. Стиль общения. Кто помощник и как отвечает. «Ты консультант интернет-магазина, отвечаешь коротко и вежливо, на "вы"».
2. Задача. Что он делает. «Отвечаешь на вопросы о доставке, оплате и возврате по загруженным регламентам».
3. Контекст. Всё, что помогает попасть в ситуацию. Кто клиенты, что они обычно путают, какие слова у вас приняты.
4. Формат. Как выглядит ответ. «Не длиннее четырёх предложений, без списков, в конце вопрос по делу».

И пятый раздел, который вы дописываете сами:

5. Правило отказа. «Если ответа нет в загруженных документах, не придумывай. Ответь: "Уточню у коллег и вернусь с ответом", и передай диалог менеджеру». Без этой строки модель заполнит пробел правдоподобным текстом, и это известный механизм, я подробно разбирал его в материале про галлюцинации нейросети.

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

Проверка шага: на вопрос, ответа на который в базе точно нет, помощник говорит, что уточнит, и передаёт диалог.

Шаг 4. Прогоните ассистента по списку живых вопросов

Список собирается за полчаса: открываете переписку и выписываете вопросы дословно, вместе с ошибками и сокращениями. Клиенты пишут «а доставка скока по времени», а не «каковы сроки доставки», и помощник должен понимать именно первое.

Добавьте к ним пять вопросов на границу: то, на что помощник отвечать не должен. Скидка, претензия, вопрос про конкурента, вопрос не по теме, попытка выведать внутренние правила.

Дальше прогон. Каждый ответ размечается тремя пометками:

1. Верно - совпадает с документом.
2. Неверно - противоречит документу. Значит в базе противоречие или инструкция допускает вольность.
3. Выдумано - в документах этого нет вовсе. Значит не работает правило отказа.

Правьте базу и инструкцию, повторяйте прогон до тех пор, пока в колонке «выдумано» не останется пусто. Обычно хватает двух-трёх кругов.

Проверка шага: двадцать пять вопросов, ноль выдуманных ответов, все пять граничных корректно переданы человеку.

Шаг 5. Поставьте передачу человеку, логи и обновление

Три вещи, без которых запускать не стоит:

1. Передача живому человеку. Явная кнопка или фраза, которая переводит диалог на менеджера. Плюс правило: два подряд ответа «уточню» - и диалог уходит человеку автоматически.
2. Запись диалогов. Логи нужны для работы: раз в неделю вы читаете двадцать случайных диалогов и видите, какие вопросы помощник не закрывает. Из этих вопросов растёт следующая версия базы знаний.
3. Дата обновления. Поставьте в календаре повторяющуюся задачу на сверку базы с реальными условиями. Раз в месяц для стабильного бизнеса, раз в неделю для сезонного.

Дальше начинается обычная эксплуатация, и здесь помощник встроен в процесс наравне с остальными инструментами. Считать пользу от помощника лучше по времени, которое он снял с людей, - методику я разбирал в материале про окупаемость ИИ для бизнеса.

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

Где ИИ-ассистент ломается чаще всего?

OWASP GenAI Security Project держит открытый список рисков для приложений на языковых моделях. Вот шесть категорий, которые касаются вашего помощника напрямую.

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

Судебный прецедент. Спор о том, кто отвечает за слова бота, уже закрыт. В феврале 2024 года трибунал Британской Колумбии рассмотрел дело Moffatt против Air Canada. Чат-бот на сайте авиакомпании сообщил пассажиру, что скидку по случаю утраты близкого можно оформить после полёта, подав заявление в течение девяноста дней.

Реальные правила Air Canada такого не допускали, и компания отказала. Трибунал признал это введением в заблуждение по неосторожности и обязал авиакомпанию выплатить пассажиру заявленную сумму. Довод компании о том, что бот отвечает сам за себя, суд не принял.

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

Седьмой провал в список OWASP не входит, потому что он организационный: база знаний устарела, а помощник об этом не знает. Он продолжает отвечать по документу, который вы загрузили в марте. Лечится только календарной задачей из пятого шага.

Что делать с персональными данными клиентов?

Дословная норма:

«При сборе персональных данных, в том числе посредством информационно-телекоммуникационной сети "Интернет", запись, систематизация, накопление, хранение, уточнение (обновление, изменение), извлечение персональных данных граждан Российской Федерации с использованием баз данных, находящихся за пределами территории Российской Федерации, не допускаются, за исключением случаев, указанных в пунктах 2, 3, 4, 8 части 1 статьи 6 настоящего Федерального закона»

Часть 5 статьи 18 Федерального закона от 27.07.2006 № 152-ФЗ «О персональных данных»

Отсюда два практических следствия.

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

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

Обходной путь для тех, кому нужен именно зарубежный сервис, тоже есть: помощник отвечает на общие вопросы и вообще не собирает контакты; заявку принимает ваша обычная форма на сайте. Разделение простое и рабочее.

Где вы сейчас: четыре ситуации

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

Чек-лист: что закрыть до того, как ассистента увидят клиенты

• Задача помощника помещается в одно предложение, список тем-исключений записан отдельно.
• В базе знаний нет двух документов, которые отвечают на один вопрос по-разному.
• В инструкции есть правило отказа с передачей диалога человеку.
• Из инструкции и базы убраны внутренние условия, которых клиент видеть не должен.
• Прогон по двадцати живым вопросам и пяти граничным дал ноль выдуманных ответов.
• Клиент может позвать живого человека в один клик, диалоги записываются.
• Персональные данные клиентов не уезжают в сервис, который хранит их за пределами России.