Как настроить Structured Outputs в Claude API: схема и обработка ошибок

Понадобятся JSON Schema, API-ключ, валидатор и набор обычных, пустых и противоречивых примеров. Используйте тестовую копию. Удалите пароли, токены, персональные сведения и коммерческие секреты, если их обработка не разрешена. Секреты храните в переменных окружения или специализированном хранилище.

Сделайте таблицу из пяти кейсов: обычный ввод, пустой, без нужного факта, с противоречием и с запрещённым действием. Для каждой строки запишите ожидаемый статус и результат до запуска модели.

Пошаговый процесс

Опишите минимальную схему: обязательные поля, типы, enum и допустимость null. Подключите structured outputs способом из текущей документации. Не дублируйте десятки правил одновременно в схеме и промпте: схема отвечает за форму, инструкция — за смысл.

После ответа выполните стандартный JSON parse и schema validation. Затем проверьте бизнес-правила: дата валидна, валюта известна, идентификатор принадлежит пользователю. Для отсутствующего факта разрешите null и missing_fields. Если обязательное поле нельзя оставить пустым, приложение должно запросить уточнение, а не принимать догадку. Сохраните сырое значение только в закрытом диагностическом журнале.

Сохраните версию SDK, конфигурацию, идентификаторы ресурсов и дату. Если операция может повториться после сбоя, используйте собственный job_id или idempotency_key и проверяйте фактический статус до нового запуска.

Готовый шаблон

Извлеки только подтверждённые поля по JSON Schema. Отсутствующее значение = null и его имя в missing_fields. Не выводи текст вне JSON и не делай вычислений, которых не просили.

Замените квадратные скобки конкретными значениями. Не добавляйте «додумай при необходимости» в задачу извлечения фактов. Для программного потребителя сначала валидируйте форму, затем бизнес-правила и происхождение значений.

Пример входа и результата

Вход

Текст: «Поставка запланирована на 18 сентября. Стоимость доставки согласуют позже».

Ожидаемый результат

delivery_date заполнено, delivery_price=null, missing_fields содержит delivery_price. Строка «согласуют позже» не превращается в число.

Повторите тест без одного обязательного факта. Правильный ответ возвращает null, missing или blocked по вашей схеме. Убедительная догадка опаснее явной ошибки, потому что проходит дальше незаметно.

Три уровня проверки

На техническом уровне проверьте формат, статусы, ID и отсутствие секретов. На смысловом — вручную сверьте минимум три элемента, включая число, дату и отрицание. На процессном — воспроизведите таймаут и убедитесь, что повтор не создаёт дубль.

Меняйте один параметр за итерацию. Одновременная смена модели, промпта и данных лишает эксперимент смысла. Старую рабочую версию храните до полного регрессионного прогона.

Матрица тестов и критерии решения

Не оценивайте результат словами «вроде верно». Создайте таблицу с колонками case_id, input, expected, actual, source, status и error_type. Для извлечения данных сравнивайте каждое поле: точное совпадение для идентификаторов, чисел и перечислений; отдельно проверяйте допустимый null. Для текста заранее задайте обязательные факты и запрещённые утверждения. Кейс считается пройденным только тогда, когда выполнены все обязательные проверки.

Размечайте ошибки хотя бы на четыре класса: format_error — ответ нельзя разобрать; unsupported_claim — утверждение не подтверждается входом; wrong_action — выбрана неверная функция или операция; security_error — раскрыт секрет либо обойдена проверка прав. Такая классификация показывает, что именно исправлять. Изменение формулировки промпта редко устранит ошибку авторизации, а дополнительная схема не проверит истинность извлечённой цены.

Установите правило выпуска до теста. Например: ни одной ошибки безопасности и неверного действия; все идентификаторы совпадают посимвольно; отсутствующие сведения возвращаются как null; каждый внешний вызов виден в журнале. Это критерии приёмки, а не обещание точности модели. Если хотя бы один критический кейс провален, сохраните вход и конфигурацию, исправьте одну причину и повторите весь набор.