wow-addon-api-mcp
A version-aware MCP server that provides the World of Warcraft retail AddOn API with pinned documentation snapshots, enabling lookups, searches, comparisons, and diffs of APIs across patches.
README
WoW AddOn API MCP
A standalone, version-aware Model Context Protocol server for the World of Warcraft retail AddOn API. It ships pinned documentation snapshots inside the npm package, so users do not need VS Code, the ketho.wow-api extension, Lua, Git, WSL, or a live network connection after installation.
The archive currently contains 26 retail patch snapshots from 10.0.0 through 12.1.0. The default dataset is WoW 12.1.0.69283 and includes Blizzard's secret-value and restricted-API metadata. Every result identifies the selected patch and build so an LLM does not silently mix APIs from different versions.
Install
Node.js 20 or newer is required. The easiest Codex setup is:
codex mcp add wow-addon-api -- npx -y wow-addon-api-mcp@latest
Verify it with codex mcp list, then restart any already-running Codex session that should use it.
For a project-local Codex configuration, add this on macOS or Linux:
[mcp_servers.wow-addon-api]
command = "npx"
args = ["-y", "wow-addon-api-mcp@latest"]
On Windows:
[mcp_servers.wow-addon-api]
command = "cmd"
args = ["/c", "npx", "-y", "wow-addon-api-mcp@latest"]
Save the file as .codex/config.toml in the project. The same stdio command works with Claude Desktop and other MCP clients:
{
"mcpServers": {
"wow-addon-api": {
"command": "npx",
"args": ["-y", "wow-addon-api-mcp@latest"]
}
}
}
Use "command": "cmd" and prefix the arguments with "/c" on Windows if the client does not resolve npx directly.
What it knows
- Global and
C_namespace functions, methods, arguments, returns, and documentation - Frame events and payloads
- Enumerations and structures
- Blizzard
ScriptObjectwidgets under public names such asFrameandButton - Public methods discovered from intrinsic FrameXML widgets such as
AuraContainerandAuraButton - Raw API constraints including
SecretArguments,HasRestrictions,RequiresUnitAuraAccess,ConditionalSecretContents,NeverSecret, and related fields - The exact upstream client build, commit, and source file for each snapshot
The server exposes these tools:
| Tool | Purpose |
|---|---|
get_dataset_info |
Resolve a version and show its WoW build, upstream commit, and entry counts |
list_versions |
List every supported retail patch, build, date, and source commit |
lookup_api |
Exact lookup across functions, methods, events, enums, structures, widgets, and systems |
search_api |
Ranked name and official-documentation search |
get_namespace |
List a namespace's functions, events, and types |
get_widget_methods |
Show direct and inherited widget methods |
get_enum |
Show an enum and its values |
get_event |
Show an event and its payload |
search_restrictions |
Find security-, taint-, secret-, combat-, and aura-restricted APIs |
compare_api |
Compare one exact API between two retail patches |
diff_versions |
List added, removed, and structurally changed APIs, optionally by kind or namespace |
get_api_history |
Show when an exact API appeared, disappeared, or changed |
All single-version query tools accept an optional version. It can be a patch (12.1.0 or 12.1), full client version (12.1.0.69283), build number (69283), or latest. Omitting it selects the manifest's current default.
For an old-addon migration, a useful LLM workflow is:
- Call
list_versionsand choose the closest source patch. - Use
compare_apifor APIs the addon already calls. - Use a namespace-filtered
diff_versionsto discover related changes. - Use
get_api_historywhen the exact transition is unclear. - Query the current patch normally and preserve all returned restriction metadata.
Check the installed data without starting an MCP session:
npx -y wow-addon-api-mcp@latest --dataset-info
npx -y wow-addon-api-mcp@latest --list-versions
How freshness works
flowchart LR
A["Gethe/wow-ui-source live"] --> B["Scheduled refresh every 6 hours"]
B --> C["Parse and validate generated docs + intrinsic FrameXML"]
C --> D["Update the current patch snapshot and manifest"]
D --> E["Reviewable data/version pull request"]
E --> F["Test and publish npm release with provenance"]
F --> G["npx users receive the new pinned archive"]
The parser evaluates a deliberately small, non-executing subset of Lua table syntax. It never runs Blizzard Lua. Builds fail if the source becomes structurally incompatible, shrinks unexpectedly, loses expected security metadata, or fails the MCP integration tests. The compressed snapshots are deterministic, so the refresh workflow opens a pull request only when pinned source content or provenance changes. A new patch adds a snapshot; a later build in the current patch replaces that patch's canonical snapshot without blending its entries with another version.
The official Blizzard documentation tables mirrored by Gethe are the API authority. The public widget-name conventions are adapted from Ketho/vscode-wow-api, while the MCP query model was informed by spartanui-wow/wow-api-mcp. Neither project nor VS Code is required at build or runtime.
Local development
npm ci
npm run data:update
npm test
npm run pack:check
data:update maintains an ignored checkout at .cache/wow-ui-source, rebuilds the current retail snapshot under data/retail/, and updates data/manifest.json. To build from an existing checkout instead:
node scripts/build-dataset.mjs --source /path/to/wow-ui-source
Maintainers can deterministically rebuild the historical archive from the upstream Git history:
npm run data:history
node scripts/build-history.mjs --from 11.0.0 --to 12.1.0
The history command selects the newest upstream source commit explicitly labeled for each retail patch family. See CONTRIBUTING.md for change guidance and docs/PUBLISHING.md for the one-time npm/GitHub setup.
Scope and attribution
This package targets retail patch families from 10.0.0 onward. It stores one canonical source snapshot per supported patch family, not every hotfix build. Classic-family datasets can be added later without mixing them into the retail catalog, but are not currently shipped. Community wiki prose and APIs absent from every retained Blizzard source snapshot are not treated as authoritative.
World of Warcraft and Blizzard Entertainment are trademarks or registered trademarks of Blizzard Entertainment, Inc. This project is not affiliated with or endorsed by Blizzard Entertainment. See THIRD_PARTY_NOTICES.md.
Recommended Servers
playwright-mcp
A Model Context Protocol server that enables LLMs to interact with web pages through structured accessibility snapshots without requiring vision models or screenshots.
Audiense Insights MCP Server
Enables interaction with Audiense Insights accounts via the Model Context Protocol, facilitating the extraction and analysis of marketing insights and audience data including demographics, behavior, and influencer engagement.
Magic Component Platform (MCP)
An AI-powered tool that generates modern UI components from natural language descriptions, integrating with popular IDEs to streamline UI development workflow.
VeyraX MCP
Single MCP tool to connect all your favorite tools: Gmail, Calendar and 40 more.
graphlit-mcp-server
The Model Context Protocol (MCP) Server enables integration between MCP clients and the Graphlit service. Ingest anything from Slack to Gmail to podcast feeds, in addition to web crawling, into a Graphlit project - and then retrieve relevant contents from the MCP client.
Kagi MCP Server
An MCP server that integrates Kagi search capabilities with Claude AI, enabling Claude to perform real-time web searches when answering questions that require up-to-date information.
Neon Database
MCP server for interacting with Neon Management API and databases
Exa Search
A Model Context Protocol (MCP) server lets AI assistants like Claude use the Exa AI Search API for web searches. This setup allows AI models to get real-time web information in a safe and controlled way.
Qdrant Server
This repository is an example of how to create a MCP server for Qdrant, a vector search engine.
E2B
Using MCP to run code via e2b.