Skip to content

fix(ci): remove the two disallowed metadata.json files and stop the check hiding on main - #9

Merged
webmyc merged 1 commit into
mainfrom
fix/remove-disallowed-metadata-json
Jul 27, 2026
Merged

fix(ci): remove the two disallowed metadata.json files and stop the check hiding on main#9
webmyc merged 1 commit into
mainfrom
fix/remove-disallowed-metadata-json

Conversation

@webmyc

@webmyc webmyc commented Jul 27, 2026

Copy link
Copy Markdown
Member

fix(ci): delete the two disallowed metadata.json files, and stop the check hiding on main

README.md:173 and the PR template both say skill folders must not contain a
metadata.json. Two do, and the folder-structure step in validate-skill.yml has
been failing on them since 2f16a07. Because that workflow only ran on
pull_request, main never checked itself, so the breakage was invisible on main
and showed up as a red check on every unrelated PR instead. A check that is
always red is worse than no check: it trains people past the one time it is
right.

Deleting them loses nothing. skills.json is what the marketplace reads, and it
already carries both entries in full. The metadata.json copies had drifted:
internal-link-builder said version 1.0.0 against 1.2.0 in skills.json, two
releases stale, with a different description as well. A second source of truth
that is already wrong is worth less than no second source of truth.

Also runs the workflow on push to main, and widens the paths filter from a list
of allowed filenames to skills/**. This job exists to reject files that should
not be there, so filtering on the permitted names meant a PR adding only a
disallowed file never triggered the job that exists to reject it.

…check hiding on main

README.md:173 and the PR template both say skill folders must not contain a
metadata.json. Two do, and the folder-structure step in validate-skill.yml has
been failing on them since 2f16a07. Because that workflow only ran on
pull_request, main never checked itself, so the breakage was invisible on main
and showed up as a red check on every unrelated PR instead. A check that is
always red is worse than no check: it trains people past the one time it is
right.

Deleting them loses nothing. skills.json is what the marketplace reads, and it
already carries both entries in full. The metadata.json copies had drifted:
internal-link-builder said version 1.0.0 against 1.2.0 in skills.json, two
releases stale, with a different description as well. A second source of truth
that is already wrong is worth less than no second source of truth.

Also runs the workflow on push to main, and widens the paths filter from a list
of allowed filenames to skills/**. This job exists to reject files that should
not be there, so filtering on the permitted names meant a PR adding only a
disallowed file never triggered the job that exists to reject it.
@webmyc
webmyc merged commit c885566 into main Jul 27, 2026
2 checks passed
@webmyc
webmyc deleted the fix/remove-disallowed-metadata-json branch July 27, 2026 12:47
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant