agentleFS
mesherymeshery/schemas/.github/skills/meshery-schemas-release/SKILL.md

meshery-schemas-release

Skill85 starsChanged 30 days agoApache-2.0View on GitHub

Publish a meshery/schemas release only after generated artifacts have self-committed to master and release-drafter has refreshed the draft release; then publish the draft and let publish-schemas handle npm publishing.

  • Commits and pushes

The file

Show its rules and text

We split this skill into the rules it gives an agent

14 rules. About 0 are common, 4 are distinctive, and 10 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈4

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 10

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Use this skill when the task is to cut, publish, or verify a release for meshery/schemas.

    line 8
  2. Distinctive:

    Do not publish a repository release until both automation stages have finished on master:

    line 12
  3. Very specific:

    Wait for generate-artifacts-from-schemas.yml to finish.

    line 22
  4. Very specific:

    Wait for release-drafter.yml to run again against that updated master head and refresh the draft release.

    line 26
  5. Very specific:

    After publish, let publish-schemas.yml run:

    line 29
  6. Very specific:

    Use gh CLI. Do not use gh release create.

    line 36
  7. Distinctive:

    Only publish when all of the following are true:

    line 45
  8. Very specific:

    Never run npm publish manually.

    line 61
  9. Very specific:

    Never publish while generate-artifacts-from-schemas.yml is still running or failing

    line 62
  10. Distinctive:

    Never publish a draft that has not been refreshed after the generated-artifact self-commit

    line 64
  11. Very specific:

    If generate-artifacts-from-schemas.yml fails, inspect the run logs and stop.

    line 68
  12. Distinctive:

    If artifact generation succeeds but the expected self-commit is missing, confirm from the workflow output whether it had nothing to commit …

    line 69
  13. Very specific:

    If release-drafter.yml has not refreshed the draft after the latest master update, wait or re-run that workflow.

    line 70
  14. Very specific:

    If no draft release exists after release-drafter.yml succeeds, investigate the workflow/configuration instead of creating a release …

    line 71

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Meshery Schemas Release

Use this skill when the task is to cut, publish, or verify a release for meshery/schemas.

Golden Rule

Do not publish a repository release until both automation stages have finished on master:

  1. generate-artifacts-from-schemas.yml completed successfully and finished self-committing the generated Go and TypeScript bundles back to master.
  2. release-drafter.yml completed after that master update and refreshed the draft release.

Publishing before both stages finish can ship a release whose generated artifacts or drafted notes lag the repository head.

Required Release Order

  1. Push or merge the intended changes to master.
  2. Wait for generate-artifacts-from-schemas.yml to finish.
    • It runs make build.
    • It generates the Go and TypeScript artifacts that belong in the repo.
    • It normally self-commits them to master with the message Generate build artifacts from schemas.
  3. Wait for release-drafter.yml to run again against that updated master head and refresh the draft release.
  4. Review the existing draft release if needed.
  5. Publish the existing draft release.
  6. After publish, let publish-schemas.yml run:
    • it updates schemas/base_cloud.yml and schemas/base_meshery.yml
    • it calls publish-npm-package.yml, which performs the npm publish
    • it notifies downstream repositories and publishes OpenAPI docs

Required Checks

Use gh CLI. Do not use gh release create.

gh run list --workflow generate-artifacts-from-schemas.yml --branch master --limit 1
gh api repos/meshery/schemas/commits/master --jq '.commit.message'
gh run list --workflow release-drafter.yml --branch master --limit 1
gh release list --limit 1

Only publish when all of the following are true:

  • the latest generate-artifacts-from-schemas.yml run is completed with success
  • the artifact-generation self-commit has landed on master, or the workflow shows there were no generated changes to commit
  • the latest release-drafter.yml run is completed with success for the current master head
  • the target release already exists as a draft

Publish the draft release with:

gh release edit <TAG> --draft=false

Never Do This

  • Never use gh release create
  • Never run npm publish manually; publish-schemas.yml does that through publish-npm-package.yml
  • Never publish while generate-artifacts-from-schemas.yml is still running or failing
  • Never publish while release-drafter.yml is still running or failing
  • Never publish a draft that has not been refreshed after the generated-artifact self-commit

Failure Handling

  • If generate-artifacts-from-schemas.yml fails, inspect the run logs and stop. No release should be published.
  • If artifact generation succeeds but the expected self-commit is missing, confirm from the workflow output whether it had nothing to commit before proceeding.
  • If release-drafter.yml has not refreshed the draft after the latest master update, wait or re-run that workflow; do not publish until it finishes.
  • If no draft release exists after release-drafter.yml succeeds, investigate the workflow/configuration instead of creating a release manually.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.