Error copy is UX, not an afterthought
Every error message is a small conversation at the worst possible moment. Status codes and stack traces tell the user nothing; what they need is a plain explanation and a way out. This builder writes error copy on the proven pattern — say what happened, say why if it helps, tell the user what to do next — across the cases every app hits: missing pages, forbidden actions, server faults, bad form input, and expired sessions.
How it works
You choose an error type and the tool generates a matched headline, body, and action label:
404 -> "Page not found" -> Go to homepage / search
403 -> "You don't have access" -> Switch account / request access
500 -> "Something went wrong" -> Try again / contact support
422 -> field + rule + how to fix -> inline, next to the field
401 -> "Your session expired" -> Sign in again
For validation, you supply the field name and the rule, and the tool writes a specific, fixable message instead of a generic one. The tone selector adjusts wording from neutral to friendly, while keeping serious errors calm. Output includes a short note on where to place the message (full page vs inline) so it lands correctly.
Tips and example
Write the headline as the thing that happened, in five words or fewer: “Page not found”, “Your session expired”. Keep the body to one or two sentences and end on an action the user can take right now. For a validation error on a sign-up password, “Password must be at least 8 characters and include a number” tells the user exactly what to change — far better than “Invalid password”. Reserve any personality for low-stakes 404s; for a failed payment or a 500, stay neutral and reassuring, because a frustrated user reads a joke as the product not taking their problem seriously.