Ratatosk MCP Server

CNCF release intelligence: typed facts from release notes; check_stack compares versions locally.

Remote serverstreamable-http

What is the Ratatosk MCP server?

Ratatosk MCP server exists for a simple reason — assistants are far more useful when they can act on Ratatosk directly instead of describing what you should do. CNCF release intelligence: typed facts from release notes; check_stack compares versions locally.

What you get

In Norse myth, Ratatoskr is the squirrel that carries messages up and down the world tree. This one carries release intelligence. ratatosk.io watches 76 CNCF projects and turns every release note into typed, entity-level facts: security fixes, breaking changes, removals, deprecations, changed defaults. Plain bug fixes and marketing copy are filtered out. What remains is what an operator acts on.

What the assistant can call

Once Ratatosk is connected, these are the calls the assistant has available:

  • check_stack — Takes the component versions you run and returns the facts on your upgrade path — critical/high split from the rest, one entry per advisory, each
  • list_facts — The incremental fact feed, oldest-analyzed first. Filter by project, type, or severity; page with the since cursor to keep a local copy in sync
  • facts_by_entity — Reverse lookup: every fact touching one exact identifier — such as a CVE id, CRD, feature gate, flag, config field, or dependency
  • get_release — One release in full: its facts, an overall assessment, and the link to the original note. A fully reviewed release with zero facts means it was read
  • list_releases — The newest releases of one project as one-line summaries (date, fact counts by severity), newest first — the tool for "what changed in X lately"
  • list_projects — The roster of tracked projects and their canonical slugs (the short project id every other tool takes) — look names up here instead of guessing

Setting it up

Being a remote server, there is no local install. You register the endpoint with your client, authorise it once, and the tools appear.

Choosing this one

Plenty of planning and project tracking servers cover similar ground. The differences that matter in practice are scope of access and how much setup stands between you and a working tool call. Ratatosk's toolset — check_stack, list_facts, facts_by_entity and 3 more — is a fair guide to whether it matches your workflow. It is maintained by garlicKim21; worth a glance at recent repository activity before you build anything load-bearing on it.

We check each listing at SyncDev against the project's documentation before it goes live — if something here drifts out of date, it is a bug worth reporting.

Before you rely on it

  • Your data travels to the provider's service, so the usual questions apply about what you send and what they retain.
  • MCP clients confirm each tool call by default. Leave that on until you have watched what the ratatosk mcp server does with a few real requests.

Available tools

ToolWhat it does
check_stackTakes the component versions you run and returns the facts on your upgrade path — critical/high split from the rest, one entry per advisory, each with its quote and ids. The comparison happens inside the server process —
list_factsThe incremental fact feed, oldest-analyzed first. Filter by project, type, or severity; page with the since cursor to keep a local copy in sync
facts_by_entityReverse lookup: every fact touching one exact identifier — such as a CVE id, CRD, feature gate, flag, config field, or dependency
get_releaseOne release in full: its facts, an overall assessment, and the link to the original note. A fully reviewed release with zero facts means it was read and found routine
list_releasesThe newest releases of one project as one-line summaries (date, fact counts by severity), newest first — the tool for "what changed in X lately"
list_projectsThe roster of tracked projects and their canonical slugs (the short project id every other tool takes) — look names up here instead of guessing

How to install the Ratatosk MCP server

{
  "mcpServers": {
    "ratatosk": {
      "command": "docker",
      "args": ["run", "-i", "--rm", "ghcr.io/garlickim21/ratatosk-mcp"]
    }
  }
}

Add to claude_desktop_config.json, then restart Claude Desktop.

Example prompts to try

  • Use Ratatosk to check stack.
  • Use Ratatosk to list facts.
  • Use Ratatosk to facts by entity.

Frequently asked questions

It connects Ratatosk to MCP-compatible AI assistants such as Claude and Cursor, exposing 6 tools (check_stack, list_facts, facts_by_entity, and more) that the assistant can call on your behalf. Instead of copying data back and forth by hand, the assistant works with Ratatosk directly.