Murasaki

AI tooling

Use llms.txt, page-level Markdown, and Murasaki's read-only MCP server with coding agents.

Murasaki publishes structured documentation for coding agents and other LLM clients. All compatibility answers are grounded in the repository's canonical packages/murasaki/capabilities.json manifest, so planned APIs are not presented as shipping features.

LLM text endpoints

EndpointUse it for
/llms.txtA compact, absolute-URL index of the important documentation.
/llms-full.txtThe complete processed English and Japanese documentation corpus.
/llms-api.txtJSON containing feature maturity, platform support, limitations, public symbols, evidence, and the configuration schema.
/llms.mdx/{lang}/docs/{slug}/content.mdOne documentation page as Markdown, for example /llms.mdx/en/docs/guides/routing/content.md.

The feature labels are deliberate: planned means unavailable, experimental means the API or wire contract may change, and partial means a material limitation remains. See Platform & Feature Status.

MCP server

@murasakijs/mcp is a local stdio MCP server. It is read-only: there are no shell, build, release, publish, or file-writing tools.

The package is published on npm. Configure an MCP client to run the latest stable version without a repository checkout:

{
  "mcpServers": {
    "murasaki": {
      "command": "npx",
      "args": ["-y", "@murasakijs/mcp@latest"]
    }
  }
}

Tools

  • search_docs — searches checked-in English and Japanese documentation and returns bounded excerpts with canonical URLs.
  • get_api_reference — finds public symbols and returns their maturity, platform status, limitations, docs, and test evidence.
  • get_config_schema — returns the full Murasaki configuration JSON Schema or one property selected by dot path or JSON Pointer.
  • doctor — reads known project metadata and entry paths. It does not import the config, execute project code, or change files.
  • list_recipes / get_recipe — returns task-oriented guides backed by the checked-in docs.
  • check_compatibility — checks canonical feature IDs for macOS, Windows, or Linux without upgrading partial or planned work to “supported.”

For compatibility planning, call get_api_reference without a symbol to list the valid feature IDs, then pass the required IDs to check_compatibility.

On this page