ГлоссарийИИ в бизнесе
Термины ИИ для бизнеса простыми словами
Короткие определения терминов ИИ, которые возникают, когда компания добавляет ассистентов, агентов или ИИ-функции на сайт, в магазин или продукт. Каждый термин ведет на статью или услугу, где мы разбираем его подробно, с фактами и источниками.
Модели и их поведение
Что такое языковые модели, сколько они стоят и где ошибаются.
- Генеративный ИИ (generative AI)
Генеративный ИИ это искусственный интеллект, который по запросу создает новый контент: текст, изображения, видео или код. Он сократил подготовку статьи с нескольких дней работы до минут. Поэтому для бизнеса вопрос сместился с того, можно ли произвести контент, на то, есть ли в нем ценность для читателя.
Подробнее: Когда любой может опубликовать 500 статей, что стоит контент?
- Большая языковая модель (LLM)
Большая языковая модель (LLM) это ИИ-модель, обученная на огромных объемах текста, чтобы понимать и порождать язык; самые известные примеры GPT, Claude и Gemini. В бизнес-продукте она отвечает за рассуждение и язык, но не за знания: факты об услугах, ценах и правилах должны приходить из собственных данных компании. Строить свою LLM бизнесу почти никогда не нужно, а серьезная ИИ-система это намного больше, чем модель с промптом и API-ключами. Модели к тому же опираются на разные источники данных, циклы обновления и способы поиска, поэтому на один вопрос могут ответить по-разному.
Подробнее: ИИ-ассистенты для сайтов это не чат-боты. Это новый интерфейс бизнеса.
- Базовая модель (foundation model)
Базовая модель это крупная универсальная ИИ-модель от провайдера вроде OpenAI или Anthropic, на которой строятся другие продукты. Использовать ее нормально и само по себе не рискованно. Для покупателя, инвестора или продуктовой команды важно другое: где живет собственная ценность продукта, в его данных, поиске, оркестрации, оценке качества и процессах, или только в модели провайдера.
Подробнее: Проблема AI Wrapper: почему «мы используем ИИ» не значит то, что думают покупатели
- Промпт-инжиниринг (prompt engineering)
Промпт-инжиниринг это умение составить запрос к ИИ-модели так, чтобы она получила контекст, нужный для полезного ответа. Модель отвечает ровно на заданный вопрос: промпт с описанием бизнеса (продажи B2B и B2C, 10 000 товаров, интеграция с ERP, несколько складов) приглашает ее разобраться в задаче, а промпт, в котором ответ уже заложен, обычно этот ответ и возвращает. В генерации видео это настоящее мастерство, а не кнопка.
- Системный промпт (system prompt)
Системный промпт это постоянные инструкции, которые ставятся перед каждым запросом пользователя к ИИ-модели и задают ее роль, тон, правила и ограничения. Он есть у любого ИИ-продукта. На демонстрации хорошо написанный системный промпт поверх обычного вызова универсального API может выглядеть точно так же, как продукт с собственными данными и логикой, поэтому при проверке перед сделкой смотрят глубже интерфейса.
Подробнее: Проблема AI Wrapper: почему «мы используем ИИ» не значит то, что думают покупатели
- Токены и стоимость инференса
Токены это единицы, примерно фрагменты слов, в которых языковые модели считают текст, а стоимость инференса это то, что бизнес платит за каждое использование модели для их обработки и генерации. Тестовые диалоги в пилоте выглядят дешево, реальный трафик умножает счет. До запуска стоит задать ожидаемый объем, месячный лимит, фиксированную базу знаний для частых ответов и более дешевые модели там, где их достаточно. Для ИИ-продукта эти расходы сидят в валовой марже по текущим ценам провайдера.
Подробнее: Почему большинство ИИ-пилотов не доходит до продакшена и как довести свой до живой работы
- Галлюцинации ИИ (AI hallucination)
Галлюцинация ИИ это уверенный ответ модели с выдуманными фактами: несуществующей компанией, исследованием, цитатой или ценой. Очевидные случаи легко заметить; сложнее, когда реальные факты складываются в вывод, который никто не проверял. В 2025 году компании из «большой четверки» пришлось частично вернуть деньги государственному заказчику за отчет с выдуманной цитатой и ссылками на несуществующие работы. Для бизнес-ассистента правило простое: отвечать только по проверенным знаниям, а в остальных случаях говорить «не знаю».
Подробнее: Четыре AI согласились. Мы так и ничего не проверили.
- Угодливость ИИ (sycophancy)
Угодливость ИИ это склонность языковых моделей соглашаться с пользователем и хвалить его идеи вместо того, чтобы спорить с ними. В апреле 2025 года OpenAI откатила обновление ChatGPT, потому что модель стала слишком льстивой. На практике помогает прямо попросить модель найти конкурентов и привести доводы против идеи. В наших оценках MVP четыре из четырех идей, представленных как новые, уже имели запущенных конкурентов.
Подробнее: Почему большинство ИИ-пилотов не доходит до продакшена и как довести свой до живой работы
- Автоматизационная предвзятость (automation bias)
Автоматизационная предвзятость это склонность слишком доверять результатам автоматических систем и перестать их проверять; NIST предупреждает о ней в своих материалах о рисках ИИ. В глобальном исследовании Мельбурнского университета и KPMG 2025 года 66% людей сказали, что полагаются на ответы ИИ, не оценивая их точность. Если попросить второй ИИ проверить первый, сомнение остается, но автоматизируется и сам уровень проверки.
Подробнее: Четыре AI согласились. Мы так и ничего не проверили.
- Перекрестная проверка моделями
Перекрестная проверка моделями это проверка ответа одной ИИ-модели вопросом к другим моделям. Она слабее, чем кажется: модели, обученные на одной и той же открытой информации, не являются независимыми источниками, и их ошибки связаны. Исследование более 350 моделей показало, что на одном наборе данных они совпадали примерно в 60% случаев, когда обе ошибались. Если вставить ответ одной модели в другую, та начинает рассуждать в рамке первого ответа, так что согласие моделей еще не точность.
Подробнее: Четыре AI согласились. Мы так и ничего не проверили.
- Дообучение модели (fine-tuning)
Дообучение модели это дополнительное обучение готовой ИИ-модели на собственных данных компании, чтобы она лучше работала с ее областью, терминологией или форматами. Здесь проходит одно из реальных различий между ИИ-продуктами: один дообучает модель на многолетних собственных данных, другой пересылает ввод в универсальный API за системным промптом, и оба могут сказать «мы используем ИИ». Некоторые платформы уже превращают внутренние документы в частную дообученную модель, которой организация владеет и которую запускает на своей инфраструктуре, а не арендует за токены.
Подробнее: Проблема AI Wrapper: почему «мы используем ИИ» не значит то, что думают покупатели
- Режимы рассуждения и глубокого исследования
Режимы рассуждения и глубокого исследования это более медленные настройки ИИ-ассистентов, в которых модель дольше обдумывает задачу или ищет в интернете, прежде чем ответить. Они меняют результат, а не только скорость: быстрый ответ легкой модели и тщательный прогон в режиме исследования могут прийти к противоположным выводам по одному и тому же рыночному вопросу. Ни один режим не заменяет проверку, и каждый чат-интерфейс предупреждает, что ответы нужно перепроверять.
Подробнее: Почему большинство ИИ-пилотов не доходит до продакшена и как довести свой до живой работы
Данные, знания и поиск
Откуда ИИ-система берет факты для ответов.
- RAG (генерация с дополненной выборкой)
RAG, или генерация с дополненной выборкой, это метод, при котором ИИ-система сначала находит подходящие документы, а затем пишет ответ на их основе, обычно со ссылками, а не только по тому, что модель усвоила при обучении. Так работает ИИ-поиск, в четыре этапа: он понимает запрос, находит близкие по смыслу документы, ранжирует их по релевантности, авторитетности, свежести и структуре и формирует ответ с источниками. Понятные, хорошо структурированные страницы проще найти и процитировать.
Подробнее: Что такое AEO? Оптимизация под AI-поиск — объяснение для бизнеса в 2026
- Эмбеддинги (embeddings)
Эмбеддинги это числовые представления текста, которые позволяют программе сравнивать смысл, а не точные слова: близкие по значению фразы оказываются рядом. На них держатся семантический и векторный поиск и большая часть поиска внутри ИИ-ассистентов. Официальный Laravel AI SDK для Laravel 12 и 13 на PHP 8.3 и новее поддерживает эмбеддинги наряду с генерацией текста и агентами.
Подробнее: Обновление старого сайта на Laravel или PHP в 2026 году
- Векторный поиск и векторное хранилище
Векторный поиск это поиск по сходству эмбеддингов, а векторное хранилище это база данных, которая хранит их для быстрого поиска. Вместе они позволяют сайту или ассистенту находить материалы, совпадающие со смыслом вопроса, а не только с его словами. Laravel 13 добавил встроенные векторные запросы для семантического поиска и интеграции с векторными хранилищами в своем AI SDK. Векторное хранилище это еще и вопрос владения: кто-то должен его контролировать, если сменится провайдер или команда.
Подробнее: Обновление старого сайта на Laravel или PHP в 2026 году
- Слой знаний о бизнесе (база знаний для ИИ)
Слой знаний о бизнесе это набор проверенных фактов, правил и ограничений, по которым отвечает ИИ-ассистент: услуги, цены, условия, каталог, данные CRM и календаря, у каждого факта известен источник. Модель дает интеллект, бизнес дает правду. Факты стареют с разной скоростью: сведения о компании держатся годами, цены меняются за недели, наличие на складе за минуты. Хороший ассистент берет характеристики товара и наличие из этого слоя и отказывается придумывать и то и другое.
Подробнее: ИИ-ассистенты для сайтов это не чат-боты. Это новый интерфейс бизнеса.
- Model Context Protocol (MCP)
Model Context Protocol (MCP) это открытый протокол Anthropic для подключения ИИ-агентов к приложениям, данным и инструментам через единый стандартный интерфейс. С декабря 2025 года он входит в число проектов-основателей Agentic AI Foundation под эгидой Linux Foundation, рядом с AGENTS.md. В Laravel пакет laravel/mcp подключает агентов к приложению и требует PHP 8.2 и Laravel 11.45 или новее.
Подробнее: Вашему коду нужна инструкция для ИИ
- Сайт, читаемый агентами (машиночитаемый бизнес)
Сайт, читаемый агентами, это сайт, который открывает свои данные и действия в форме, понятной ИИ-агентам, когда они ищут товары, сравнивают предложения, заполняют формы и оформляют заказы за людей. Бизнес может открыть несколько слоев: кто он, что умеет, товары и услуги, ограничения, аудитория, доказательства, цена и наличие, локации и языки, связи и текущее состояние. На старых платформах это часто начинается с обновления: чтобы подключить агентов к одному старому магазину на OpenCart, сначала пришлось обновить сайт.
Подробнее: Сайт не умер. Он просто потерял свою работу.
- Laravel AI SDK
Laravel AI SDK это официальный пакет Laravel (laravel/ai) для генерации текста, агентов с вызовом инструментов, эмбеддингов, аудио, изображений и векторных хранилищ. Он требует PHP 8.3 и Laravel 12 или 13. У альтернатив свои минимальные требования: мультипровайдерному пакету Prism нужны PHP 8.2 и Laravel 12.61 или 13.12+, PHP SDK от Anthropic нужен PHP 8.1. Сайты на Laravel 7-10 не могут установить пакеты Laravel, а на PHP 7.4 не устанавливается ни один из них.
Подробнее: Обновление старого сайта на Laravel или PHP в 2026 году
ИИ-агенты и ассистенты
ИИ, который не только отвечает, но и действует на сайте или в бизнесе.
- ИИ-агент (AI agent)
ИИ-агент это программа на основе языковой модели, которая не только отвечает, но и действует: ищет данные, вызывает API, меняет записи, создаёт заявки или запускает платежи, чтобы достичь цели при минимальном участии человека. Поскольку агент исполняет решения, его права, ограничения, журналы действий и мониторинг нужно закладывать в архитектуру. Соответствие требованиям для ИИ-агентов (agentic AI compliance) удерживает эти действия в правовых и деловых рамках.
Подробнее: Соответствие для агентного ИИ: как защищать, контролировать и наблюдать за ИИ-агентами
- Агентный ИИ (agentic AI)
Агентный ИИ это класс ИИ-систем, которые планируют и совершают действия ради цели при минимальном участии человека, а не только отвечают на вопросы. Именно здесь многие проекты застревают: Gartner (июнь 2025) ожидал, что более 40% проектов агентного ИИ будут закрыты к концу 2027 года. В конце 2025 года американская Ассоциация национальных рекламодателей (ANA) назвала его словом года вместе с «аутентичностью», когда агенты начали писать, решать и действовать от имени брендов.
Подробнее: Почему большинство ИИ-пилотов не доходит до продакшена и как довести свой до живой работы
- Вызов инструментов (tool calling)
Вызов инструментов это способность языковой модели выбрать и вызвать именованную функцию, например getCustomerOrder или createRefundRequest, а не только написать текст. Именно это позволяет чат-модели работать как агент, и это одна из ключевых возможностей Laravel AI SDK. Каждый доступный агенту инструмент становится частью поверхности возможных сбоев, поэтому каждую возможность стоит разрешать отдельно, а не через одну широкую строку подключения, и давать только тогда, когда она нужна задаче.
Подробнее: Соответствие для агентного ИИ: как защищать, контролировать и наблюдать за ИИ-агентами
- Оркестрация ИИ (orchestration layer)
Оркестрация ИИ это слой, который связывает несколько моделей, инструментов, поиск и этапы проверки в одну работающую систему. В типичной схеме люди проектируют архитектуру, слой оркестрации раздает задачи моделям-исполнителям, а другой слой принимает, отклоняет или возвращает работу на доработку. Настоящая логика процессов в этом слое во многом и отличает ИИ-продукт от обертки. Чем больше ИИ в системе, тем важнее ее архитектура.
Подробнее: ИИ построит твою систему аналитики за два дня. Вот что это число реально описывает.
- Мультиагентная система
Мультиагентная система это схема, в которой вместе работают несколько специализированных ИИ-агентов, у каждого своя роль. В интернет-магазине один агент может понимать, что ищет посетитель, по кликам, навигации и запросам, а другие добавляют тон и контекст и собирают страницу из модульных компонентов. Связка ИИ-специалистов с экспертами-людьми также позволяет сделать каждый шаг решения проверяемым, а не черным ящиком.
Подробнее: Что будет с e-commerce, когда сайт перестанет быть сайтом?
- ИИ-ассистент для сайта (AI website assistant)
ИИ-ассистент для сайта это диалоговый помощник, который отвечает посетителям на основе проверенных фактов о бизнесе, таких как услуги, цены, условия и наличие, квалифицирует заявки и передаёт разговор человеку, когда это нужно. В отличие от чат-бота по сценарию или свободного генеративного бота, он устроен так, чтобы не придумывать цены и сроки. Наши ассистенты стоят от $5 000, с интеграциями от $12 000.
Подробнее: ИИ-ассистенты для сайтов
- Чат-бот (сценарный и генеративный)
Чат-бот это программа, которая отвечает пользователям в окне чата: сценарные боты идут по дереву решений и заготовленным ответам, генеративные составляют ответы с помощью языковой модели. Оба ломаются привычным образом. Сценарные боты запирают людей в меню, которые никогда не подходят, а генеративные, обученные на нескольких страницах, выдумывают цены и сроки доставки. Один неверный ответ стоит доверия больше, чем приносят десять верных: по данным Gartner, 87% считают доступ к человеку обязательным, и только 27% снова попробуют чат-бота после плохого опыта.
Подробнее: ИИ-ассистенты для сайтов это не чат-боты. Это новый интерфейс бизнеса.
- Передача диалога человеку (human handoff)
Передача диалога человеку это момент, когда ИИ-ассистент останавливается и передает разговор сотруднику вместе с полным резюме, чтобы клиенту не пришлось ничего повторять. Чувствительные вопросы всегда должны уходить к человеку. В хорошо выстроенном процессе ассистент выясняет задачу, а человек подключается, когда контекст уже собран.
Подробнее: ИИ-ассистенты для сайтов это не чат-боты. Это новый интерфейс бизнеса.
- Квалификация лидов с помощью ИИ
Квалификация лидов с помощью ИИ это работа ассистента, который собирает контекст обращения, оценивает, насколько оно подходит, и назначает следующий шаг, например звонок в календаре команды, или отправляет полный бриф до следующего утра. Отдел продаж начинает с резюме, а не с пустой формы. Такой проект обычно начинается с аудита вопросов: что и какими словами на самом деле спрашивают клиенты.
Подробнее: ИИ-ассистенты для сайтов
- ИИ-агент для покупок (AI shopping agent)
ИИ-агент для покупок это ИИ-агент, который ищет, сравнивает и покупает товары за покупателя. В нашем тесте в октябре 2026 года на 15 крупных интернет-магазинах США агент в обычном браузере положил нужный товар в корзину в 11; четыре остановили его проверкой на бота, страницей ожидания или кнопкой, которая молча ничего не делала. Без браузера страницу товара вернули только 6 из 15, и лишь 1 из 13 описал условия доставки в данных о товаре. Агенты, действующие за покупателя, это иной тип трафика, чем роботы, собирающие данные для обучения.
Подробнее: Мы отправили ИИ-агента за покупками в 15 американских интернет-магазинов. Вот где он сдался
- Instant Checkout (ChatGPT)
Instant Checkout это способ купить товар, не выходя из ChatGPT, который OpenAI запустила в сентябре 2025 года. В марте 2026 года его свернули из-за слабого интереса продавцов в пользу приложений для покупок, которые строят сами ритейлеры. Конверсия оформления заказа составляла около трети от собственных сайтов магазинов, а комиссия 4%, тогда как Perplexity сохранила покупку в чате без комиссии. Формат еще складывается, поэтому магазину не стоит строить планы вокруг одной кнопки покупки в чате.
- Интерфейс, управляемый намерением
Интерфейс, управляемый намерением, это интерфейс, который собирается вокруг того, что посетитель пытается сделать, найти конкретный товар, сравнить варианты или просто посмотреть, а не одна фиксированная навигация для всех. Идея в том, чтобы персонализировать опыт, а не только страницу. В итоге это уже не список страниц, а среда для решения, собранная из изображений, местоположения, бюджета и предпочтений.
Подробнее: Что будет с e-commerce, когда сайт перестанет быть сайтом?
- Персонализация с помощью ИИ
Персонализация с помощью ИИ это использование ИИ, чтобы адаптировать то, что видит каждый посетитель. Под этим словом понимают очень разное: показ других товаров, генерацию контента, изменение рекомендаций или изменение самой структуры опыта, и только последнее требует другой архитектуры. Она начинается со структурированных связей между товарами, коллекциями, материалами, историями, экспертами и намерением, а доверие, согласие и происхождение данных становятся требованиями к архитектуре.
Подробнее: Что будет с e-commerce, когда сайт перестанет быть сайтом?
- Делегированное мышление
Делегированное мышление это модель поведения, при которой люди отдают ИИ поиск, сравнение, сужение выбора и объяснение, но оставляют окончательное решение за собой. Исследование Gartner 2026 года показывает эту границу: только 11% опрошенных американских потребителей готовы доверить ИИ решение о покупке, а 31% и 28% согласны, чтобы ИИ сужал выбор бытовых товаров и личной электроники. Для бизнеса это значит, что понятное описание себя для ИИ, который сужает выбор, становится частью того, чтобы быть выбранным.
Подробнее: Сайт не умер. Он просто потерял свою работу.
- ИИ-резюме звонков
ИИ-резюме звонка это письменная сводка разговора с клиентом, которую ИИ-ассистент автоматически составляет по записи. Когда каждый звонок записан и обобщен, руководители могут комментировать запись, но не менять ее, и история каждой сделки остается достоверной. Запись разговоров должна соответствовать правилам о согласии в стране, где проходит звонок.
Подробнее: Метод Коломбо: как найти настоящую проблему бизнеса
- Перевод с помощью ИИ
Перевод с помощью ИИ это процесс подготовки языковых версий, в котором ИИ берет на себя первый проход, объем и единообразие терминов, а люди отвечают за смысл, тон и соответствие рынку. Так многоязычный контент готовится быстрее, но последнее слово не отдается машине. Проверка остается человеческой: написал бы так носитель языка, который знает этот рынок.
Подробнее: Почему мультиязычные сайты требуют другого подхода к дизайну
Управление, безопасность и риски
Как удержать ИИ-агентов в рамках, которые задает бизнес.
- Комплаенс ИИ-агентов (agentic AI compliance)
Комплаенс ИИ-агентов это проектирование, внедрение и мониторинг ИИ-агентов так, чтобы их самостоятельные действия оставались в правовых, организационных, технических и операционных рамках. Он регулирует действия, а не тексты. Поэтому это задача архитектуры, а не документа с правилами: как только ИИ-система начинает действовать, а не писать, доверие становится вопросом авторизации.
Подробнее: Соответствие для агентного ИИ: как защищать, контролировать и наблюдать за ИИ-агентами
- Управление ИИ (AI governance)
Управление ИИ это набор решений, политик и зон ответственности, которые определяют, что ИИ-системам организации должно быть позволено делать. Это вопрос политики, на который отвечают люди, и он отличается от безопасности ИИ, которая защищает систему, и от комплаенса агентов, который закрепляет ограничения в архитектуре. Когда система, создающая контент, может еще и действовать, проверка должна стать требованием к самой конструкции.
Подробнее: Соответствие для агентного ИИ: как защищать, контролировать и наблюдать за ИИ-агентами
- Регламент ЕС об ИИ (AI Act)
Регламент ЕС об ИИ (AI Act) это закон Европейского союза о системах искусственного интеллекта. Его служба поддержки (AI Act Service Desk) указывает, что ИИ-агенты не выделены в отдельную категорию: на них распространяются определения ИИ-системы и ИИ-модели общего назначения, поэтому требования зависят от того, что система делает, как используется и кто ее эксплуатирует. Автономность и работа с инструментами могут стать решающими, когда модель общего назначения признают несущей системный риск.
Подробнее: Соответствие для агентного ИИ: как защищать, контролировать и наблюдать за ИИ-агентами
- Контрольный слой ИИ-агентов (control plane)
Контрольный слой ИИ-агентов это обвязка вокруг модели из идентификации, политик, авторизации, контроля инструментов, записей исполнения, мониторинга, аудита и точек остановки. Модель предлагает, что сделать, а контрольный слой решает, что произойдет на самом деле. Именно он превращает возможности ИИ в систему, на которую бизнес может положиться.
Подробнее: Соответствие для агентного ИИ: как защищать, контролировать и наблюдать за ИИ-агентами
- Движок политик (policy engine)
Движок политик это компонент между ИИ-агентом и рабочими системами, который в момент каждого запроса решает, разрешено ли конкретное действие прямо сейчас. Цепочка выглядит так: агент, движок политик, разрешенный инструмент, бизнес-система. Он нужен потому, что инструкции в промпте это просьбы, а не средства контроля.
Подробнее: Соответствие для агентного ИИ: как защищать, контролировать и наблюдать за ИИ-агентами
- Принцип минимальной автономии (least agency)
Принцип минимальной автономии это правило давать ИИ-агенту ровно столько свободы решений, сколько требует его задача. Он дополняет принцип минимальных привилегий: минимальные привилегии определяют, до чего агент может дотянуться, минимальная автономия определяет, насколько свободно он решает, что с этим доступом делать. Противоположность, избыточная автономия, это первый тип сбоя агентов, потому что больше свободы расширяет радиус поражения каждой ошибки.
Подробнее: Соответствие для агентного ИИ: как защищать, контролировать и наблюдать за ИИ-агентами
- Перехват цели агента (prompt injection)
Перехват цели агента это атака, которая подменяет цель ИИ-агента через вредоносный ввод: зараженные документы, взломанные сайты, внедренные инструкции, подделанный ответ инструмента или найденный контент. Обычный путь это prompt injection, инструкции, спрятанные в тексте, который читает агент. Дальше агент использует свои законные возможности ради чужой цели, поэтому его действия могут выглядеть нормально.
Подробнее: Соответствие для агентного ИИ: как защищать, контролировать и наблюдать за ИИ-агентами
- Отравление памяти и контекста
Отравление памяти и контекста это атака или ошибка, при которой ложный факт, однажды принятый ИИ-агентом в память или рабочий контекст, продолжает влиять на его последующие решения. Внешне ничего не ломается, поэтому сбой тихий и его трудно отследить. Тест агента с заведомо ложной информацией до запуска показывает, можно ли отравить его таким образом.
Подробнее: Соответствие для агентного ИИ: как защищать, контролировать и наблюдать за ИИ-агентами
- Каскадный сбой (ИИ-агенты)
Каскадный сбой ИИ-агентов это цепная реакция, в которой один агент вызывает API, тот запускает процесс, процесс обращается к другому агенту, и в итоге получается то, чего никто не задумывал. Каждый шаг был разрешен по отдельности, а их сочетание никто не проверял. Поэтому риск нужно оценивать для целых цепочек действий, а не только для каждого агента отдельно.
Подробнее: Соответствие для агентного ИИ: как защищать, контролировать и наблюдать за ИИ-агентами
- Человек в контуре (human in the loop)
Человек в контуре это схема, в которой сотрудник подтверждает выбранные действия ИИ до их выполнения, а степень контроля растет вместе с риском действия. Какие операции требуют подтверждения, нужно решить заранее. Одобрение в виде шага процесса рано или поздно пропустят; одобрение в виде токена исполнения, без которого действие не запустится, пропустить нельзя. Одобрение, которое каждый раз прокликивают не глядя, это запись в журнале, а не контроль.
Подробнее: Соответствие для агентного ИИ: как защищать, контролировать и наблюдать за ИИ-агентами
- Обратимость действий агента
Обратимость действий агента это деление того, что делает ИИ-агент, на обратимые, восстановимые и необратимые действия. Правку черновика легко отменить, отправленный платеж или удаленную запись может быть нельзя. Отсюда правило: чем менее обратимо действие, тем меньше у агента автономии и тем больше контроля со стороны человека.
Подробнее: Соответствие для агентного ИИ: как защищать, контролировать и наблюдать за ИИ-агентами
- Журнал аудита ИИ (audit trail)
Журнал аудита ИИ это структурированная запись того, что сделал ИИ-агент: задача, входные данные, инструмент, авторизация, решение политики, действие и результат. Он должен сохранять весь путь от пользователя к агенту, процессу, инструменту, авторизации и изменению в системе. Текст рассуждений модели (chain-of-thought) не является записью аудита, а когда журнал сливает пользователя, агента и сервисную учетную запись в одну личность, ответственность исчезает.
Подробнее: Соответствие для агентного ИИ: как защищать, контролировать и наблюдать за ИИ-агентами
- Модель зрелости ИИ-агентов
Модель зрелости ИИ-агентов это шкала того, насколько контролируемо организация использует ИИ-агентов, от уровня 0, эксперимента, до уровня 4, управляемой системы. Между ними находятся интегрированный агент на уровне 2 и контролируемый агент на уровне 3. Большинство инцидентов происходит между этими двумя уровнями, когда агент уже подключен к реальным системам, а контроль вокруг него еще не догнал.
Подробнее: Соответствие для агентного ИИ: как защищать, контролировать и наблюдать за ИИ-агентами
- Риски модели, агента и системы
Риски модели, агента и системы это три уровня, на которых внедрение ИИ может пойти не так: модель дает неверный ответ, агент делает не то, хотя модель была права, или действие расходится по бизнесу. Каждому уровню нужны свои средства контроля. Например, в магазине, который продает на нескольких рынках, агенту, которому разрешено менять цену, нужно явно указывать рынки отдельным параметром.
Подробнее: Соответствие для агентного ИИ: как защищать, контролировать и наблюдать за ИИ-агентами
- Тестирование ИИ-агентов на сбои
Тестирование ИИ-агентов на сбои это намеренная проверка того, как агент ведет себя, когда что-то идет не так: неверная или вредоносная информация, отказ инструментов или прав, противоречивые инструкции, отравленный контекст, каскадные сбои и человек, который не ответил вовремя. Оно показывает поведение агента под нагрузкой раньше, чем это увидят клиенты. Для ассистентов на сайте минимум это тесты на реальных вопросах клиентов, ограничение доступа и мониторинг ответов после запуска.
Подробнее: Соответствие для агентного ИИ: как защищать, контролировать и наблюдать за ИИ-агентами
ИИ-проекты в бизнесе
Что решает, выполнит ли ИИ-проект реальную работу и чем бизнес в нем владеет.
- Пилотный ИИ-проект (от пилота к продакшену)
Пилотный ИИ-проект это ограниченная проба ИИ-системы, сделанная, чтобы показать возможности, а переход от пилота к продакшену означает превратить демонстрацию в то, что выполняет реальную работу. Большинство не доходит: по данным Gartner за апрель 2026 года, 59% ИИ-инициатив так и не попадают в продакшен, а S&P насчитала 46% закрытых пилотов в 2025 году. Для этого пути нужны мера успеха и дата решения, один ответственный, бюджет на использование, реальные данные, тестовая среда, безопасность, мониторинг, нагрузочный тест и бюджет на период после запуска.
Подробнее: Почему большинство ИИ-пилотов не доходит до продакшена и как довести свой до живой работы
- Готовность к ИИ
Готовность к ИИ это способность систем компании принять ИИ-функции: поддерживаемые версии ПО, данные, доступные через API, очередь фоновых задач и ясные ответы о доступе к данным, подтверждении человеком, журналах и поведении при сбоях. Быстрая проверка занимает шесть вопросов: версия PHP, фреймворк и его версия, когда последний раз обновлялось ядро, есть ли API, есть ли очередь и кто знает код. Если ответы слабые, порядок такой: сначала обновление, потом автоматизация.
Подробнее: ИИ-проект застрял на старой системе? Сначала обновление, потом автоматизация
- ИИ-обертка (AI wrapper)
ИИ-обертка это продукт, чей ИИ по сути сводится к вызову универсальной модели за промптом и интерфейсом, почти без собственных данных, логики и оркестрации. Быть оберткой само по себе не проблема; проблема начинается, когда продукт оценивают как нечто более глубокое. Граница простая: ИИ-функция вызывает внешний API, а ИИ-возможность владеет своими данными, поиском, оркестрацией, оценкой качества и отраслевыми процессами.
Подробнее: Проблема AI Wrapper: почему «мы используем ИИ» не значит то, что думают покупатели
- Зависимость от ИИ-провайдера
Зависимость от ИИ-провайдера это риск того, что компания, поставляющая модель для продукта, поменяет цены, ужесточит лимиты запросов или снимет с поддержки версию модели, на которую продукт опирается. На демонстрации этот риск почти не виден, а в бюджете часто решает все. Главный вопрос при проверке перед сделкой: что продолжит работать и во что это обойдется, если провайдер изменит условия.
Подробнее: Проблема AI Wrapper: почему «мы используем ИИ» не значит то, что думают покупатели
- Владение ИИ-активами
Владение ИИ-активами это вопрос о том, кто контролирует части ИИ-системы, от которых зависит бизнес: модели, промпты, процессы агентов, права инструментов, векторные хранилища, базы знаний, провайдеров и системы оценки качества. Пять лет назад ничто из этого не было предметом владения. Сегодня аудит должен выяснить, кому принадлежат промпты, кто контролирует базу знаний и что будет, если провайдер изменит цены или закроется.
Подробнее: Чем ты реально владеешь, а что арендуешь: Digital Ownership Audit
- Оценка качества ИИ (evals)
Оценка качества ИИ, или evals, это систематическая проверка ответов ИИ-системы по ожидаемым результатам на фиксированном наборе тестовых случаев. Без нее никто не скажет, стала ли система лучше или хуже после изменения модели, промпта или данных. Системы оценки входят в число ИИ-компонентов, которыми бизнесу стоит владеть, и именно владение ими отличает ИИ-возможность от обертки. Наши ассистенты для сайтов проверяются на реальных вопросах клиентов до запуска и отслеживаются после него.
Подробнее: Чем ты реально владеешь, а что арендуешь: Digital Ownership Audit
- Слой действий (action layer)
Слой действий это часть ИИ-системы, которая превращает вывод в изменение в бизнесе: рекомендация, проверка человеком, одобрение, выполнение и при необходимости откат. Анализ сам по себе ничего не меняет, пока на его основе никто не действует. Этому слою нужен явный ответ на один вопрос: что система вправе менять автоматически.
Подробнее: ИИ построит твою систему аналитики за два дня. Вот что это число реально описывает.
- ИИ-долг (AI debt)
ИИ-долг это новейшая форма конкурентного долга: то, что бизнес теряет, оставаясь прежним, пока обычная скорость работы вокруг него растет. Компания, которая публикует четыре статьи в месяц, теперь конкурирует с той, что публикует двадцать. Он проявляется в более низкой производительности и медленном переходе на современные процессы и, как технический долг, тихо растет, пока закрывать его не станет дорого.
- Слой суждений (judgment layer)
Слой суждений это часть работы, где решают, что строить и что считать правильным, в отличие от слоя исполнения, который это производит. ИИ улучшает исполнение, но не убирает суждение. Когда реализация стоит $100 вместо $10 000, трудным становится вопрос, что вообще стоит строить, а умение выбрать, какое из десяти сгенерированных решений внедрить, становится дефицитным навыком.
Подробнее: Нужен ли мне разработчик, или достаточно AI?
ИИ в разработке
Как ИИ меняет то, как программы пишут, проверяют и покупают.
- ИИ-агент для программирования
ИИ-агент для программирования это инструмент вроде Claude Code, Codex или Cursor, который читает репозиторий, планирует изменения, правит несколько файлов, запускает команды и тесты, работает с git и дорабатывает собственный результат. За один вечер он может сделать лендинг, прототип или небольшой внутренний инструмент; пробел остается в архитектуре, хостинге, данных, проверке, поддержке и видимости в поиске. В нашем процессе разработчик задает архитектуру и ограничения, агент готовит черновик кода и тестов, разработчик проверяет, а тестировщик смотрит поведение.
Подробнее: Вашему коду нужна инструкция для ИИ
- Проверка кода, написанного ИИ
Проверка кода, написанного ИИ, это контроль того, что код действительно делает то, что нужно бизнесу: отправляет ли форма данные, что происходит при сбое запроса, падает ли интеграция громко или молча. Генерация стала дешевой, проверка нет, потому что ИИ удешевил написание программ, но не их понимание. Знакомая картина: небольшая команда месяцами быстро выпускает обновления, а потом мелкая ошибка занимает неделю, потому что никто не может объяснить, почему код работает.
- CLAUDE.md
CLAUDE.md это файл инструкций проекта, который Claude Code, агент для программирования от Anthropic, читает перед работой в репозитории: команды, правила и контекст, которого не видно из кода. Если этот файл есть, Claude Code игнорирует AGENTS.md. Обычно CLAUDE.md начинают строкой @AGENTS.md, которая подключает общий файл, а ниже оставляют только заметки, специфичные для Claude.
Подробнее: Вашему коду нужна инструкция для ИИ
- MVP, созданный с помощью ИИ
MVP, созданный с помощью ИИ, это первая версия продукта, сделанная в Lovable, Bolt, Replit, Cursor, Claude Code или похожих инструментах, которой уже пользуются реальные люди. Узкий внутренний инструмент без чувствительных данных часто можно оставить как есть; продукт, который принимает платежи, хранит персональные данные или обслуживает клиентов, обычно требует укрепления, а иногда и переделки. Наша оценка MVP проверяет код, безопасность, логику продукта и спрос и заканчивается вердиктом: оставить, исправить или переделать, от $3 000.
Подробнее: Оценка MVP
- ИИ-конструктор приложений
ИИ-конструктор приложений это платформа, которая генерирует, тестирует и развертывает приложение по текстовому описанию; примеры Lovable, Bolt и Replit. Он позволяет основателю показать пользователям работающий продукт без команды разработчиков. Риски приходят вместе с реальными пользователями: в 2025 году исследователь нашел более 170 проектов на Lovable, которые раскрывали email, телефоны, статус оплаты и API-ключи, потому что в базе данных не были настроены правила доступа.
Подробнее: Вы собрали MVP с помощью ИИ. Оставить, доработать или переписать?
- Продуктивность разработки с ИИ
Продуктивность разработки с ИИ это изменение того, сколько работы разработчик выполняет с ИИ-инструментами. ИИ умножает экспертизу, а не заменяет ее: по опыту нашей команды сложная работа идет в 3-5 раз быстрее, простая до 10 раз, а усилия смещаются к исследованию задачи, архитектуре, интеграциям, контролю качества и безопасности. Выигрыш не автоматический: METR в начале 2025 года выяснил, что опытные разработчики с ИИ-инструментами работали на 19% медленнее, хотя считали, что быстрее.
Подробнее: AI упростил разработку. Построить успешный продукт — нет.
Другие темы
Глоссарий
Хотите разобрать термин на примере своего проекта?
Приходите на стратегическую сессию. За два часа мы посмотрим на ваш бизнес целиком и простыми словами объясним, что каждое техническое или маркетинговое решение значит именно для него. Сессия стоит $500, и эта сумма засчитывается в проект, начатый в течение 30 дней.