AIRUS ReliabilityChaosOps · Verified Workflow Availability
Доступный endpoint ещё не означает доступный результат. HTTP 200 не равно правильной модели, полному документу, валидному JSON и готовому тендерному решению. ReliabilityChaosOps измеряет доступность полного проверяемого workflow: принять комплект, обработать разрешённым маршрутом, сформировать валидный результат, сохранить evidence, передать в целевую систему — без дублей, запрещённых действий и повторных списаний.
HTTP 200 ≠ готовый результат
HTTP 200 ≠ правильная модель ≠ полный документ ≠ валидный JSON ≠ готовое тендерное решение Verified Workflow Availability = ВСЕ обязательные шаги ok: intake → checkset → OCR → retrieval → LLM → validation → receipt → CRM
Gray failure: latency нормальная, HTTP 200, schema формально валидна — но критические требования пропущены. Мониторинг зелёный, продукт уже мёртв. Частичный успех (38 из 40 документов) получает статус completed_with_gaps, а не тихий «готово».
Тонкий слой, а не переизобретение
90% примитивов надёжности у AIRUS уже построены. ReliabilityChaosOps их потребляет, а не дублирует, и добавляет workflow-level контур поверх:
Движки
Проверить решением
Публичный what-if рецепта: неизмеренный сигнал закрывает enterprise-ready (fail-closed).
curl -sX POST https://airus.world/v1/airus/reliability/receipt \
-H 'content-type: application/json' \
-d '{"signals":[{"id":"workflow_availability","signal_class":"computed",
"measured":true,"passed":true}]}'
# → {"enterprise_ready":false,"unmeasured":["no_unsafe_fallbacks","no_duplicate_actions", ...],
# "authoritative":false}Тенант-путь /v1/airus/reliability/evaluate собирает workflow availability, unsafe-fallback, exactly-once (реальный реестр), semantic/circuit/retry в один запечатанный рецепт (seal-once, verify-from-sealed). Смежное — ResilienceOps, IncidentOps, Trust Center Status.