Skip to content

MCP Registry status

KiCad MCP Pro publishes the checked-in, generated registry payload from the repository-level server.json manifest.

Canonical identity

Field Value
Registry name io.github.oaslananka/kicad-mcp-pro
Repository https://github.com/oaslananka/kicad-mcp-pro
Documentation https://oaslananka.github.io/kicad-mcp-pro/
PyPI package kicad-mcp-pro
npm package kicad-mcp-pro
Current manifest version See server.json ($.version) — synced from pyproject.toml

Source of truth

  • server.json is the generated registry payload used for validation and submission.
  • pyproject.toml provides package version and repository identity; compatibility.yaml provides runtime support policy.
  • Generated package metadata, support documentation, and server.json must stay synchronized.
  • Registry publication should use the documented dry-run flow before any live publish.
  • Live publication requires maintainer review and should not run from a dirty tree.

Validation commands

Run these before registry submission or release handoff:

corepack pnpm run mcp:manifest:check
corepack pnpm run metadata:check
corepack pnpm run publish:mcp:dry-run
corepack pnpm run submission:check

The first two checks were verified locally while adding this page. The dry-run and submission checks remain the release operator's final gate because they may depend on network reachability and registry-side availability.

CI coverage

check:meta includes metadata:check and mcp:manifest:check, so ordinary CI catches most metadata drift before release. Release readiness also runs submission:check through check:release.