Finishing a Development Branch
obra/superpowers
Walks the last step of a branch: confirm tests pass, detect the git environment, ask how to integrate, carry out your choice and clean up the worktree.
A skill your agent uses when asked to review changes, self-review work, or prepare a pull request in the hierconfig repository — especially before opening or updating a PR, or when checking…
$ npx skills add netdevops/hier_config --skill hier-config-review -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install netdevops/hier_config hier-config-review --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/netdevops/hier_config.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.claude/skills/hier-config-review .claude/skills/hier-config-review && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "hier-config-review" agent skill from https://github.com/netdevops/hier_config/tree/master/.claude/skills/hier-config-review into .claude/skills/hier-config-review/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "hier-config-review", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/netdevops/hier_config/tree/master/.claude/skills/hier-config-reviewType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add netdevops/hier_config --skill hier-config-review -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install netdevops/hier_config hier-config-review --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/netdevops/hier_config.git skills-src && mkdir -p .agents/skills && cp -r skills-src/.claude/skills/hier-config-review .agents/skills/hier-config-review && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "hier-config-review" agent skill from https://github.com/netdevops/hier_config/tree/master/.claude/skills/hier-config-review into .agents/skills/hier-config-review/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "hier-config-review", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add netdevops/hier_config --skill hier-config-review -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install netdevops/hier_config hier-config-review --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/netdevops/hier_config.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/.claude/skills/hier-config-review .cursor/skills/hier-config-review && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "hier-config-review" agent skill from https://github.com/netdevops/hier_config/tree/master/.claude/skills/hier-config-review into .cursor/skills/hier-config-review/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "hier-config-review", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/netdevops/hier_config.git --path .claude/skills/hier-config-review--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add netdevops/hier_config --skill hier-config-review -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install netdevops/hier_config hier-config-review --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/netdevops/hier_config.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/.claude/skills/hier-config-review .gemini/skills/hier-config-review && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "hier-config-review" agent skill from https://github.com/netdevops/hier_config/tree/master/.claude/skills/hier-config-review into .gemini/skills/hier-config-review/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "hier-config-review", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install netdevops/hier_config hier-config-reviewInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add netdevops/hier_config --skill hier-config-review -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/netdevops/hier_config.git skills-src && mkdir -p .github/skills && cp -r skills-src/.claude/skills/hier-config-review .github/skills/hier-config-review && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "hier-config-review" agent skill from https://github.com/netdevops/hier_config/tree/master/.claude/skills/hier-config-review into .github/skills/hier-config-review/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "hier-config-review", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add netdevops/hier_config --skill hier-config-review -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install netdevops/hier_config hier-config-review --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/netdevops/hier_config.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/.claude/skills/hier-config-review .opencode/skills/hier-config-review && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "hier-config-review" agent skill from https://github.com/netdevops/hier_config/tree/master/.claude/skills/hier-config-review into .opencode/skills/hier-config-review/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "hier-config-review", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
hier-config-reviewA skill your agent uses when asked to review changes, self-review work, or prepare a pull request in the hierconfig repository — especially before opening or updating a PR, or when checking…
Hier Config Review is an agent skill from netdevops/hier_config. Use when asked to review changes, self-review work, or prepare a pull request in the hierconfig repository — especially before opening or updating a PR, or when checking AI-generated code against this repo's standards.
Its SKILL.md is about 900 tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.
It sits in Development, covering Pull requests. It works with Pydantic. The repository describes itself as: Hierarchical Configuration. The licence is MIT.
4 steps, taken from the step headings in SKILL.md.
Read from SKILL.md and the folder at commit 806c654. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
Shell commands in SKILL.md call:
gitpoetryFrom the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md. Its commands use git, which can reach the network depending on how they are called.
From URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Hier Config Review loads about 903 tokens when it runs. Until then it costs about 60 tokens; SKILL.md has 375 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from netdevops/hier_config at commit 806c654, republished under its MIT licence (© netdevops). 375 words, ~903 tokens.
.claude/skills/hier-config-review/SKILL.md (or your agent's skills folder).Review the current change set against this repository's standards and report findings. Do not fix anything unless explicitly asked — the deliverable is the review report.
git diff master...HEAD --stat # on a branch
git diff HEAD --stat # fall back: uncommitted work
git diff --staged --stat # fall back: staged onlyList every changed file and classify it: library code (hier_config/), tests (tests/), docs (docs/, mkdocs.yml), CI/config, or CHANGELOG.md. Read the full diff for each classified file before judging it.
Run these and report exact failures (tool, file, line, message):
poetry run ./scripts/build.py lint
poetry run ./scripts/build.py pytest --coverageIf docs/ or mkdocs.yml changed, also run:
poetry run mkdocs build --strictRead the referenced doc before judging that category — the docs are the standard, not your intuition.
docs/dev/code-style.mdBaseModel (hier_config/models.py), never pydantic.BaseModel directly.tuple/frozenset, never list/set. Rule models use match_rules: tuple[MatchRule, ...].Any, no missing annotations, no unjustified # type: ignore / # noqa.docs/dev/testing.mdtests/test_driver_<platform>.py; view changes in tests/config_view/.dump_simple() tuple, rollback verified via no unified_diff.tests/fixtures/ with module-scoped accessors in tests/conftest.py.docs/dev/extending.mdmodels.py → named default factory + field on HConfigDriverRules → consumed in child.py/root.py → populated in drivers.Platform enum member, get_hconfig_driver wiring, per-platform test file, and a driver section + table row in docs/user/drivers.md.CHANGELOG.md has an entry under ## [Unreleased], in the right category (Added/Changed/Fixed/Removed), referencing the issue/PR ((#NNN)).docs/user/ (and docs/user/api-reference.md where relevant).mkdocs.yml nav; moved pages have a redirect_maps entry.CONTRIBUTING.md (Commit Message Style)Group findings by severity, most severe first:
Each finding: file:line, what is wrong, and which standard it violates (with the doc path). End with a pass/fail verdict against the "Before Opening a PR" checklist in AGENTS.md.
© netdevops, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
Just SKILL.md in .claude/skills/hier-config-review of netdevops/hier_config.
Open the folder on GitHubat commit 806c654
Hier Config Review next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Hier Config Review this skillnetdevops/hier_config | 150 | — | ~903 | Automated safety check: Pass | MIT | |
| Finishing a Development Branchobra/superpowers | 296k | 5 repos | ~1.9k | Automated safety check: Pass | MIT | |
| PR Babysitteropeninterpreter/openinterpreter | 69k | 3 repos | ~4.2k | Automated safety check: Pass | Apache-2.0 | |
| Check PRonyx-dot-app/onyx | 32k | 2 repos | ~2.3k | Automated safety check: Pass | MIT | |
| Understand Diff AnalysisEgonex-AI/Understand-Anything | 86k | 1 repos | ~1.4k | Automated safety check: Pass | MIT | |
| PR Design DocOpenHands/OpenHands | 90k | — | ~2.4k | Automated safety check: Pass | MIT |
obra/superpowers
Walks the last step of a branch: confirm tests pass, detect the git environment, ask how to integrate, carry out your choice and clean up the worktree.
openinterpreter/openinterpreter
Watches an open GitHub pull request until it merges, handling review comments, diagnosing CI failures and retrying flaky checks along the way.
onyx-dot-app/onyx
Checks a GitHub, GitLab, or Perforce (p4) pull request (or merge request, or shelved changelist) for unresolved review comments, failing status checks, and incomplete PR descriptions.
Egonex-AI/Understand-Anything
Reads your git changes or a pull request against a prebuilt knowledge graph of the project to explain what changed, which components are affected and what is risky.
OpenHands/OpenHands
For a non-trivial pull request, write a self-contained HTML design doc under the temporary .pr/ directory and link a visibility-appropriate preview in the PR description, so maintainers grasp the…
woocommerce/woocommerce
Reviews WooCommerce code changes against the project's standards, flagging backend PHP architecture, naming, documentation, data integrity and testing violations.
netdevops/hier_config
A skill your agent uses when adding hierconfig support for a new network platform or operating system — creating a platform driver, registering a new Platform enum member, or scaffolding driver…
netdevops/hier_config
A skill your agent uses when hierconfig produces wrong or unexpected output — incorrect remediation commands, missing or extra negations, repeated commands, lines nested under the wrong parent…
Works with
Categories
A skill your agent uses when asked to review changes, self-review work, or prepare a pull request in the hierconfig repository — especially before opening or updating a PR, or when checking…. Hier Config Review is an agent skill from netdevops/hier_config. Use when asked to review changes, self-review work, or prepare a pull request in the hierconfig repository — especially before opening or updating a PR, or when checking AI-generated code against this repo's standards.
Hier Config Review fits situations like: asked to review changes; self-review work; prepare a pull request in the hierconfig repository — especially before opening; checking AI-generated code against this repos standards.
Run `npx skills add netdevops/hier_config --skill hier-config-review -a claude-code`. Or copy the skill folder (.claude/skills/hier-config-review in netdevops/hier_config) into .claude/skills/hier-config-review in your project. Claude Code loads it when a task matches its description.
Run `npx skills add netdevops/hier_config --skill hier-config-review -a codex`. Or copy the skill folder (.claude/skills/hier-config-review in netdevops/hier_config) into .agents/skills/hier-config-review in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add netdevops/hier_config --skill hier-config-review -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/hier-config-review, .gemini/skills/hier-config-review, .github/skills/hier-config-review and .opencode/skills/hier-config-review in your project.
Going by SKILL.md and its folder, Hier Config Review needs the command-line tools its instructions call (git and poetry).
SKILL.md contains no URLs. Its commands use git, which can reach the network depending on how they are called. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
Hier Config Review is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 903 tokens (SKILL.md is roughly 3.6k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
Skills that share tags, products or a category with Hier Config Review: Finishing a Development Branch (obra/superpowers, 296k stars), PR Babysitter (openinterpreter/openinterpreter, 69k stars), Check PR (onyx-dot-app/onyx, 32k stars) and Understand Diff Analysis (Egonex-AI/Understand-Anything, 86k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
netdevops (a GitHub organization) maintains it in netdevops/hier_config, which has 150 GitHub stars. The repository holds 3 skills in this directory. The repository was last updated on September 21, 2026.
Source: netdevops/hier_config on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.