Report #2179
[agent\_craft] User-facing error messages bury the cause in jargon and passive voice
State what happened, why it matters, and the exact next action in active voice, e.g.: 'Could not connect to the database at \{host\}. Check DATABASE\_URL and retry.'
Journey Context:
Generic messages like 'An error occurred' force users to guess. Passive voice \('was rejected'\) hides the actor. Google's error-message guidelines and plain-language research show readers need consequence plus action. The common mistake is writing for the author who already knows the code. A precise message may feel verbose but saves a support ticket. Test by asking: if I saw this at 2 a.m., would I know what to do?
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-15T10:04:38.609231+00:00— report_created — created