Искусственный интеллект - это не искусственный интеллект

Когда в деловой статье пишут, что «искусственный интеллект классифицирует заявки, подсказывает менеджеру следующий шаг и повышает эффективность сотрудников», фраза выглядит грамотной. Звучит даже убедительно. Беда в другом. В этом предложении нет ни интеллекта, ни инструмента в строгом смысле слова. Есть удобный ярлык, и он накрывает сразу три разных слоя: научную дисциплину, математическую модель и прикладную программу.

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

Большинство текстов про «ИИ в бизнесе» написаны так, будто ИИ уже стал таким же предметом, как CRM или складской учёт. Его «внедряют», «масштабируют», «применяют в продажах», «используют в HR». Читатель считывает смысл сразу: компания занимается чем-то современным. Технически-то почти каждый такой абзац и есть метонимия. Название области знаний переносят на конкретный кусок софта. А потом этот кусок начинают описывать так, будто он думает.

Спорить с этим словоупотреблением бессмысленно, если хочется победить язык. Язык уже победил. Заказчику важнее другое: понять, какую цену компания платит, когда ярлык принимают за описание решения.

В деловом обороте «искусственный интеллект» почти никогда не означает искусственный интеллект.

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

Большая языковая модель - не продукт и не инструмент. Это обученная статистическая система: масса параметров, которая по входу предсказывает правдоподобный выход. Сама по себе она ничего не внедряет, никого не консультирует и ни за что не отвечает. Это двигатель.

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

Пользователь при этом в своей логике не ошибается: инструмент для него тот, которым он пользуется. Мы говорим «позвонить по телефону» (хотя технически это радиоканал, коммутация и программный стек). Язык описывает функцию, а не устройство. Беда начинается, когда функциональное имя принимают за техническое описание и на этом основании утверждают бюджет, срок и ответственность.

Путаница выглядит лингвистической. Счёт приходит в деньгах и в доверии к результату.

Иллюзия понимания

Сначала срабатывает иллюзия мышления. Слово «интеллект» подсказывает, что система понимает задачу. На деле она выдаёт статистически правдоподобный ответ внутри паттернов, на которых её учили, и тех данных, которые ей подали. Когда ответ оказывается уверенным и неверным одновременно, это уже не технический сбой. Это когнитивный удар: «нас обманули». Доверие падает не потому, что модель хуже калькулятора. От калькулятора просто не ждали понимания.

Размытая ответственность

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

Разные задачи — разные ошибки

Ярлык ещё смешивает классы задач. Генерация текста, классификация заявок, поиск по документам, прогноз спроса и контроль качества: разные постановки и разные режимы отказа. Одно галлюцинирует. Другое молча ошибается на нетипичном кейсе. Третье хорошо работает, пока не сменился формат входных данных. Слово «ИИ» делает из этого один рынок и одну закупку. Затем компания «масштабирует ИИ», хотя масштабировать нужно конкретный процесс с конкретной моделью ошибок.

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

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

Есть ещё управленческая сторона, и морализировать тут бесполезно. Слово продаёт внимание внутри компании. Оно помогает собрать бюджет, поставить тему в повестку и объяснить рынку, что организация не застряла в прошлом. Формулировка «статистическая регрессия для прогнозирования спроса» технически может описывать тот же пилот, но решение по ней собирается хуже. Обманом это не оправдать. Так устроен язык управления.

Требовать, чтобы бизнес отказался от зонтичного слова, значит требовать, чтобы он говорил как инженерная документация. Так разговор не начинается. История уже проходила этот сюжет. «Облако» тоже не облако. «Цифра» тоже не цифра. Язык сжимает сложные стеки в бренды, потому что иначе совет директоров не может обсуждать их за ограниченное время.

ЛПР имеют полное право говорить «ИИ». Ломается дело в другом: на этом слове разговор часто заканчивается.

Запрещать слово бессмысленно. Сдаваться ему тоже незачем. Одно и то же решение должно выдерживать два разговора.

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

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

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

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

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

Тезис «модель - не инструмент» с точки зрения инженерии верен. С точки зрения экрана почти бесполезен. Пользователь работает с интерфейсом, а не с матрицей весов. Если экран ускоряет подготовку к звонку, для него это инструмент.

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

Пока эти вопросы не закрыты, никакого инструмента нет. Есть доступ к модели. Разница примерно как между двигателем на складе и автомобилем на линии.

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

Заказчику незачем становиться специалистом по моделям. И незачем запрещать слово «ИИ» у себя в компании. Нужно иначе слушать коммерческое предложение.

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

Невежливый, но полезный вопрос один.