@shuji-bonji/web-compat-mcp
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 | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| compat_checkA | Check browser compatibility for a specific web platform feature using MDN Browser Compat Data (BCD). Returns version support across browsers, Baseline status, and links to MDN/spec documentation. Args:
Returns: Browser support versions, Baseline status, standard/experimental/deprecated flags, and MDN/spec links. Examples:
|
| compat_compareA | Compare browser compatibility across multiple web platform features side by side. Useful for choosing between alternative APIs or understanding support differences. Args:
Returns: Side-by-side comparison table showing version support for each feature across browsers. Examples:
|
| compat_searchA | Search BCD (Browser Compat Data) features by keyword. Use this to find the correct BCD identifier for compat_check. Searches across 15,000+ web platform features including APIs, CSS properties, HTML elements, JavaScript built-ins, and more. Args:
Returns: List of matching feature IDs with standard/experimental/deprecated status. Examples:
|
| compat_get_baselineA | Get the Baseline status for a web platform feature from W3C WebDX web-features data. Baseline indicates whether a feature is supported across all major browsers:
Args:
Returns: Baseline status, browser support versions, related BCD features, and spec links. Examples:
|
| compat_list_baselineA | List web platform features filtered by their Baseline status. Use this to discover which features are Widely Available, Newly Available, or not yet Baseline. Args:
Returns: Paginated list of features with their Baseline status and availability dates. Examples:
|
| compat_list_browsersA | List all browsers tracked in MDN Browser Compat Data with their current versions and release dates. Args:
Returns: List of browsers with id, name, type (desktop/mobile/server), current version, and release date. Examples:
|
| compat_check_supportA | Find web platform features that were added in a specific browser version. Useful for understanding what new capabilities became available in a particular browser release. Args:
Returns: List of features added in the specified browser version. Examples:
|
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 7 tools
Each tool has a clearly distinct purpose: checking a feature's compatibility, finding features by version, comparing features across features, getting Baseline status, listing features by Baseline status, listing browsers, and searching for features. No ambiguity.
All tools follow a consistent 'compat_<verb>' or 'compat_<verb>_<noun>' pattern in snake_case. Names like compat_check, compat_search, compat_compare are predictable and descriptive.
Seven tools is well-scoped for a web compatibility server. It covers all essential query operations without being bloated or too sparse.
The tool set covers the full query lifecycle: discovery (search, list baselines), single feature lookup (check, get baseline), comparison, and version-specific queries. No major gaps for the stated purpose.