error-recovery
Error Recovery
When things break, guide people forward instead of leaving them stranded.
How to use
/error-recoveryApply error recovery constraints to this conversation.
Constraints
Error Message Structure
- What happened (in plain language, not error codes)
- Why it might have happened (if knowable)
- What the user can do about it (specific action)
- NEVER show raw error codes, stack traces, or technical jargon to end users
- MUST log the technical details for debugging separately
Recovery Patterns
- Auto-retry for transient failures (network timeout, rate limit) with backoff
- Save user input before showing errors. NEVER lose their work.
- Offer offline functionality for core features when possible
- MUST provide a manual retry button for any auto-retried action that fails
- SHOULD offer an alternative path ("Can't upload? Try drag and drop instead")
Graceful Degradation
- If a non-critical feature fails, hide it. Don't break the whole page.
- MUST maintain layout stability when components fail to load
- SHOULD show cached/stale data with a "last updated" notice rather than nothing
- NEVER redirect to a generic error page for recoverable errors
Copy Rules
- Use "we" language for system errors ("We couldn't save your changes")
- Use "try" language for recovery ("Try refreshing the page")
- NEVER blame the user ("Invalid input" -> "This field needs a valid email")
- Include a support contact for errors that can't be self-resolved
More from dragoon0x/product-skills
prd-writing
Write product requirement documents that engineers want to read and can actually build from. Covers structure, scope discipline, and the balance between clarity and over-specification. Use when writing PRDs, reviewing spec quality, or when engineering keeps asking clarifying questions.
1freemium-vs-paid-gate
Decide whether a product should offer a free tier, free trial, or go straight to paid. Structured decision framework based on economics, distribution model, and competitive landscape. Use when launching a new product or reconsidering your pricing model.
1cta-patterns
Design calls-to-action that people actually click. Covers button copy, placement logic, urgency without manipulation, and progressive commitment. Use when reviewing pages for conversion potential or when CTA copy feels generic.
1onboarding-flow
Design first-run experiences that create the aha moment fast. Reduces time-to-value by sequencing actions, progressive disclosure, and contextual guidance. Use when building signup flows, product tours, or empty states.
1user-psychology
Apply motivation, friction, and trust patterns to product decisions. Maps cognitive biases and behavioral triggers to specific UI and copy choices. Use when reviewing flows for drop-off points or when something feels right but doesn't convert.
1microcopy
The small words that shape big experiences. Button labels, tooltips, confirmations, placeholders, and the 3-word strings that determine whether a product feels polished or half-finished. Use during any copy audit pass.
1