Help us improve
Share bugs, ideas, or general feedback.
From midnight-tooling
This skill should be used when the user asks about "Midnight release notes", "what changed in version X", "latest release", "changelog", "show me the changelog", "what's new in Midnight", "component versions", "list versions", "compact release notes", "ledger release notes", "wallet release notes", "proof server release notes", "node release notes", "lace release notes", "midnight-js release notes", "indexer release notes", "breaking changes", "latest version of X", viewing release history, checking component update details, or comparing versions of any Midnight Network component.
npx claudepluginhub devrelaicom/midnight-expert --plugin midnight-toolingHow this skill is triggered — by the user, by Claude, or both
Slash command
/midnight-tooling:release-notesThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Release notes for all Midnight Network components are maintained in the [midnight-docs](https://github.com/midnightntwrk/midnight-docs) repository under `docs/relnotes/`.
This skill should be used when the user asks about the Midnight.js SDK, midnight-js packages, @midnight-ntwrk npm packages, setting up SDK providers, deploying or finding contracts with deployContract or findDeployedContract, calling circuits with callTx or submitCallTx, the transaction lifecycle, SDK provider types (WalletProvider, MidnightProvider, PublicDataProvider, ProofProvider, ZkConfigProvider, PrivateStateProvider), testkit-js testing, observable state subscriptions, contract maintenance and verifier keys, or connecting to the indexer or proof server.
This skill should be used when the user encounters errors, installation failures, version mismatches, or unexpected behavior with Midnight Network tools. Covers Node.js import errors, Compact CLI issues, proof server and Docker problems, devnet startup failures, environment and URL misconfiguration, NixOS and Windows/WSL setup, and searching Midnight GitHub issues for known bugs. For wallet initialization or funding failures, use the midnight-wallet plugin.
Generates SemVer-compliant version bumps and changelog entries from git diffs. Use when cutting releases, tagging, or publishing with precise change summaries.
Share bugs, ideas, or general feedback.
Release notes for all Midnight Network components are maintained in the midnight-docs repository under docs/relnotes/.
The release notes directory contains:
docs/relnotes/{component}.mdx) — Component title and brief descriptiondocs/relnotes/{component}/{component}-{version}.mdx) — Release notes for a specific versionUse the octocode MCP tools to fetch release notes on demand from midnightntwrk/midnight-docs (branch: main):
githubViewRepoStructure at path docs/relnotes with depth=1githubViewRepoStructure at path docs/relnotes/{component}githubGetFileContent to fetch specific MDX filesgithubGetFileContent for the index file docs/relnotes/{component}.mdxgithubGetFileContent accepts up to 3 queries per call. Batch file reads for efficiency.
For large files, use matchString instead of fullContent. The matchStringContextLines parameter controls how many lines of surrounding context are returned around each match:
matchString="title:" with matchStringContextLines=1 — extract frontmatter title (1 line above and below)matchString="## Breaking Changes" with matchStringContextLines=30 — extract a specific section (30 lines of context)If a component directory does not exist or a version file is not found, inform the user that no release notes were found for that component or version. Suggest checking for typos, listing available versions, or consulting the component map (references/component-map.md) for the correct name.
Each version MDX file contains:
title field holds the component name and version (e.g., title: Compact developer tools 0.4.0). Some files also include a description field.<div style={{...}}> block as plain text, e.g., 12 May 2025* **Date**: 27 January 2026Index MDX files ({component}.mdx) contain the component title, a short description paragraph, and an import for a dynamic list component (which should be stripped when displaying).
When presenting release notes to users:
import statements, JSX components (e.g., <div style={{...}}>), and MDX-specific syntax. Preserve the plain text content within them.title (component + version), release date, and section headings (Breaking Changes, New Features, Bug Fixes). Omit full section content unless the user asks for details.Standard pattern: {component}-{major}-{minor}-{patch}.mdx maps to version major.minor.patch. RC pattern appends -RC{n}.
For the most reliable version number, always use the title field from the YAML frontmatter. The Compact compiler in particular uses a compound versioning scheme where the filename alone can be misleading. See references/component-map.md for full extraction rules, sorting guidance, and examples.
Midnight releases span 16 components. Consult references/component-map.md for the complete mapping of directory names, display names, descriptions, and aliases.
When a user specifies a component, perform fuzzy matching against directory names, display names, and known aliases from the component map. If the name is ambiguous and could match multiple components, ask the user to clarify. Do not guess.
Common ambiguous terms:
| User says | Could mean | Action |
|---|---|---|
| "compact" | Compact compiler OR Compact developer tools | Ask user |
| "wallet" | Wallet (backend) OR Midnight Wallet API OR Lace | Ask user |
The proof-server and onchain-runtime components are now part of Ledger and no longer receive standalone updates. When requested, show Ledger release notes instead with a note about the change. See references/component-map.md for last standalone versions and detailed handling guidance.
Support npm-style semver range syntax when filtering versions. There is no external semver tool — perform all comparison in-memory after fetching the version list via githubViewRepoStructure. Parse version strings into (major, minor, patch) tuples and compare numerically.
| Syntax | Meaning | Example |
|---|---|---|
1.2.3 or =1.2.3 | Exact match | --version 0.4.0 |
>1.2.3 | Greater than | --version >0.2 |
>=1.2.3 | Greater than or equal | --version >=1 |
<1.2.3 | Less than | --version <3.0.0 |
<=1.2.3 | Less than or equal | --version <=2.0 |
1.2.3 - 2.0.0 | Inclusive range | --version 0.2.0-0.4.0 |
^1.2.3 | Compatible (same major) | --version ^2.0.0 |
~1.2.3 | Approximately (same minor) | --version ~1.2 |
Treat missing segments as .0: >0.2 means >0.2.0. Exclude RC versions from range matches unless the range explicitly includes an RC suffix.
| Reference | Content | When to Read |
|---|---|---|
references/component-map.md | Complete component directory mapping with display names, descriptions, aliases, and stale component details | Component name resolution, listing components, disambiguation |