kramme-cc-workflow/skills/kramme:git:clean-gone-branches/SKILL.md
Find local git branches whose upstream remote branch is gone, list associated worktrees, label Conductor workspace paths, and delete only after explicit confirmation. Use for local branch hygiene after remote branches are merged or deleted. Not for deleting the current branch, deleting active worktrees, pruning without review, or rewriting history.
npx skillsauth add abildtoft/kramme-cc-workflow kramme:git:clean-gone-branchesInstall 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.
List local branches whose upstream is marked [gone], then optionally delete safe candidates after confirmation.
Parse $ARGUMENTS.
--prune: run git fetch --prune before discovery. This updates remote-tracking refs but does not delete local branches.--delete: request local branch deletion. Delete mode requires the exact confirmed branch names as positional arguments.--yes: required with --delete; only pass it after the user explicitly confirms the displayed plan.--force: use git branch -D instead of git branch -d. Ask for separate explicit confirmation before using this.Resolve SKILL_DIR to the directory containing this SKILL.md, then run discovery from the user's current workspace:
"$SKILL_DIR/scripts/clean-gone-branches.sh"
Do not cd into the skill directory; the script intentionally inspects the current git repository. Pass --prune only when the user asked for a fresh remote-pruned view.
Review the output:
current must not be deleted.checked-out are attached to a worktree and must be skipped by this skill.conductor-workspace point at a Conductor workspace path and require the user to review or archive that workspace before removal.If no deletion was requested, stop after the report.
If deletion was requested:
Show the candidate list to the user.
Capture the exact branch names from that displayed candidate list. This is the confirmed delete set.
Confirm they want to delete the unblocked local branches in that exact set.
If --force is present, separately confirm that unmerged local work may be discarded from those branch refs.
Run:
CONFIRMED_BRANCHES=(branch-a branch-b)
"$SKILL_DIR/scripts/clean-gone-branches.sh" --delete --yes "${CONFIRMED_BRANCHES[@]}"
Add --force only when already confirmed. Do not pass --prune in delete mode; if the remote-pruned view needs refreshing, rerun discovery with --prune, show the new candidate list, and confirm that new exact set before deleting.
Report deleted, skipped, and failed branches. If a branch is skipped because a worktree exists, suggest git worktree list or /kramme:git:worktree list for inspection rather than deleting the worktree automatically.
--yes before the user has confirmed the exact deletion plan.--prune in delete mode; pruning belongs to discovery before confirmation.git branch -d; use --force only after explicit confirmation.tools
Requires Linear MCP. Implements one Linear issue end to end, selects applicable code-review, convention, and PR-refactor gates, runs them to bounded convergence, verifies, and optionally opens the PR and iterates on CI and review feedback until green. Use when the user wants a single Linear issue taken from implementation through a clean Pull Request. Not for implementation-only work, SIW-tracked issues, stacked PRs, existing PR updates, or post-merge rollout.
development
Reviews PR and local changes for convention drift and overcaution against documented rules and mined peer-file practice. Use for new patterns, dependencies, abstractions, or defensive complexity that departs from established practice; every finding cites evidence. Supports --inline. Not for general code quality (use kramme:pr:code-review) or spec review (use kramme:siw:spec-audit --team).
testing
Charts huge or foggy initiatives into a local `.context` decision map and resolves one typed frontier ticket per session until the work is ready for SIW or another execution workflow. Use when the route to a destination cannot fit in one agent session or parallel workspaces need coordinated planning state. Not for clear specs, ordinary issue decomposition, implementation, or Linear-native tracking.
development
Investigates a question against primary sources and saves one cited Markdown artifact. Use for reading legwork: official docs/API facts, source-code or spec checks, standards, and first-party service behavior before planning or implementation. Not for making product or architecture decisions, implementing code, broad web search, secondary blog summaries, or uncited answers.