AI может звучать убедительно и при этом обещать то, что бизнес не подтверждал. Forbidden Claims заранее показывают, где агент должен остановиться или передать вопрос человеку.

Роль в AI-Ready

Forbidden Claims — это safety boundary policy: список утверждений, которые AI не должен обещать без approved source, human review или approval.

Это не самостоятельный продукт и не простой список «плохих фраз». Forbidden Claims работают внутри Knowledge Pack, Answer Policy, Operator Handoff, Approval Gates и RAG Quality.

Они помогают заранее отделить полезный ответ от риска: цена, срок, гарантия, compliance, integration promise, high-risk advice или external action не должны появляться в ответе агента как уверенное обещание.

Если вы только начинаете, проще читать так:

  1. сначала откройте Source Map и Answer Policy, чтобы понять, какие sources и правила ответа уже есть;
  2. затем вернитесь сюда, чтобы выписать claims, которые агент не должен делать без проверки;
  3. после этого посмотрите Operator Handoff, Approval Gates и Eval Scenario, чтобы проверить, что risky cases уходят в безопасный маршрут.

Техническая часть ниже показывает минимальный формат Forbidden Claim и failure modes, которые нужно проверять до пилота.

Простое определение

Forbidden Claims — это утверждения, которые AI не должен делать без approved source, human review или approval. Они помогают заранее описать, где агенту нужно остановиться.

Forbidden claim — не просто «плохая фраза». Это business risk: цена, гарантия, срок, compliance, integration promise, high-risk advice или external action.

Почему это важно

AI может легко звучать уверенно. Для бизнеса проблема не в тоне, а в неподтверждённом обещании. Один unsupported claim может создать коммерческий, юридический или операционный риск.

Forbidden Claims превращают risky answer в controlled behavior: safe wording, handoff, source review или approval gate.

Минимальный формат

Forbidden claim record

claim: какое утверждение нельзя делать без проверки

why_forbidden: почему оно создаёт риск

required_source_or_approval: какой source или approval нужен

safe_wording: как ответить безопасно

handoff_path: куда передать случай

decision_log_note: что записать в Decision Log

Common failure mode

Самая частая ошибка — запрещать только «опасные темы», но не давать safe wording. Тогда агент либо отвечает слишком общо, либо всё равно пытается быть полезным и делает overclaim.

Хороший forbidden claim всегда даёт next step: уточнить, передать человеку, запросить source review или подготовить draft для approval.

Как связано с другими страницами

Source Map показывает, есть ли approved source. Answer Policy объясняет, как отвечать безопасно. Source Evidence Policy защищает от неподтверждённых vendor claims. Operator Handoff принимает сложные cases. Approval Gates блокируют external actions. RAG Quality Report фиксирует найденные overclaims как issues.

Следующий маршрут

После Source Map и Answer Policy выпишите 5–10 Forbidden Claims для одного use case. Затем добавьте eval scenarios, которые проверяют, что AI не обещает лишнего и умеет перейти к handoff или approval.