error-recovery-content

name	error-recovery-content
description	Design error and recovery language that explains what happened, what remains true, what the user can do next, and when to seek help without exposing unsafe internals.

Error Recovery Content

Use when this procedure is the primary professional method needed for the assignment.

Procedure

1. Confirm the decision or outcome this work must support, its scope, owner, constraints, and definition of success.
2. Establish the evidence baseline using error taxonomy, system behavior, retry rules, support escalation, security/privacy constraints, and UI states. Do not fill material gaps with assumptions when they can change the result.
3. Classify recoverability and responsibility, preserve user work, provide specific next action, include reference data only when useful, and align with actual retry/support paths.
4. Exercise realistic edge, failure, transition, or exception cases that could invalidate the result; record unresolved uncertainty explicitly.
5. Validate the output against the original outcome and any neighboring professional contracts so this skill does not silently absorb another specialist's authority.
6. Record the resulting artifact, measurements, decisions, provenance, and handoff information needed for another owner to reproduce or continue the work.

Quality gate

The message enables the safest realistic recovery and never promises an action the system cannot perform.