Подробный разбор · Около 4 мин чтения
AWS добавляет структурированные ответы Claude в Bedrock
Схемы ограничивают JSON и аргументы инструментов, но проверка фактов остается задачей приложения.
- Дата источника
- Опубликовано здесь
- Источник проверен
В объявлении от 19 октября AWS описала структурированные ответы доступных моделей Claude через конечные точки runtime и mantle в Bedrock. Возможность предназначена для программных интеграций, а не для новой потребительской подписки на чат.
Слушать новости
Прослушайте эту статью или включите новости подряд.
Подготовка чтения…
Голос устройства
Речь обрабатывает браузер или устройство. AISubHub не отправляет текст в аудио-API. Доступные голоса и работа при заблокированном экране зависят от устройства.
При продолжении короткая фраза может повториться.
Кратко
- JSON Schema задает структуру ответа, а строгий режим инструментов ограничивает аргументы, которые передает агент.
- AWS сообщает о первоначальной компиляции схем и кэше на 24 часа в рамках аккаунта. Некоторые ограничения приложение должно проверять самостоятельно.
Две гарантии для разных задач
Объявление AWS от 19 октября распространяет структурированные ответы Claude на bedrock-runtime и bedrock-mantle там, где доступна выбранная модель. Ограниченное декодирование задает грамматику допустимых токенов при генерации, вместо последующего ремонта произвольного ответа. Интерфейс становится точнее, но фактическое понимание документа не гарантируется.
JSON Schema определяет объект ответа для приложения; строгий режим инструментов определяет аргументы, которые агент передает инструменту. Извлечь желаемый тариф и запрос демонстрации из письма — первая задача. Передать погодному инструменту место и Celsius/Fahrenheit — вторая. Корректная форма аргументов сама по себе не разрешает действие.
Что указывать в запросе
В примере InvokeModel схема помещается в output_config.format как JSON-объект, а не повторно закодированная строка. Задаются типы, required и additionalProperties:false для каждого объекта. По словам AWS, без последнего параметра схема отклоняется. Понятные имена и описания продолжают помогать модели распределять информацию по полям.
Для инструмента используются strict:true и input_schema; enum ограничивает допустимые значения. Анализ AISubHub: схему следует версионировать как интерфейс приложения. Переименование поля способно сломать потребителя даже при правильном JSON. Поэтому проверка структуры не заменяет тестирование совместимости.
Компиляция и задержка первого вызова
Bedrock проверяет поддерживаемую часть JSON Schema Draft 2020-12 и компилирует грамматику новой схемы. Первый вызов может быть дольше. AWS описывает кэш в пределах аккаунта на 24 часа с первого обращения. Изменение структуры требует новой компиляции; изменение только name или description сохраняет грамматику.
Анализ: отдельно измеряйте запросы с новой и повторной схемой. Создание структуры для каждого документа отличается от небольшого стабильного каталога. В статье также есть пакетный вывод, типизированные события потокового ответа и межрегиональный вывод в runtime. Это варианты развертывания, а не измеренная экономия времени или денег для нашей нагрузки.
Принятая схема и реально действующие правила
Перечислены базовые типы, enum, const, anyOf, ограниченный allOf, внутренние ссылки и форматы строк. minItems допускает только 0 или 1. Некоторые ключевые слова API принимает, но не обеспечивает при генерации: minimum, maximum, multipleOf, minLength и maxLength. Рекурсивные схемы и внешние ссылки тоже входят в список неподдерживаемых.
Сумма счета может быть числом и превышать бизнес-лимит; идентификатор может быть строкой неправильной длины. Анализ: сохраните эти проверки в приложении, отдельно от ошибок разбора JSON или отсутствующих ключей. Успешный HTTP-ответ не доказывает выполнение всех объявленных бизнес-условий.
Отказы и обрезанные ответы
AWS называет отказ по безопасности и исчерпание max_tokens случаями возможного нарушения структуры. Пример проверяет stop_reason перед разбором текста и различает end_turn и max_tokens. Больший бюджет способен устранить обрезание, но не превратить отказ в успешное извлечение.
Финансовые документы, клинические записи, каталоги и маршрутизация обращений — примеры применения, а не независимая оценка точности. Анализ: измеряйте фактическую правильность полей отдельно от формы, включая отсутствие доказательств, неоднозначность и обрезание. Правильно оформленные диагноз, сумма или категория могут оставаться ошибочными; запись в базу и внешние действия требуют дополнительных критериев.
Как проверить целесообразность интеграции
Команда, исправляющая JSON повторными запросами, может выбрать один тип документа, одну схему и одно последующее действие. Мы предлагаем сравнить ошибки формы, фактические ошибки, первоначальную задержку и человеческую проверку с существующим процессом. Это наш план оценки, не результат измерений AWS.
Возможность относится к разработке в Bedrock, а не к личной подписке Claude. Модель, регион, учетные данные AWS и платежи проверяются отдельно. Структура ограничивает получаемые данные; проверка и ответственность определяют, чему доверять и что выполнять. AISubHub не вызывал эти API и независимо не измерял надежность, задержку или счет.
Почему это важно
При извлечении данных из документов и классификации обращений можно сократить ошибки формата перед записью в базу. Командам стоит проверить реальные входные данные, задержку первого запроса и действия, требующие одобрения человека.
Ограничения и доступность
Правильный JSON не гарантирует достоверность сведений. Возможны отказы, обрыв по лимиту токенов и неприменяемые правила схемы. Модели, регионы, учетные данные и оплата AWS проверяются отдельно от личных подписок Claude. Собственный тест надежности мы не проводили.
Источники и подтверждения
Дата источника: 19 окт. 2026 г. · Источник проверен: 20 окт. 2026 г.
Материалы подготовлены с помощью ИИ и сверены с указанными первоисточниками. Заявления поставщиков атрибутированы; публикация не означает рекомендацию.