Amazon Nova 2 в Bedrock: Lite, Pro и встроенные инструменты
2 декабря 2025 года AWS представила второе поколение Amazon Nova в Bedrock. В день анонса основными текстовыми моделями стали Nova 2 Lite и Nova 2 Pro: Lite была доступна для повседневных задач, а Pro находилась в preview и требовала раннего доступа для клиентов Nova Forge. Поэтому «Nova 2 вышла» — слишком грубое описание. У версий разный статус, а значит, разные ожидания от стабильности, тарифа и возможности использовать модель в рабочем процессе.
AWS добавила к новому поколению extended thinking — режим, в котором модель может потратить больше вычислений на разбор сложной задачи перед ответом, — три уровня интенсивности рассуждения, встроенные инструменты и контекст до миллиона токенов. Это полезные возможности, но каждая меняет не только качество ответа, но и время, цену и контур риска.
Две модели, а не один общий «Nova 2»
Nova 2 Lite AWS позиционировала как быструю и экономичную модель для большого числа обычных запросов: обработки документов, поддержки, автоматизации процессов и агентных сценариев. Она поддерживает дообучение под наблюдением в Bedrock и SageMaker. Nova 2 Pro предназначалась для более сложных многошаговых задач — анализа нескольких документов, рассуждений по видео и миграций программного кода, но на старте была preview-версией.
Этот статус имеет практическое значение. Preview может получить изменение поведения, лимитов или региональной доступности быстрее, чем общедоступная модель. Нельзя строить критичный процесс на предположении, что интерфейс и результат останутся неизменными. Внутри компании лучше разделить эксперимент и эксплуатацию: Pro использовать в изолированном тесте, Lite — рассматривать для стабильного массового сценария только после собственных замеров.
Карточка Amazon Nova 2 пригодится, чтобы сверить версии, параметры и варианты доступа перед началом пилота. Не выбирайте модель по названию семейства: «Lite» не всегда означает достаточную точность для вашей задачи, а «Pro» не всегда оправдывает дополнительные задержки и ограничения preview.
Что дают thinking, миллион токенов и инструменты
Extended thinking позволяет выбрать низкую, среднюю или высокую интенсивность рассуждений. При сложной задаче — например, разложить договор на обязательства или спланировать изменение в нескольких сервисах — дополнительное время может улучшить ответ. Но для стандартного письма, классификации обращения или извлечения одного поля из счёта этот режим часто только увеличит задержку и стоимость. Самая полезная настройка — та, которую команда измерила на своих данных, а не самая высокая доступная.
Контекст до миллиона токенов удобен, когда нужно сопоставить длинные документы или большой набор исходников. Он не превращает модель в надёжную базу знаний: в большом массиве проще пропустить исключение, перепутать версию и принять старое правило за действующее. Контекст нужно собирать осознанно — с датой, источником и понятной целью. Для работы с большим текстом полезно сравнение моделей для документов.
В Nova 2 заявлены встроенные code interpreter и web grounding, а также поддержка удалённых MCP-инструментов. Это расширяет задачу с «ответить на вопрос» до «получить данные, посчитать и выполнить последовательность действий». Одновременно становится важнее ограничение прав. Если агенту разрешено обращаться к внешнему инструменту, нужно заранее определить, что он может читать, что может только предлагать, а что требует подтверждения человека. Этот подход подробно описан в гайде по ИИ-агентам.
Как проверить миграцию без остановки сервиса
Не переносите весь поток в один день. Выберите один повторяемый сценарий и соберите контрольную выборку из обезличенных примеров. Для службы поддержки это могут быть сто обращений с заранее известной категорией и корректным следующим действием. Для документооборота — набор договоров, в которых известно, где находятся даты, суммы, исключения и спорные формулировки.
Запустите один и тот же набор через текущую модель и Nova 2 Lite. Зафиксируйте точность, среднее время ответа, цену, число случаев, когда оператор исправил результат, и долю запросов, для которых данных не хватило. Затем отдельно попробуйте режим extended thinking на сложных случаях. Не смешивайте его с обычным потоком: иначе нельзя понять, улучшила ли качество именно настройка или просто изменился набор задач.
Для Pro добавьте ещё один вопрос: готова ли команда к preview-риску? Если задача допускает ручную проверку и обратимость, тест оправдан. Если от ответа зависят деньги клиента, доступ к системе или юридический срок, лучше дождаться стабильного статуса либо оставить Pro помощником для подготовки черновика.
Доступность и данные — часть выбора, а не приложение к нему
Nova 2 работает в экосистеме AWS, а доступ к моделям зависит от региона и настроек Bedrock. Это нужно проверить для конкретного аккаунта до планирования интеграции. Не стоит обещать «доступна без VPN» или называть универсальную цену: условия облака, регион и объём влияют на фактические ограничения.
Перед отправкой рабочих документов определите, какие данные можно передавать в модель, сколько хранится журнал и кто имеет доступ к логам. Номера счетов, персональные данные и ключи доступа не становятся безопаснее от того, что сервис уже используется вашей инфраструктурой. Базовый список проверок есть в материале о защите данных при работе с ИИ.
Что проверить в первые три смены
Для миграции полезнее короткое наблюдение в реальном потоке, чем один большой тестовый день. В первую смену отправьте Nova 2 Lite только обезличенные запросы и сохраните исходный ответ рядом с решением оператора. Во вторую добавьте несколько пограничных случаев: неполный документ, противоречивые даты и запрос, где данных явно недостаточно. В третью смену сравните не средний балл, а конкретные виды исправлений — удалённые догадки, неверные суммы, пропущенные ограничения и лишние обращения к инструменту.
Перед включением web grounding или MCP задайте карту разрешений. Для каждого инструмента запишите, какие данные он читает, может ли менять запись и где появляется подтверждение человека. Проведите отрицательный тест: попросите агента выполнить действие вне разрешённой области и убедитесь, что он останавливается с понятным сообщением. Такой тест часто выявляет ошибку политики раньше, чем обычный успешный сценарий.
Решение о переходе оформляйте как таблицу «оставить, расширить, откатить». Оставить можно поток, где качество не ниже текущего, стоимость понятна, а ошибки обратимы. Расширить — только после повторной проверки на новой выборке и подтверждения владельца данных. Откатить — если preview меняет формат ответа, растёт число ручных исправлений или региональная доступность нарушает требования компании. В журнале сохраните дату, точное имя версии и режим thinking: без этой записи через месяц будет невозможно понять, почему результат отличался.
Вывод редакции
Nova 2 — это не единый «новый чат», а набор моделей и инструментов внутри Bedrock с разной зрелостью. Lite имеет смысл тестировать на массовом, хорошо измеряемом потоке. Pro стоит рассматривать как preview для сложных и обратимых экспериментов. Главный критерий выбора не заявленный контекст и не название модели, а результат на вашем наборе задач с учётом стоимости, прав доступа и обязательной проверки человеком.