mcpbeat

ROSA Verification Gates

openshift/rosa verification gates

Choose the right local verification steps before claiming a ROSA change is complete.

390 tokens
context cost
the whole folder, loaded on every use
1
files
instructions only
0
copies elsewhere
how many repositories repackaged it
103
stars on the repo
on the repository, not the skill itself

Install

one command, takes just this skill from the repository
npx skills add https://github.com/openshift/rosa --skill ROSA Verification Gates

The instruction itself

7 sections, as written by the author

ROSA Verification Gates

Start with AGENTS.md and guidelines/testing-guidelines.md.

Use this skill when:

  • Preparing to commit or open a PR
  • Deciding which checks are appropriate for a change
  • Verifying docs, command, or generated-file changes

Verification Mapping

Go code changes

  • make fmt
  • relevant package tests or make test
  • make lint
  • make rosa

Command or flag changes

  • all Go code checks above
  • verify cmd/rosa/structure_test/command_structure.yml and matching command_args.yml
  • make generate-docs when help text or docs changed

Generated mocks or assets

  • make generate
  • relevant tests for the touched package or command

Pre-push confidence

  • make basic-checks
  • make pre-push-checks before push when the change is ready
  • re-read .github/pull_request_template.md and use its developer checklist as the final PR-readiness pass

Rules

  • Run make install-hooks in a new clone before first commit.
  • Do not bypass hooks.
  • Do not run go mod tidy or go mod vendor unless the task explicitly requires dependency-state changes.
  • If generated files changed unexpectedly, stop and confirm why before committing them.
  • If a command changed but the structure-test files did not, verify that omission intentionally.
  • If the PR template checklist expects docs, manual validation, or risk notes, make sure the final PR body actually covers them.

How to use it

Copy the folder

Take openshift/rosa verification gates from the repository into ~/.claude/skills for personal use, or into .claude/skills inside a project.

Check the name does not clash

The agent identifies a skill by the name field in its header. Two skills with the same name cannot sit side by side — one of them will be ignored.