Degraded Mode Disclosures в 2026: как честно сообщать пользователю, что система работает в ослабленном режиме

Короткая версия

Хорошая degraded-mode disclosure policy в 2026 обычно отвечает:

1. Когда disclosure обязателен
2. Что именно нужно сообщить пользователю
3. Какой тон и уровень детализации у disclosure
4. Когда вместо disclosure нужен escalation или manual mode
5. Как измерять impact disclosure на trust и UX

Что особенно важно

• disclosure должен описывать ограничение, а не просто извиняться;
• не любой degraded state одинаково важен для пользователя;
• disclosure должен быть связан с risk class ответа;
• честный статус лучше, чем молчаливая имитация normal mode.

Почему degraded mode лучше явно обозначать пользователю?

1. Disclosure нужен не для извинения, а для корректной интерпретации

Пользователю важно понимать:

• какой support path сейчас ограничен;
• насколько это влияет на ответ;
• можно ли действовать сразу;
• будет ли follow-up;
• есть ли safer alternative.

Иначе disclosure превращается в vague apology без практической пользы.

2. Не каждый degraded state должен выглядеть одинаково

Полезно различать:

• cosmetic degradation;
• evidence degradation;
• tool confirmation missing;
• routing degradation;
• action suppression.

Последние три обычно требуют более явного disclosure.

3. Disclosure должен быть связан с outcome

Варианты:

• answer shown with limitation note;
• answer queued for later completion;
• action blocked pending review;
• user asked for narrower request;
• manual follow-up promised.

Так disclosure становится частью control plane, а не отдельной строчкой в UI.

4. У disclosure должна быть правильная детализация

Плохой вариант:

• слишком технический текст про internal incidents.

Лучший вариант:

• понятное объяснение ограничений на языке пользовательского результата;
• без лишнего operational шума;
• с ясным implication для next step.

5. Что особенно часто ломают команды

Silent degradation

Пользователь не знает, что quality path ослаблен.

Generic apology

Из текста непонятно, что именно изменилось.

Same disclosure for all risks

Low-risk и high-risk degradation выглядят одинаково.

Disclosure without routing

Статус показали, но безопасный next step не определили.

Over-disclosure

Техническая внутрянка только пугает и не помогает.

6. Какие метрики полезны

Полезно отслеживать:

• degraded responses with user-visible disclosure;
• re-ask rate after disclosure;
• unsafe use incidents without prior disclosure;
• user confusion tickets by disclosure type;
• escalation rate from disclosed degraded cases;
• trust drop between silent and explicit degraded flows.

Пример disclosure policy

degraded_disclosure:
  missing_citations:
    user_message: "Ответ дан без полного подтверждения из источников"
    allow_auto_show: true
  missing_tool_confirmation:
    user_message: "Нужна дополнительная проверка перед завершением задачи"
    allow_auto_show: false

Простой rule

def needs_user_disclosure(case):
    return case["degraded"] and case["affects_interpretation"]

Практический совет: хороший degraded disclosure объясняет не внутреннюю боль системы, а то, как пользователю безопасно интерпретировать текущий результат.