Conversation
Every plugin under skills/ declares:
"skills": ["./SKILL.md"]
The `skills` manifest field takes *directories* that contain
`<name>/SKILL.md`, not a path to a SKILL.md file, so this entry
resolves to nothing and the skill never loads.
These plugins each keep SKILL.md at the plugin root with no `skills/`
subdirectory, which is the documented single-skill plugin layout: it is
auto-loaded when the manifest omits `skills` entirely. Declaring the
field at all suppresses that auto-load, so the fix is to remove it
rather than repoint it. (Repointing to "./" fails the same way — the
loader would look for ./<name>/SKILL.md, which does not exist.)
Removes the field from all 9 plugin manifests. No file moves, no
behaviour change beyond the skills now loading.
Ref: https://code.claude.com/docs/en/plugins-reference#component-path-fields
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
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
1 participant
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.
Problem
All 9 plugins under
skills/declare:The
skillsmanifest field takes directories containing<name>/SKILL.md, not a path to aSKILL.mdfile. As written it resolves to nothing, so none of these skills load after install —requesthunt,domain-hunter,seo-geo,logo-creator,banner-creator,nanobanana,reddit,twitterandproducthuntare all affected.Confirmed on a live install: the plugins install cleanly from the marketplace and appear in
installed_plugins.json, but none of their skills appear in the session's available-skills list.Why removing the field is the fix
Each plugin keeps
SKILL.mdat its root with noskills/subdirectory. That is the documented single-skill plugin layout, and it is auto-loaded only when the manifest omitsskillsentirely — declaring the field at all suppresses the auto-load.Repointing to
"./"does not work either: the loader would then look for./<name>/SKILL.md, which does not exist in this layout. (Worth noting since"./"is a natural-looking fix — it fails the same way, just more quietly.)The alternative would be restructuring each plugin into
skills/<name>/SKILL.mdand pointing the field there, matching the layout plugins likepostizuse. That works, but it is a large file-move diff and breaks existing path references for no functional gain over simply dropping the field.Ref: Component path fields — "Custom skill directories containing
<name>/SKILL.md. Adds to the defaultskills/scan."Change
Removes the
skillskey from all 9 manifests. 27 deletions, no file moves, no other behaviour change.domain-hunterhad the field as its last key, so the trailing comma on the preceding key was cleaned up too. All 9 files were re-parsed after editing to confirm they are still valid JSON and thatskillswas the only key removed.🤖 Generated with Claude Code