Finalize feature
Commit, rebase the feature branch on the base branch, verify via /verify-feature, push, open a PR, and write QA notes on the ticket. Reads per-repo config from docs/agents/ (issue tracker, vcs, stack, quality gates), so it works in any repo and any language.From its SKILL.md
npx -y skills add TomWebwalker/skills --skill finalize-featureAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
2.7 KB, as published. Nobody here has run it
Load config first. Read all four: docs/agents/issue-tracker.md,
docs/agents/vcs.md, docs/agents/stack.md, docs/agents/quality-gates.md. If any
are missing, suggest /setup-project-skills. Every branch name, command, status, and
commit rule below comes from these files — do not hardcode a branch, a tracker, a
ticket format, a package manager, or a source path.
Track the steps below as a task list and mark them done as you go. If unsure how to implement a part, look for examples in the repo or ask.
Steps
- Commit. Stage and group changes logically. Follow
quality-gates.md#commit: use the configuredconvention, place the ticket id perticket_ref, and appendcoauthor_lineif set. Whencommit.validatoris non-empty, validate the entire message (header + body + footer) through that validator before committing — write it to a file and pipe it in exactly as CI does. Never--no-verify. Respect the limits recorded incommit.rules. - Check out
vcs.md#base_branchand pull latest. - Check out the feature branch again and, if
vcs.md#rebase_on_base, rebase it on the base branch. If the rebase conflicts, stop and resolve with the user rather than guessing. - Verify. Run
/verify-feature. It executes every gate inquality-gates.md#gates(and the duplication check when enabled) and reportsALL GREENor a list of causes. Fix each cause and re-run until green — do not proceed on a partial pass, and never weaken a check to get there. If a gate was skipped for missing config, carry that into the report in step 10. - Push the feature branch to
vcs.md#remote. - Open a PR targeting
vcs.md#pr_targetwithvcs.md#pr_tool(gh pr create,glab mr create, or — formanual— push and print the compare URL). Usevcs.md#pr_templatefor the body if one is configured; otherwise summarize the change, the reasoning, and how to verify it. - If tracker is not
none, find the ticket from the branch name viaissue-tracker.md#ticket_id_pattern. - Write a QA-instructions comment on the ticket (per
issue-tracker.md), and set it tostatuses.ready_for_qaif that status is configured. - If
issue-tracker.md#version_labelis true, read the version fromissue-tracker.md#version_sourceand ensure the ticket carries that label. - Report the PR URL, which gates ran, and anything skipped.