Как настроить Structured Output в Gemini API: JSON Schema и валидация

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

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

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

Сначала спроектируйте контракт независимо от модели: названия полей, типы, обязательность и допустимость null. В конфигурации генерации задайте JSON MIME type и response schema способом, который показывает актуальный SDK Google. Не вставляйте описание формата только в обычный текст промпта, если API поддерживает структурированный вывод.

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

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

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

Извлеки данные только из текста. Верни объект по заданной JSON Schema. Если значение не указано, используй null и добавь имя поля в missing_fields. Не вычисляй и не дополняй сведения извне.

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

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

Вход

Обращение: «Заказ 5842 опаздывает. Клиент просит перезвонить после 18:00». Цена и дата доставки не указаны.

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

JSON содержит order_id 5842, callback_after 18:00, а price и delivery_date равны null и перечислены в missing_fields.

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

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

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

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

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

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

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

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