Гендиректор Amazon Энди Джасси считает, что на рынке ИИ-моделей в итоге останется не один безоговорочный чемпион, а шесть-восемь систем, достаточно сильных почти для любых практических задач. Это важный сигнал для компаний, которые уже выбирают фундаментальную модель для продуктов: ставка на единственного поставщика выглядит всё менее рациональной, а для российской IT-команды мульти-модельный подход может оказаться полезнее охоты за очередным лидером бенчмарков.
Оценку Джасси приводит The New Stack. Речь не о том, что все модели станут одинаковыми или что гонка за качеством закончится. Скорее, глава Amazon ожидает рынка, где несколько ведущих разработчиков смогут дать сопоставимо пригодный результат для основной массы корпоративных сценариев: генерации и анализа текста, работы с кодом, поиска по внутренним знаниям, ассистентов для сотрудников и клиентских интерфейсов.
Для Amazon такая картина особенно удобна. Облачный провайдер развивает Bedrock как площадку, на которой заказчик может работать с разными моделями через единый контур облачной инфраструктуры. Если победитель был бы один, ценность выбора быстро свелась бы к стоимости доступа и скорости интеграции. Когда же пригодных моделей несколько, на первый план выходят маршрутизация запросов, контроль данных, наблюдаемость, безопасность и возможность безболезненно заменить одного поставщика другим.
Само число — шесть-восемь — здесь важнее как ориентир, чем как прогноз с математической точностью. В сегменте больших языковых моделей уже заметна развилка между «самой мощной моделью на сегодня» и «моделью, которая достаточно хороша для конкретного процесса». Для службы поддержки, первичного разбора документов или черновика тестов разница между первым и четвёртым местом в публичном рейтинге может не окупить разницу в цене, задержке ответа и сложности эксплуатации. А вот для узкой задачи — например, подготовки юридически значимого текста или сложного программирования — требования будут выше.
Из этого следует неприятная, но здоровая мысль для продуктовых команд: выбирать модель по единственному общему бенчмарку — почти то же самое, что выбирать базу данных по одному синтетическому тесту. Полезнее собрать набор собственных примеров: реальные обращения пользователей, типовые документы, фрагменты кода, запросы на русском языке, случаи с персональными и чувствительными данными. Затем сравнить качество, стоимость полного сценария, время ответа, устойчивость к длинному контексту и поведение на ошибочных или неполных вводных.
Для разработчиков зрелый рынок ИИ-моделей означает, что архитектура приложения должна отделять бизнес-логику от конкретного API модели. Нужны адаптеры провайдеров, версия промптов, журналирование входов и выходов с учётом политики хранения данных, автоматические проверки качества и понятный механизм отката. Это не избыточная инженерия: модель может подорожать, изменить поведение после обновления или оказаться недоступной в нужном регионе. Переключение не должно превращаться в недельный инцидент.
Бизнесу мульти-модельность даёт и переговорную позицию, и возможность распределять нагрузки. Более дорогую модель можно оставить для задач, где ошибка дорого стоит, а массовые запросы направлять в более экономичный вариант. Но автоматический роутинг не является волшебной кнопкой. Он требует правил, метрик и регулярной переоценки: дешёвая модель, которая заставляет операторов постоянно исправлять ответы, быстро перестаёт быть дешёвой. Особенно это заметно в русскоязычных продуктах, где качество работы с терминологией, смешанным русско-английским контентом и локальными контекстами нужно проверять отдельно.
Прогноз Джасси также охлаждает ожидания вокруг идеи «победитель забирает всё». На уровне базовых моделей конкуренция может сохраниться, но деньги и устойчивые преимущества будут всё чаще появляться выше по стеку — в данных компании, интеграции с рабочими процессами, контроле доступа и качестве пользовательского опыта. Вопрос ближайших лет не в том, какая модель навсегда окажется лучшей, а в том, сумеют ли команды построить продукты, которые извлекают пользу из нескольких моделей и не становятся заложниками ни одной из них. Проверить исходную формулировку главы Amazon можно в публикации .
