deadends.dev
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| lookup_errorA | Match an error message against deadends.dev's database of known errors. Returns dead ends (what NOT to try), workarounds (what works), and error chains (what comes next). Use this BEFORE attempting to fix any error to avoid wasting time on approaches that are known to fail. Covers 51 domains including python, node, docker, git, cuda, typescript, rust, go, kubernetes, terraform, aws, react, java, database, pytorch, tensorflow, and 34 more. Use list_error_domains to see all. |
| get_error_detailA | Get full details for a specific error by its ID (e.g., 'python/modulenotfounderror/py311-linux'). Includes all dead ends, workarounds, error chain info, and source evidence. |
| list_error_domainsA | List all error domains and counts in the deadends.dev database. Covers 51 domains including programming languages, frameworks, infrastructure, ML/AI, culture, safety, medical, legal, and more. |
| search_errorsA | Search errors by keyword across all domains. Unlike lookup_error (which uses regex matching), this does fuzzy keyword search. Use when you have a vague description like 'memory issues' or 'permission denied' rather than an exact error message. |
| list_errors_by_domainA | List all errors in a specific domain with their fix rates. Use this to understand coverage for a domain before relying on it. |
| batch_lookupA | Look up multiple error messages at once. Returns the best match for each error. Use when debugging a chain of errors or analyzing a log with multiple failures. |
| get_domain_statsA | Get detailed statistics for a domain: error counts, average fix rate, resolvability breakdown, top categories, and confidence levels. Use this to assess how trustworthy deadends.dev data is for a domain. |
| list_errors_by_countryA | List all country-scoped dead ends for a given country (ISO alpha-2 code, e.g. 'kr', 'jp', 'us', 'de'). Returns visa, banking, legal, cultural, medical, food-safety, emergency, and safety dead ends specific to that jurisdiction. Use this when an AI agent needs jurisdiction-specific knowledge that global LLM training data won't reliably cover. |
| get_country_summaryA | Get a country-level summary: total entries, domain breakdown, average fix rate, and most-recent updates for the country. Use this to assess coverage for a country before relying on deadends.dev for trip / business / legal planning advice. |
| get_error_chainA | Traverse the error transition graph for a specific error. Shows what errors typically follow this one (leads_to), what errors usually precede it (preceded_by), and what errors are frequently confused with it. Use this to diagnose cascading failures and predict what comes next. |
| report_outcomeA | Report whether a workaround from deadends.dev worked or failed. This feedback improves fix_success_rate and confidence for future users. Call this AFTER applying a workaround to help improve the database. Accepts the error ID, the workaround action you tried, and whether it succeeded. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 11 tools
Each tool targets a distinct operation: exact error lookup vs fuzzy search vs batch, per-domain listing vs stats, country listing vs summary, and detail vs chain. The descriptions clearly differentiate overlapping pairs like lookup_error and search_errors.
All tools use snake_case with a consistent verb_noun pattern: list_*, get_*, search_*, batch_lookup, report_outcome. Even the exception (lookup_error) still follows the verb_noun convention.
11 tools is well within the ideal 3-15 range. Each tool covers a distinct aspect of the error database (listing, searching, details, chains, statistics, feedback) without redundancy.
The set covers the full workflow: discover domains, list errors, search and lookup, get details, traverse chains, analyze stats, and provide feedback. No obvious gaps for its stated purpose.