Компания уже жила в своих системах: «1С:ERP» (ERP, Enterprise Resource Planning — управление ресурсами предприятия) с производственным блоком, «1С:Управление торговлей», «1С:WMS» (WMS, Warehouse Management System — система управления складом) на складе, Битрикс24 для задач и сделок, электронный документооборот (ЭДО) с контрагентами и заказчиками. Данные в них были — заказы, остатки, документы, поручения, история изменений. А решения по-прежнему принимались по пересказу: «там вроде задерживается, уточню и вернусь». Между тем, что система знает, и тем, что видит руководитель, стоит ручной слой работы — собрать, сопоставить, проверить, оформить. Именно этот слой и закрывает ИИ-агент: программа, которая по заданному правилу сама читает данные систем, выполняет шаги и возвращает результат туда, где работает человек.
Профиль компании в разборе
- Роль: производственно-торговая компания: выпуск продукции, собственный склад, доставка, продажи через филиалы и сервисное обслуживание
- Штат: около 470 сотрудников, из них 140 — в производстве, 45 — в снабжении и логистике, 9 — в ИТ-службе, 11 — в юридической работе и договорном отделе
- Город: Екатеринбург, филиалы в Перми и Челябинске
- Системы: 1С:ERP (производство и учёт), 1С:Управление торговлей, 1С:WMS (склад), Битрикс24 (задачи, сделки, поручения), электронный документооборот с контрагентами
- Что ведём: согласование заявок и счетов, проверку договоров, контроль поручений и сроков, производственный график, складские остатки, отгрузки, платёжный календарь и сводку для руководителя
Общая картина по рынку выглядит противоречиво: технологию попробовали почти все, а агентов в промышленной эксплуатации мало. По исследованию ИТ-компании «Инфосистемы Джет» и Smart Ranking большие языковые модели используют 86% крупных российских компаний, но полуавтономные ИИ-агенты — те, что выполняют шаги и ждут подтверждения человека, — работают в проде лишь у 15% компаний, автономные и мультиагентные системы — у 8% в каждой категории. Ещё 44% крупных компаний отказываются от агентов вовсе, и причина не в технологии: мешают незрелость процессов, состояние инфраструктуры данных и сложность интеграции с корпоративными системами.
Мировые данные объясняют ту же картину с другой стороны. В отраслевом опросе LangChain «State of AI Agents» (свыше 1 300 специалистов, шесть из десяти респондентов — из технологических компаний) агентов в промышленной эксплуатации используют 51% респондентов, 78% заявляют о планах довести агентов до прода, а активнее всех компании среднего размера — от 100 до 2 000 сотрудников, у них этот показатель 63%. Показательно другое: полные права агенту почти никто не даёт — преобладают режим «только чтение» и подтверждение человеком для действий, которые что-то меняют или удаляют. Исследование Массачусетского технологического института, охватившее 150 интервью с руководителями, опрос 350 сотрудников и анализ 300 внедрений, дало ещё более резкую цифру: 95% пилотов генеративного ИИ не принесли финансовой отдачи, потому что инструменты улучшали работу отдельного сотрудника, но не были встроены в процесс. При этом там, где ИИ всё-таки встроен, эффект признают: по исследованию «Яков и Партнёры» и «Яндекса» 71% крупных российских компаний используют генеративный ИИ хотя бы в одной функции бизнеса, а 78% из них отмечают экономический эффект — на 10 процентных пунктов больше, чем двумя годами ранее. Разница между этими двумя группами ровно одна: выбран ли процесс, на котором эффект вообще можно измерить.
Сразу договоримся о границах, чтобы дальше не было разночтений. Системы остаются на месте: учёт, документы, остатки, задачи и сделки живут там же, где жили. Агент не заменяет учётную систему, не переписывает регламенты и не принимает решений за людей. Он читает то, что уже накоплено, сопоставляет данные между контурами и возвращает результат обратно — в задачу, в поле документа, в сводку ответственному. Дальше разберём, что такое агент на самом деле, где он уже работает, какие риски снимает, сколько часов возвращает и с какого участка начинать.
Коротко
ИИ-агент — программа, которая по заданному правилу сама читает данные систем, выполняет шаги и возвращает результат человеку. По данным «Инфосистемы Джет» и Smart Ranking языковые модели используют 86% крупных российских компаний, а агенты в промышленной эксплуатации — 15%. Начинают с процесса, где много однотипных операций, данные оцифрованы и цена ошибки считается деньгами.
Содержание
- Что такое ИИ-агент и чем он отличается от чат-бота
- Где ИИ-агенты работают в бизнесе
- Какие риски это снимает
- Сколько часов это возвращает
- Что остаётся за человеком
- С чего начать: выбор первого процесса
- Как внедрить поэтапно
- Как это выглядит на практике
- Что в итоге
Что такое ИИ-агент и чем он отличается от чат-бота
Слово «агент» сейчас используют для всего подряд: так называют и чат-бота в мессенджере, и надстройку над языковой моделью, и обычную автоматизацию в учётной системе. Для бизнеса разница принципиальная, потому что от неё зависит и цена ошибки, и то, кому можно поручить процесс.
ИИ-агент — это программа, которая по заданному правилу сама читает данные корпоративных систем, выполняет последовательность шагов и возвращает результат человеку в рабочее место. Ключевых отличий от привычных инструментов три: агент работает с данными системы, а не с текстом вопроса; он действует по правилу, а не ждёт команды; и он возвращает результат туда же, где живёт процесс, — в задачу, в поле документа, в сводку ответственному.
Проще увидеть это на примере одного участка. Заявка на оплату приходит в Битрикс24. Агент читает саму заявку, приложенный счёт, договор с поставщиком, историю закупки и платёжный календарь, сверяет суммы, сроки и условия с правилом, написанным компанией, и возвращает в задачу короткий разбор: сходится или не сходится, что именно расходится, оплачивали ли этому поставщику раньше, укладывается ли платёж в календарь. Согласующий видит не вложение на четыре страницы и не переписку, а вывод с основанием — и решает быстрее, потому что искать ничего не нужно.
Чем это не является, стоит сказать отдельно, потому что на этом чаще всего и спотыкаются внедрения:
- Это не чат-бот. Чат-бот отвечает на вопрос, который ему задал человек, и работает в пустоте — без ваших регистров, остатков и договоров. Агент запускается сам, по событию, и читает данные.
- Это не отчёт. Отчёт показывает то, что в него встроили: он не ищет отклонение, а рисует таблицу. Агент ищет отклонение по правилу и называет его тому, кто принимает решение.
- Это не «внедрение ИИ вместо системы». Учётный контур, документы и сделки остаются там, где были. Агент подключается как ещё один участник с ограниченным перечнем процессов и прав: читает, сопоставляет, готовит разбор и ведёт журнал своих действий.
Ещё одна граница, о которой говорят и практики безопасности: агент не должен иметь прав на действия, меняющие деньги и обязательства. Публичный разбор OWASP про избыточные полномочия агентов сводится к простому правилу — чем уже контур и права, тем предсказуемее поведение системы. В рабочей схеме это выглядит так: агенту закрыты подпись, платёж, изменение договора, отправка документов контрагенту и любые сообщения от имени компании. Всё это остаётся человеку, а агенту — подготовка основания для решения.
Где ИИ-агенты работают в бизнесе
Карта применения почти совпадает с картой ручной работы: агенты приживаются там, где много однотипных операций и есть данные, по которым можно проверить отклонение. Ниже — шесть направлений, которые мы видим в проектах чаще всего. Подробный разбор по двенадцати процессам с критериями отбора собран отдельно — какие процессы окупаются первыми.

Производство: график, качество и диспетчеризация
На производстве агент работает с производственным контуром: заказами, маршрутными картами, загрузкой оборудования, сменами и фактическим выпуском. Типовой сценарий — пересборка графика после сбоя: сломался станок, не пришла партия сырья, заболела смена — раньше диспетчер собирал новый график вручную, обзванивая участки. Агент читает состояние заказов и ограничения по оборудованию, предлагает вариант перестановки, помечает, какие сроки уезжают, и возвращает результат диспетчеру, который подтверждает решение. Разбор этого сценария с расчётом — в материале про планирование производства в 1С:ERP.
Второй участок — контроль качества и диспетчеризация: агент сопоставляет параметры выпуска с допусками и историей партий, находит отклонение до того, как партия ушла дальше по переделу, и отправляет сигнал в смену и технологу.
Строительство: исполнительная документация и контроль отступлений
В строительных контурах агент чаще всего закрывает два участка: комплект исполнительной документации и контроль отступлений на объекте. Исполнительная документация — это комплект актов и схем, который подтверждает, что работы выполнены и приняты до того, как их закрыли следующими конструкциями; без него объёмы не закрываются, а оплата сдвигается. Чаще всего такой контур ведут в «1С:УСО» (УСО, управление строительной организацией) — отраслевом решении для строительных компаний. Агент читает акты, схемы, подписи и версии, сверяет состав комплекта с перечнем по объекту и показывает, чего не хватает. Как это выглядит в работе — в разборе про исполнительную документацию в 1С:УСО.
На стройконтроле тот же слой данных работает иначе: агент сопоставляет отчёты подрядчиков, план-факт и записи обхода и поднимает отклонение, пока оно не превратилось в срыв графика.
Закупки и логистика: поставщики, тендеры, прогноз спроса и остатки
В снабжении агент читает историю закупок, условия договоров, коммерческие предложения и переписку, готовит сравнение поставщиков и разбор тендерной документации, а отклонения по условиям отдаёт закупщику до подписания. В логистике и на складе — сопоставляет продажи, остатки, сроки поставки и сезонность, показывает, где образуется дефицит ходовой позиции, а где копится неликвид: механику разбирали в материале про прогнозирование спроса в 1С:WMS.
Смысл один: решение о закупке или перераспределении товара принимает человек, но приходит он к нему с уже собранным основанием, а не с выгрузкой из системы.
Финансы: платёжный календарь, сверки и консолидация
В финансовой службе агент берёт на себя подготовительный слой: сверяет реестры платежей с договорами и графиком, собирает отклонения по бюджету, сопоставляет данные между юридическими лицами, готовит черновик платёжного календаря и разбор причин расхождения. Кассовый разрыв здесь — самый дорогой риск: если он становится виден за день до платежа, выбор остаётся между просрочкой и дорогими деньгами.
Юридическая работа и документооборот: договоры и согласования
Проверка договоров — участок, где агент снимает первичный разбор: он читает договор, сопоставляет условия с типовой формой компании и с историей отношений с контрагентом, помечает отклонения — сроки оплаты, ответственность, штрафы, автопролонгацию — и отдаёт юристу не весь документ, а список мест, требующих решения. Дальше решение юриста: что принять, что править. Как это устроено в контуре документооборота — в разборе про проверку договоров в 1С:Документооборот.
Продажи и клиентский сервис: сделки, отчёт руководителю, первый ответ покупателю
В продажах агент связывает сделки в CRM (CRM, Customer Relationship Management — управление отношениями с клиентами) с учётным контуром: видит, что сделка закрыта, а отгрузки нет, что оплата пришла частично, что клиент молчит дольше обычного. Руководителю приходит сводка по отклонениям, а не выгрузка на десять тысяч строк — такой контур мы разбирали в материале про связку Битрикс24 и 1С.
В клиентском сервисе агент собирает контекст по обращению: историю покупок, обращений, условий договора, статус доставки — и готовит ответ специалисту, который его проверяет. Разбор сценария — в материале про клиентский сервис в RetailCRM.
Какие риски это снимает
Эффект от агента считают в часах, но платят за него из-за рисков: ошибка в процессе стоит дороже, чем время, которое на процесс уходит. Поэтому риск называем первым.
Срыв срока и неустойка
Просроченное согласование, не найденная вовремя деталь, задержанная отгрузка — это сдвиг по обязательствам с контрагентом. В договорах почти всегда есть ответственность за срок: неустойка, штраф, право заказчика на зачёт. Опасен не сам сдвиг, а то, что он обнаруживается поздно: когда решение уже нельзя принять без потерь. Агент поднимает отклонение в момент появления — пока срок можно вернуть.
Штраф по закону
В регулируемых контурах просрочка и некомплект документов — это не только деньги по договору. Для строительных работ, например, действует статья 9.4 КоАП: нарушение требований проектной документации для юридического лица — от 100 до 300 тыс. рублей, при угрозе надёжности и безопасности — от 300 до 600 тыс. рублей либо приостановление деятельности до 60 суток, повторно — от 700 тыс. до 1 млн рублей либо до 90 суток. Приостановление означает простой техники, людей и подрядчиков, а это уже кратно дороже самого штрафа.
Возврат комплекта и повторные согласования
Если комплект документов уходит заказчику неполным, он возвращается: новый цикл сборки, подписи, проверки — и сдвиг закрытия объёмов, а вместе с ним и оплаты. Каждый круг — это дни простоя денег в работе.
Переделки
Переделки — второй измеримый риск. По отраслевому разбору PlanRadar переделки съедают 5–10% стоимости проекта, а на плохо контролируемых проектах — до 20%. Отклонение, найденное до передела, стоит одного разговора; найденное после — разборки и повторной работы.
Просрочка платежа и проценты
Платёж, выпавший из графика, — это не только испорченные отношения с поставщиком. По статье 395 Гражданского кодекса РФ за пользование чужими денежными средствами начисляются проценты, то есть просрочка почти всегда имеет прямую цену.
Спор с контрагентом без доказательной базы
Когда нет полного комплекта актов, согласований и версий, спор с заказчиком или поставщиком превращается в переписку без оснований. Агент ведёт журнал: что прочитал, что нашёл, кому отправил, когда, — и этот журнал становится доказательной базой.
Потеря управляемости и зависимость от человека
Общая болезнь ручного слоя — процесс держится на конкретном специалисте. Уходит человек в отпуск или увольняется, и вместе с ним уходит знание о том, где искать отклонение. Агент снимает эту зависимость: правило описано, шаги выполняются одинаково, история решений сохраняется.
Сколько часов это возвращает
Часы — уже следствие: сначала снимаются риски, потом освобождается время. Но без цифр разговор остаётся разговором, поэтому считаем открыто и на понятных вводных. Типовой расчёт для компании среднего размера из нашего профиля выше — 200 заявок в месяц, 120 договоров в квартал, еженедельная сводка руководителю — при стоимости часа работы специалиста 1 000 рублей.
| Показатель | Вручную | С агентом |
|---|---|---|
| Согласование заявок и счетов: 200 операций в месяц | 47 часов (14 минут на заявку) | 19 часов (проверка исключений) |
| Первичный разбор договоров: 120 в квартал | 50 часов (25 минут на договор) | 20 часов (решение юриста) |
| Сводка руководителю: 8 сводок в месяц | 24 часа (3 часа на сводку) | 8 часов (проверка и выводы) |
| Итого ручной работы в месяц | 121 час | 47 часов |
| То же в деньгах при 1 000 ₽ за час | 121 000 ₽ | 47 000 ₽ |
Арифметика простая: 200 заявок по 14 минут — это 47 часов, 120 договоров по 25 минут — 50 часов, восемь сводок по три часа — 24 часа. Итого 121 час ручной работы в месяц. С агентом за человеком остаются проверка исключений и решение по существу — это около 47 часов, то есть возвращается порядка 74 часов в месяц, или примерно 74 000 рублей. Расчёт — модельный: он показывает порядок цифр на типовом объёме, а не результат конкретного проекта, и границы у него честные — часть операций всё равно требует человека, а часть месяцев даёт меньший объём.
Масштаб появляется с числом участков. На тех же вводных в трёх подразделениях или на трёх площадках возвращается уже около 220 часов и порядка 220 000 рублей в месяц — потому что и заявок, и договоров, и сводок там втрое больше. Отдельно стоит сказать, чего в расчёте нет: экономии на людях. Задача агента — не сократить штат, а вернуть специалистам время, которое уходит на поиск и сведение данных, и снизить вероятность ошибки, которая стоит дороже.
Что остаётся за человеком
Граница проводится до пилота, а не после, и она одинакова почти во всех проектах.
- Решение по существу. Согласовать платёж, изменить график, принять условия договора, закрыть объём работ — это человеческие решения.
- Деньги и обязательства. Подпись, платёж, изменение условий, отправка документов контрагенту агенту закрыты по умолчанию.
- Исключения. Всё, что не описано правилом, уходит человеку: агент не додумывает, а помечает случай как требующий решения.
- Ответственность. Перед заказчиком, поставщиком и регулятором отвечает компания и её сотрудник. Журнал агента нужен именно для того, чтобы решение было проверяемым.
- Правила. Правило, по которому считается отклонение, пишет человек — и меняет его тоже человек. Агент не переписывает регламент сам.
- Разговор с людьми. Переговоры, спорные ситуации и объяснение решений остаются за специалистом. Агент готовит основание, но не ведёт разговор.
С чего начать: выбор первого процесса
Первый процесс выбирается не по красоте технологии, а по четырём признакам, каждый из которых проверяется за один разговор.
- Частота. Операция повторяется десятки и сотни раз в месяц. Редкое и уникальное решение автоматизировать нечего.
- Данные. Всё, что нужно агенту, уже лежит в системе: карточки, вложения, история, статусы, версии. Если данные только в выгрузках и почте — это первый пункт плана, а не задача для агента.
- Цена ошибки. Отклонение можно посчитать деньгами: неустойка, переделка, простой, просроченный платёж, возврат комплекта.
- Человек в контуре. Понятно, кто подтверждает результат и отвечает за исключения. Без этого агент становится ещё одним источником информации, который никто не читает.
Дальше — короткий чеклист для выбора участка. Он же работает как список вопросов на первой встрече:
- выписать процессы, а не технологии: не «внедрить ИИ», а «согласование заявок на оплату», «проверка договоров», «сборка комплекта»;
- посчитать объём: операций в месяц, минут на операцию, число занятых людей;
- назвать цену ошибки и вспомнить последний случай, когда она случилась;
- проверить, что данные и история уже в системе;
- определить человека, который подтверждает результат;
- зафиксировать метрику до старта: время согласования, доля операций без человека, число отклонений, найденных до срока;
- начать с одного процесса в одном подразделении;
- расширять контур только после того, как первый работает в обычном режиме.
Как внедрить поэтапно
Порядок работ почти одинаковый, и его стоит пройти целиком до расчёта бюджета — подробная методология с этапами и сроками собрана отдельно. В коротком виде это шесть шагов.
Практическая сторона — как выбрать процесс, какие права выдать агенту и как сохранить контроль доступа и действий — разобрана в материале ИИ-агенты для бизнеса: внедрение и контроль.
- Диагностика одного участка. Смотрим процесс в системе: какие данные есть, чего не хватает, где отклонение становится видно и кому оно сейчас приходит.
- Правило. Формулируем, что считается критичным отклонением: уходит ли платёж из графика, неполон ли комплект, расходится ли сумма с договором. Правило пишется словами и согласуется с владельцем процесса.
- Пилот на ограниченном контуре. Один процесс, одно подразделение, одно правило, журнал действий и права «только чтение» плюс право оставить комментарий. Пользователь здесь один-два человека, которым нужен результат.
- Метрика до и после. Считаем время вручную на том же объёме, фиксируем его до запуска, потом сравниваем. Это единственный способ доказать эффект, не споря о впечатлениях.
- Расширение по правилам. Правило за правилом, участок за участком, каждый следующий — только когда предыдущий живёт в обычном режиме и метрика подтверждена.
- Сопровождение. Правила меняются вместе с процессом, значит, их нужно кому-то поддерживать: обновлять перечни, следить за качеством данных, разбирать исключения.
Как это выглядит на практике
Фактура наших проектов подтверждает этот порядок, а не обратный. У девелопера работа началась с диагностики по контурам: на установочной встрече зафиксировали участки в стройке и снабжении, затем прошёл контрольный срез, который подтвердил, что отдельные контуры живут, а не «внедрены в презентации». Дальше — сводки ответственных и журнал «сигнал → владелец → действие → результат» на десять рабочих дней: в него попадает не задача вообще, а сигнал с ответственным и датой. У федеральной сети B2B-сервисов отправной точкой стал запрос на связку «счета → оплаты → отгрузки» с отклонениями по филиалам — ровно тот участок, который выше стоит под финансовым направлением. На производстве программа строилась вокруг конкретных задач предприятия: контроль сроков, разбор отклонений, подготовка данных для решений. У ритейлера и сети общепита первый шаг — работа с операционным директором и определение контура, где данные уже оцифрованы.
Общее у всех этих проектов одно: агент подключали к существующим системам, а не к бумажным процессам, и результат возвращали в тот контур, где по нему принимают решение — в задачу, в поле документа, в сводку. Ни в одном из проектов не начиналось с покупки платформы или с перестройки учёта.
ИИ-агент — это программа, которая по заданному правилу сама читает данные ваших систем, выполняет последовательность шагов и возвращает результат туда, где работает человек: в задачу, в поле документа, в сводку ответственному. От чат-бота он отличается тем, что работает не с вопросом пользователя, а с данными учётной системы, и не отвечает, а делает: сверяет, сопоставляет, проверяет срок, готовит разбор. От просто отчёта — тем, что запускается по событию и сам находит отклонение, а не показывает таблицу.
Нет. Системы остаются рабочими: заказы, документы, остатки, задачи и сделки живут там же, где жили. Агент подключается к ним как отдельный участник с ограниченными правами: читает данные, сопоставляет их между контурами и возвращает результат обратно в систему или в задачу ответственному. Перестройка учёта для пилота не нужна — нужны оцифрованный процесс и одно написанное правило, по которому отклонение считается критичным.
Меньше, чем кажется по презентациям. По исследованию ИТ-компании «Инфосистемы Джет» и Smart Ranking большие языковые модели используют 86% крупных российских компаний, но полуавтономные агенты работают в промышленной эксплуатации лишь у 15%, автономные и мультиагентные — у 8% в каждой категории. Ещё 44% компаний отказываются от агентов из-за незрелости процессов, инфраструктуры данных и сложностей интеграции с корпоративными системами.
С того, где выполняются четыре условия: операция повторяется десятки и сотни раз в месяц, данные уже лежат в системе, цена ошибки считается деньгами, а результат подтверждает конкретный человек. Типовые первые участки — согласование заявок и счетов, проверка договоров, контроль поручений и сроков, пересборка производственного графика, исполнительная документация, прогноз дефицита и неликвида, отчёт руководителю по продажам и отгрузкам.
По умолчанию закрыты все действия, которые меняют деньги, обязательства и юридические факты: подпись, платёж, изменение договора, отправка документов контрагенту, закрытие объёмов работ и сообщения от имени компании. Агент готовит основание для решения и ведёт журнал: что прочитал, что нашёл, кому отправил. Права расширяют точечно и только вместе с журналом.
Три вещи: данные в системе, а не только в выгрузках и таблицах; одно правило, по которому отклонение считается критичным; один процесс и одно подразделение на первый этап. Такой пилот даёт два числа — время до и время после — и показывает реальную скорость процесса, а не презентационную.
Что в итоге
ИИ-агенты для бизнеса — это не покупка технологии, а выбор процесса. Агент работает поверх систем, которые у вас уже есть: читает данные, выполняет шаги по написанному правилу и возвращает результат человеку. Риски, которые он снимает, называются конкретно: срыв срока с неустойкой, штраф и приостановка в регулируемых контурах, возврат комплекта документов, переделки, просроченный платёж, спор без доказательной базы и зависимость процесса от одного специалиста. Деньги идут вторым планом и считаются на объёме: в типовом расчёте 200 заявок, 120 договоров и восемь сводок в месяц — это 121 час ручной работы, из которых возвращается около 74 часов, то есть порядка 74 000 рублей в месяц на одном участке и около 220 000 рублей на трёх. Разница между компаниями, которые получают эффект, и теми, кто остановился на пилоте, ровно в этом: начинать с одного измеримого процесса, где данные оцифрованы и есть человек, подтверждающий результат.
Если хотите понять, с какого участка начинать именно у вас, начните с одного: посмотрим связку «агент + ваши системы» и покажем, где часы, а где риски. Остальные материалы направления собраны в разделе Внедрение ИИ.
Источники
- Сколько российских компаний используют языковые модели и агентов: исследование ИТ-компании «Инфосистемы Джет» совместно со Smart Ranking (2026 год) — большие языковые модели используют 86% крупных компаний, полуавтономные агенты в промышленной эксплуатации — у 15%, автономные и мультиагентные — у 8% в каждой категории, 44% отказываются от агентов из-за незрелости процессов, инфраструктуры данных и сложности интеграции: CNews, публикация данных исследования.
- Пилоты и эффект в российских компаниях: исследование «Яков и Партнёры» и «Яндекса» «Искусственный интеллект в России — 2025» (опрос 150 технических директоров крупных компаний из 16 отраслей) — генеративный ИИ используют 71% крупных компаний хотя бы в одной функции, 78% отмечают экономический эффект, на ИИ уходит порядка 11% годового ИТ-бюджета: обзор результатов исследования на сайте «Яндекса».
- Готовность отраслей к ИИ в России: аналитический доклад Национального центра развития искусственного интеллекта при Правительстве РФ и ВЦИОМ «Индекс готовности приоритетных отраслей экономики РФ к внедрению искусственного интеллекта 2024» — индекс рассчитан для 19 приоритетных сфер, в опросе приняли участие более 5 000 организаций: обзор доклада на сайте Института развития информационного общества.
- Практика применения агентов и права доступа: отчёт LangChain «State of AI Agents» (опрос свыше 1 300 специалистов, 60% выборки — технологические компании) — агентов в промышленной эксплуатации используют 51% респондентов, 78% заявляют о планах запуска, среди компаний от 100 до 2 000 сотрудников — 63%; большинство разрешает агенту только чтение либо требует подтверждения человека для действий, меняющих данные: langchain.com. Выборка смещена в ИТ-компании, поэтому цифры выше средних по экономике.
- Почему пилоты не дают отдачи: исследование Массачусетского технологического института «The GenAI Divide: State of AI in Business 2025» (150 интервью с руководителями, опрос 350 сотрудников, анализ 300 внедрений) — 95% пилотов генеративного ИИ не принесли измеримой финансовой отдачи, около 5% дали быстрый рост выручки, причина названа одна: инструменты не были встроены в бизнес-процессы: публикация данных в Fortune.
- Стоимость переделок: отраслевой разбор PlanRadar — переделки съедают 5–10% стоимости проекта, на плохо контролируемых проектах до 20%: planradar.com. Данные вендора, независимо не проверялись.
- Ответственность за нарушение требований проектной документации: статья 9.4 Кодекса РФ об административных правонарушениях — для юридического лица от 100 до 300 тыс. рублей, при угрозе надёжности и безопасности от 300 до 600 тыс. рублей либо приостановление деятельности до 60 суток, повторно от 700 тыс. до 1 млн рублей либо до 90 суток: КонсультантПлюс, текст КоАП РФ, статья 9.4.
- Риски избыточных полномочий у ИИ-агентов — почему подпись, платежи и отправка документов остаются человеку: OWASP, разбор LLM06 Excessive Agency.
