kramme-cc-workflow/skills/kramme:git:worktree/SKILL.md
Safely list, create, and remove git worktrees with checks for existing paths, checked-out branches, and Conductor workspace directories. Use for manual worktree operations during PR splitting or local parallel development. Not for branch cleanup, deleting gone branches, renaming branches, or bypassing Conductor workspace archival.
npx skillsauth add abildtoft/kramme-cc-workflow kramme:git:worktreeInstall 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.
Guide manual git worktree operations with conservative checks.
Use this skill when a user asks to list git worktrees, create a separate checkout for parallel local work, or remove a worktree after review. Start with list when the target path or branch state is uncertain. For Conductor-created workspaces, prefer Conductor's archive flow unless the user explicitly confirms removal outside Conductor.
Parse $ARGUMENTS.
list: show worktrees and label likely Conductor paths.create --path <path> --branch <branch> [--base <ref>]: create a new worktree and branch from the base ref. If the branch already exists, attach it only when it is not checked out elsewhere.remove --path <path> --yes [--force] [--allow-conductor]: remove a worktree after explicit confirmation.Resolve SKILL_DIR to the directory containing this SKILL.md, then run the helper from the user's current workspace:
"$SKILL_DIR/scripts/worktree-helper.sh" list
Do not cd into the skill directory; the helper intentionally inspects the current git repository. For create/remove, pass only arguments the user explicitly requested.
Before create, verify:
Before remove, verify:
list output.--yes is present only after explicit confirmation.--allow-conductor is present only after the user confirms the Conductor workspace should be removed outside Conductor's archive flow.--force is present only after the user accepts that uncommitted files in the worktree may be discarded.Report the exact command outcome and any skipped safety check.
--force and explicit confirmation./kramme:git:clean-gone-branches for stale local branch cleanup.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.