Release 0.12.2: the operator's tool descriptions, and the registry marker - #223
Merged
Merged
Conversation
…rker Four version-carrying files move together, as `test_the_registry_manifest_agrees_ with_the_version_and_the_readme_marker` and its neighbours require: `pyproject.toml`, `CHANGELOG.md`, `CITATION.cff`, and both of `server.json`'s version fields. Two things have been sitting on `main` with no way for anyone to install them. The operator's tool and argument descriptions are what an MCP client puts in front of a model, so they are behaviour, not documentation. And the `mcp-name:` marker can only do its job from a published release: the registry reads it out of the long description of a distribution on PyPI, and 0.12.1 was uploaded before the marker existed. No change to the enforcement path. `mcp-publisher validate` passes against the live registry at this version. Tagging this publishes the MCP registry listing without anyone running a CLI, which is what `publish.yml`'s registry job was added for. Signed-off-by: arpan <contact@arpanghoshal.com>
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Advanced Run ID: 📒 Files selected for processing (4)
Included review availability: Your plan provides up to 10 included reviews per hour; 9 remain after this review. 📝 WalkthroughWalkthroughThe pull request adds the 0.12.2 changelog entry and updates the project, citation, and server metadata versions from 0.12.1 to 0.12.2. ChangesRelease metadata
Priority: ➖ Normal Estimated code review effort: 1 (Trivial) | ~5 minutes Change: Other Merge Risk: ⚪ Minimal · up to The release metadata is consistent, and no actionable issue remains identified for this change. 🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
This was referenced Sep 15, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Cuts 0.12.2 so that two things on
mainreach the people who would use them, and sothat the MCP registry listing can publish itself.
The operator's tool descriptions are behaviour, not documentation. #220 gave every
tool and every argument a description: that
controlfilters rather than selects, thatsincetakes24has readily as a timestamp, that afailedresolution is whatunblocks a retry, that
list_pending_approvalsis where the request ids come from.That text is what an MCP client puts in front of a model. It has been on
mainsince0.12.1 was tagged, which means no installed copy has it.
The
mcp-name:marker only works from a published release. The registry verifiesthe namespace by reading it out of the long description of a distribution on PyPI, and
0.12.1 was uploaded before the marker existed. Checked again on this branch: PyPI's
0.12.1 description has no marker, and the registry answers 404 for
io.github.CTRLRun/ctrlrun-mcp-operator.Tagging this is what publishes the listing. The
registryjob added in #222 runs afterthe PyPI upload, authenticates with an OIDC token, and needs nobody at a terminal.
What is in it
Everything merged since 0.12.1: #217, #218 and #222 (the manifest, its pins, the publish
job), #219 (
glama.json), #220 (the tool descriptions), #221 (the README's MCP rowpointing an approver at their own page). No change to the enforcement path.
The version-carrying files
All four move together, which the suite enforces:
pyproject.toml,CHANGELOG.md,CITATION.cff, and both ofserver.json's version fields.mcp-publisher validatepasses against the live registry at 0.12.2:Full suite green locally, 4228 passed and 366 skipped.
Not in this PR
adapters/PUBLISHED.tomlis stale for the fourth release running: it records 1.2.0 /<0.12while PyPI has served 1.3.0 /<0.13since 2026-09-15. It blocks nothing here,because the published adapters already allow a 0.12.x kernel, and it is its own fix
rather than something to bury in a release PR.
Summary by CodeRabbit
Documentation
Chores