The plugin repository can’t be read or validated
Not reported yetApplies to Claude Plugins · Cursor Marketplace · Grok Plugins · Gemini CLI Extensions · Docker MCP Catalog
What reviewers and the rules say
“looks like there’s a failure in the CI job that ran, you’ll need to fix that first”
“(MIT or Apache 2 are great, GPL is not).”
“Put a README of at least 40 words in the plugin folder”
“main, v1.2.3, and abbreviated SHAs are rejected by the validator.”
Stores that take plugins read them from a public GitHub repository at a pinned commit, and validate it before anyone reviews it. A private repository, a missing manifest, README or licence, a branch instead of a commit, or a failing CI run leaves nothing to review. Gemini CLI’s gallery skips a repository that fails validation without saying so.
How to fix it
- Host the plugin in its own public GitHub repository. A private monorepo can’t be pinned.
- Claude: add .claude-plugin/plugin.json, a README of at least 40 words and a LICENSE, then run claude plugin validate --strict.
- Don’t leave a SKILL.md at the root beside a skills/ folder. Claude loads it as a single-skill plugin and hides the rest.
- Grok: pin a full 40-character commit SHA, not main or a tag.
- Docker: use a licence that lets people run the server, such as MIT or Apache 2.0, and get CI green before asking for review.
- Gemini CLI: put gemini-extension.json at the root and add the gemini-cli-extension topic.
Caught by
repo.publicThe plugin repository is publicmcplane CLIrepo.claude-manifest.claude-plugin/plugin.json existsmcplane CLIrepo.root-skillNo root SKILL.md shadowing the plugin’s skillsmcplane CLI