openshift/step-finder
>- Search openshift/release step-registry for existing steps, workflows, and chains before creating new CI components. Use when adding tests, jobs, or step-registry entries, or when asked to find reusable pre/test/post components.
npx skills add https://github.com/openshift/release --skill step-finder
Search 4,400+ step-registry components before creating duplicates.
ref, chain, or workflowFrom repo root:
python3 .claude/scripts/step_finder.py "<query>" [--type step|workflow|chain|all] [--show-usage] [--no-reverse-deps] [--limit N]
Examples:
python3 .claude/scripts/step_finder.py "aws upgrade" --type workflow
python3 .claude/scripts/step_finder.py "install operator" --type step --show-usage
python3 .claude/scripts/step_finder.py openshift-e2e-test --no-reverse-deps
All query tokens must match (name, path, or documentation).
*-commands.sh for top matches — do not guess behavior.ci-operator/config/<org>/<repo>/:- ref: <name>- chain: <name>workflow: <name>make updatemake validate-step-registry and make checkconfig| Type | Files | Config reference |
|------|-------|------------------|
| step | *-ref.yaml + *-commands.sh | ref: |
| chain | *-chain.yaml | chain: |
| workflow | *-workflow.yaml (pre/test/post) | workflow: |
Always run this skill before adding step-registry files. If a close match exists, extend it with env vars or compose it in a chain/workflow instead of copying.
Take openshift/step-finder from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
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.