Read-only MCP server for the WebAssembly spec: instructions, types, sections, search, proposals.
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.
Model Context Protocol server for the WebAssembly core specification. SHA-pinned, read-only, deterministic β safe to host as a public unauthenticated endpoint.
Not affiliated with, endorsed by, or sponsored by the W3C WebAssembly Community Group or Working Group.
spec_version β the pinned upstream commit and package version.instruction_get β opcode bytes, category, introducing version,
stack type signature, validation + execution prose anchors / URLs,
and trap conditions (traps + can_trap), by mnemonic (i32.add)
or binary opcode (0x6a).instruction_list β enumerate, filterable by category (numeric,
vector, reference, parametric, variable, table, memory, control,
ref, i31, struct, array, extern), introducing version, or prefix.instruction_search β ranked free-text search across mnemonics,
categories, and opcodes.type_get β value types (number / vector / reference) and type
forms (functype, limits, memtype, β¦) with defining prose.section_get β one spec clause by id / anchor (structure,
validation, execution, binary, text), with prose, cross-references,
SpecTec formal-rule references, and the rendered URL.section_list β navigate the clause tree by area or anchor prefix.spec_search β full-text search across anchors, titles, and prose.proposal_list β WebAssembly proposals and their phases (from the
pinned WebAssembly/proposals repo), filterable by status, phase,
champion, or affected spec.section_get, section_list, and spec_search take a spec
argument covering all three specs in the WebAssembly/spec repo:
core (default), js-api (the JavaScript embedding API), and
web-api (Web-platform integration). The instruction and type tools
are core-only.
Every tool is:
vendor/PINNED.txt.Wire it into any MCP client by adding the server to its config (the launch command is the same everywhere; only the config file differs):
The Cloudflare Worker in worker/ exposes the same tool
surface as the stdio package over streamable HTTP at a single
unauthenticated endpoint, rate-limited per source IP (30 req / 60 s):
GET /wasm/health reports status and the pinned SHAs; GET /wasm/privacy
states the anonymous, no-storage posture. All spec data is bundled
into the Worker, so it does pure in-memory lookups β no storage, no
network at request time.
The pinned commits live in vendor/PINNED.txt
and are reported by spec_version. A scheduled GitHub Actions
workflow (refresh.yml) SHA-diffs
the upstream repos daily; when a pin moves it re-pins, bumps the patch
version, and tags a release, which publishes the npm package
(release.yml) and redeploys the
Worker (deploy-worker.yml).
Maintainers:
NPM_TOKEN. Configure it once on npmjs.com (wasm-mcp β
Settings β Trusted Publisher β GitHub Actions: org xyzzylabs, repo
wasm-mcp, workflow release.yml).CLOUDFLARE_API_TOKEN + CLOUDFLARE_ACCOUNT_ID,
stored as environment secrets on the cloudflare GitHub
Environment (not repo-wide) with a main + v* deployment rule β
see Securing the deploy credentials.WORKFLOW_PAT PAT (contents: write + workflows) β
without it, refresh still re-pins and tags, but you run release /
deploy manually. (Same secret name tc39-mcp uses, so one PAT β or an
xyzzylabs org secret β can serve both repos.)MIT β see LICENSE.
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/wasm-mcp)<a href="https://allmcps.com/mcp/wasm-mcp"><img src="https://allmcps.com/api/badge/wasm-mcp?style=directory" alt="Wasm MCP on AllMCPs" /></a>