Output Contract — это контракт результата, который задает, что именно должна вернуть модель или ИИ-агент. Вместо свободного текста “как получится” система ожидает понятную структуру: JSON, список полей, типы данных, допустимые значения, обязательные поля, формат дат, статусы, ошибки и ограничения.
Такой контракт нужен, когда выход модели идет дальше в продукт, CRM, базу данных, API, таблицу, workflow или другой tool. Если агент должен вернуть статус заявки, confidence score, причину классификации и следующий шаг, эти поля должны быть описаны заранее. Иначе одна версия ответа может быть удобной человеку, но сломать автоматизацию.
Output contract особенно важен для structured output и tool calling. Модель может красиво объяснить решение, но интеграции нужен не красивый абзац, а валидный объект: например, {"category":"billing","priority":"high","requires_human":true}. Контракт помогает проверять результат автоматически и не пропускать неполные или опасные ответы.
Хороший output contract не должен быть слишком расплывчатым. В нем стоит указать обязательные и опциональные поля, типы, enum-значения, правила nullable, лимиты длины, поведение при неизвестном ответе и формат ошибки. Для production-агентов контракт проверяют через schema validation, output guardrails, evals и regression tests.
Примеры
- Агент классификации обращений должен вернуть category, priority, confidence, reason и requires_human.
- Document agent извлекает invoice_number, amount, currency, supplier, date и validation_errors строго по JSON-схеме.
- CRM-агент возвращает next_action только из списка: call, email, meeting, wait, escalate.
- Если модель не уверена, output contract требует вернуть status: unknown, а не придумывать значение.
- Output guardrail отклоняет ответ, потому что поле confidence пришло строкой вместо числа.
Где используется
- Задавать стабильный формат ответа для ИИ-агента или LLM-интеграции.
- Валидировать JSON, structured output и tool result перед дальнейшей обработкой.
- Описывать обязательные поля, типы, enum-значения и формат ошибок.
- Снижать риск, что свободный текст сломает CRM, API, таблицу или workflow.
- Разделять человекочитаемое объяснение и машинный результат.
- Настраивать output guardrails и schema validation.
- Тестировать контракты через evals и regression suite.
- Упрощать интеграцию агента с backend, no-code сценариями и базами данных.
- Фиксировать поведение при неизвестных, неполных или спорных данных.
Связанные термины
Частые вопросы
Что такое Output Contract простыми словами?
Это договоренность о формате результата: какие поля должна вернуть модель, какого они типа и какие значения допустимы.
Зачем нужен output contract?
Он делает выход модели предсказуемым для автоматизации. CRM, API, база данных или workflow могут безопасно обработать ответ, если он соответствует контракту.
Чем output contract отличается от structured output?
Structured output — способ заставить модель вернуть структурированный результат. Output contract — описание того, какая структура считается правильной.
Что должно быть в хорошем output contract?
Обязательные поля, типы, допустимые значения, nullable-правила, формат дат, лимиты длины, ошибки, confidence и поведение при неизвестном результате.
Что делать, если ответ не соответствует contract?
Его нужно отклонить, попросить модель перегенерировать, исправить формат, отправить на human review или вернуть безопасную ошибку вместо продолжения workflow.
