Official MCP server for vehicle wheel and tire fitment data from wheel-size.com
Copy the AI prompt to install this server into Claude Code, Cursor, or another agent — or use 1-click editor setup below.
💡 Paste the JSON block into your client's configuration file under mcpServers, then restart the application.
The official MCP server for the Wheel Fitment API — built and maintained by Wheel-Size.com, the API provider. Gives LLM agents access to vehicle wheel and tire compatibility data.
Ask your AI assistant things like:
Sign up at developer.wheel-size.com and copy your API key.
Add to your ~/.zshrc (or ~/.bashrc):
Then reload your shell: source ~/.zshrc
Choose your client below — each config block is copy-paste ready.
Or add to .mcp.json in your project root:
Add to claude_desktop_config.json (~/Library/Application Support/Claude/claude_desktop_config.json on macOS, %APPDATA%\Claude\claude_desktop_config.json on Windows):
Add to .cursor/mcp.json in your project root:
Add to ~/.codeium/windsurf/mcp_config.json:
Add to your Zed settings.json (Cmd+, → Open Settings):
The MCP server starts automatically when the client launches.
Besides stdio, the server can run as a standalone HTTP service — useful for hosting one shared instance instead of installing Python on every machine:
The MCP endpoint is served at http://127.0.0.1:8000/mcp/. Point HTTP-capable clients at it:
Security: the server binds to 127.0.0.1 by default. The WHEELSIZE_API_KEY lives on the server side, so anyone who can reach the port consumes your API quota — expose it beyond localhost (--host 0.0.0.0) only behind a reverse proxy that handles authentication.
| Tool | Description |
|---|---|
ws_list_makes | List all manufacturers. Start here. |
ws_list_models | Models for a make (e.g. Toyota → Camry, Corolla…). |
ws_list_years | Available years for a make/model. |
ws_list_generations | Generations for a make/model (alternative to years). |
ws_list_modifications | Trims for a specific vehicle (e.g. 2.0i, 3.0 V6…). |
ws_list_regions | Market regions (USDM, EUDM, JDM…). |
| Tool | Description |
|---|---|
ws_search_by_vehicle | OEM wheel/tire specs for a vehicle. Requires modification or region, plus year or generation (unless modification is given). |
ws_search_by_rim | Find vehicles compatible with a rim (exact specs or min/max ranges). |
ws_search_by_tire | Find vehicles by metric tire size, with speed/load/staggered filters and refinement facets. |
ws_search_by_hf_tire | Find vehicles by high-flotation (LT) inch size (e.g. 31x10.50R15). |
ws_check_rim_fitment_for_vehicle | "Will these rims fit my 2020 Civic?" — one-call fitment check. |
ws_check_tire_fitment_for_vehicle | Same for a metric tire size. |
ws_check_hf_tire_fitment_for_vehicle | Same for a high-flotation tire size. |
ws_calculate_upsteps | Plus/minus sizing calculator with width/diameter tolerances. |
| Tool | Description |
|---|---|
ws_find_tires_for_rim | Compatible tire sizes for a rim spec. |
ws_find_vehicles_for_rim | Vehicles that fit a given rim (geometric 2D filtering). |
ws_find_vehicle_modifications_for_rim | Drill down into trims for a specific generation. |
ws_find_vehicles_for_tire | Vehicles that use a specific tire size. |
ws_find_vehicles_for_package | Vehicles compatible with a rim + tire combo. |
ws_find_vehicle_modifications_for_package | Drill down into trims for a rim + tire package. |
| Tool | Description |
|---|---|
ws_get_spec_metadata | Computed geometry, population stats, and intelligence hints for any spec. |
Pre-built workflow prompts that guide LLM agents through multi-step operations:
| Prompt | Description |
|---|---|
vehicle_fitment_lookup | Complete catalog→search chain for a vehicle description |
rim_compatibility_check | Metadata→classified flow for rim compatibility |
product_card_generation | E-commerce product card workflow for wheels/packages |
| Variable | Required | Default | Description |
|---|---|---|---|
WHEELSIZE_API_KEY | Yes | — | API key from developer.wheel-size.com |
API_BASE_URL | No | https://api.wheel-size.com | API base URL |
API_HOST_HEADER | No | — | Host header override (only needed for local Docker routing) |
MCP_TRANSPORT | No | stdio | stdio or http (same as --transport) |
MCP_HOST | No | 127.0.0.1 | Bind address for http transport (same as --host) |
MCP_PORT | No | 8000 | Port for http transport (same as --port) |
Search tools (ws_search_by_vehicle, ws_search_by_rim, ws_search_by_tire, ws_search_by_hf_tire, the ws_check_*_fitment_for_vehicle checks) and classified tools (ws_find_*) must be initiated by real users per API Terms of Usage. Do not call them in autonomous agent loops or for bulk data generation. Catalog tools, utility tools and ws_calculate_upsteps have no such restriction.
tests/test_questions.json contains 89 natural-language questions across 12 categories (catalog navigation, fitment lookups, reverse searches, fitment checks, upstep calculation, e-commerce product cards, spec metadata, multi-step workflows, edge cases, tool selection). Each entry includes expected_tools, optional expected_params / expected_params_search, and a free-text tests note.
evals/run_evals.py feeds these questions to a real Claude model with the MCP tools attached, records which tools it calls with which parameters, and grades them against the expectations — catching regressions in tool descriptions and server instructions:
Grading is deterministic (no LLM judge): every expected tool must be called (multiset — repeats counted, extra navigation calls allowed), and some single call must carry the expected parameters. Questions without machine-checkable expectations are reported as SKIP and excluded from the pass rate. The default model is pinned (claude-sonnet-5) so pass-rate history stays comparable; override with --model.
The eval runner is not part of pytest or CI — it bills the Anthropic API. The grading logic itself is unit-tested in CI (tests/test_eval_grading.py). ToS note: every question simulates a user-initiated request, so the search-tool restriction is respected.
Note on tests: integration tests run against a private test instance of the API and auto-skip when it is unreachable. External contributors should rely on the unit suite (pytest -m "not integration"), which mocks all HTTP and is what CI runs on every push and pull request.
No reviews yet — be the first to share how this listing worked for you.
Showcase your server listing on GitHub or your project documentation. Embed this dynamic SVG badge to highlight official listing status and live engagement.
[](https://allmcps.com/mcp/wheel-fitment-api)<a href="https://allmcps.com/mcp/wheel-fitment-api"><img src="https://allmcps.com/api/badge/wheel-fitment-api?style=directory" alt="Wheel Fitment API on AllMCPs" /></a>