design-ai-trust-and-failure-states

Design failure states, provenance, and uncertainty display for AI product surfaces.

1|Updated Jul 13, 2026
One-click install
npx skills add https://github.com/dineshrevunuru/SuperSkills --skill design-ai-trust-and-failure-states-dineshrevunuru
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: design-ai-trust-and-failure-states
Source: https://github.com/dineshrevunuru/SuperSkills/tree/main/design-ai-trust-and-failure-states
Command: npx skills add https://github.com/dineshrevunuru/SuperSkills --skill design-ai-trust-and-failure-states-dineshrevunuru

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? AI products fail in ways classic UI never does — hallucination, sycophancy, mic death, TTS failure, context overflow — and most teams ship only a happy path, leaving users facing raw errors, dead spinners, or fabricated answers. This Skill provides a systematic method to enumerate every failure mode, prevent what can be prevented structurally, and design named, recoverable states for everything else. ## Core Features & Use Cases - Failure census and failure table: Walk every system layer (STT, routing, data, TTS, live components, environment) and produce a table of named cause, designed state, recovery path, and who is notified for each residual failure. - Uncertainty and trust surfaces: Apply the three-band confidence routing rule, provenance on every displayed fact, runner-up recommendations, and explainability calibrated to stakes. - Refusal and sycophancy design: Split misses into guide, honest fallback, refusal, and blip states; write deterministic verbatim copy for high-stakes refusals; counter sycophancy with dissent affordances and session resets. - Use Case: Before shipping a voice shopping assistant, run the failure census to spec what happens when the mic permission is denied, the router times out, a medicine question triggers a safety refusal, and the TTS engine dies mid-sentence — each with honest copy and a real recovery door. ## Quick Start Use the design-ai-trust-and-failure-states skill to run a failure census and design the error, fallback, and refusal states for my AI chat feature before launch.

Frequently Asked Questions about design-ai-trust-and-failure-states

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I design error and fallback states for an AI chatbot?

Run a failure census across every system layer before designing the happy path, then split misses into four distinct states: guide for lost users, honest fallback for off-catalog questions, refusal for off-limits topics, and a silent blip path for noise. Each state gets a named cause in user language and at least one real recovery door.

How should an AI product display confidence or uncertainty to users?

Route answers by three confidence bands: high-confidence verified answers render plainly with provenance, medium answers name the deciding tradeoff and runner-up, and below-threshold answers route to fallback instead of rendering. Never show numeric confidence percentages unless calibration has been proven by evaluation.

What is the difference between this skill and AI evaluation workflows?

This skill owns user-facing failure UX: the designed states, copy, and recovery paths users see when AI fails. Measuring failure rates, golden sets, rubrics, and LLM-as-judge belongs to a separate evaluation skill, which receives the failure census as its measurement contract.

How do I handle high-stakes AI questions like medical or financial advice?

Treat high-stakes queries as a refusal problem, not an explanation problem. Use deterministic verbatim copy authored in advance, never model-generated text, name the boundary, and route to a human channel such as a doctor or pharmacist with a caring next step.

When should I not use this failure-state design method?

Do not use it for measuring failure rates or model capability assessment, for the mechanics of closed-enum routing and schema contracts, for in-conversation voice turn mechanics like barge-in, or for non-AI error states such as form validation and 404 pages.