.github/skills/speckit-superb-finish/SKILL.md
Development branch completion protocol. Loads the obra/superpowers finishing-a-development-branch SKILL.md at runtime. Guides the user through structured options (merge, PR, keep, discard) after verification passes. Call manually after speckit.superb.verify succeeds.
npx skillsauth add pradeepmouli/lspeasy speckit-superb-finishInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Skill origin: obra/superpowers
finishing-a-development-branchInvocation: Standalone command. Call afterspeckit.superb.verifyconfirms all checks pass.
Before executing this command, confirm:
speckit.superb.verify has been run and passed in this session.spec.md requirements are covered (spec-coverage checklist complete).If any of the above is not met, STOP:
Cannot finish: verification has not passed yet.
Run /speckit.superb.verify first.
Locate and internalize the superpowers finishing skill using this priority chain:
skills/finishing-a-development-branch/SKILL.md from the
workspace root (present when superpowers is installed as a plugin).https://raw.githubusercontent.com/obra/superpowers/main/skills/finishing-a-development-branch/SKILL.md
- Verify tests pass (full suite).
- Determine base branch (main/master).
- Present exactly 4 options: merge locally / push & create PR / keep as-is / discard.
- Execute the chosen option.
- Clean up worktree if applicable (options 1 and 4 only).
You must internalize the full SKILL.md content before proceeding.
$ARGUMENTS
tasks.md header or git branch --show-current.git merge-base HEAD main 2>/dev/null || git merge-base HEAD master 2>/dev/null
spec.md feature name and the
verification evidence from the most recent verify run.Apply the loaded skill with these spec-kit additions:
Implementation verified complete. What would you like to do?
1. Merge back to [base-branch] locally
2. Push and create a Pull Request
3. Keep the branch as-is (I'll handle it later)
4. Discard this work
Which option?
If the user chooses "Push and create a Pull Request", enhance the PR body with spec-kit context:
## Summary
[Feature name from spec.md]
## Spec Coverage
[Paste the spec-coverage checklist from the verify run]
## Verification Evidence
- Test suite: [N] tests, [N] passing, 0 failing
- Spec coverage: [N/N] requirements verified
## Review
Consider running `/speckit.superb.critique` for spec-aligned review.
tools
Use for ANY rename, file-move, or move-symbol refactor — especially rename-heavy work across multiple files. Claude Code's built-in LSP tool is READ-ONLY (find references, but no rename / file-move / move-symbol). Hand-editing those refactors silently misses re-exports, aliased imports, type-only imports, and {@link} doc references. This skill drives a real language server via the `lspeasy` CLI to apply a correct WorkspaceEdit that catches every reference. Trigger when the user asks to rename a function/class/variable/type project-wide, move a file and fix its importers, or pull a symbol out into another module.
tools
Documentation site for lspeasy Use when: You are building a browser-based LSP client, a WebSocket-backed language....
tools
Documentation site for lspeasy Use when: You are implementing a custom client layer and need the same validation....
tools
Use when working with lspeasy (client, core, server). Covers: lsp, language-server-protocol, lsp-client, language-client, jsonrpc, transport, lsp-server, language-server.