Back to skills
SkillHub ClubShip Full StackFull Stack
add-worktree
Create a new worktree for an Issue.
Packaged view
This page reorganizes the original catalog entry around fit, installability, and workflow context first. The original raw source lives below.
Stars
0
Hot score
74
Updated
March 20, 2026
Overall rating
C0.0
Composite score
0.0
Best-practice grade
A85.2
Install command
npx @skill-hub/cli install drillan-claudecode-model-add-worktree
Repository
drillan/claudecode-model
Skill path: .claude/skills/add-worktree
Create a new worktree for an Issue.
Open repositoryBest for
Primary workflow: Ship Full Stack.
Technical facets: Full Stack.
Target audience: everyone.
License: Unknown.
Original source
Catalog source: SkillHub Club.
Repository owner: drillan.
This is still a mirrored public skill entry. Review the repository before installing into production workflows.
What it helps with
- Install add-worktree into Claude Code, Codex CLI, Gemini CLI, or OpenCode workflows
- Review https://github.com/drillan/claudecode-model before adding add-worktree to shared team environments
- Use add-worktree for development workflows
Works across
Claude CodeCodex CLIGemini CLIOpenCode
Favorites: 0.
Sub-skills: 0.
Aggregator: No.
Original source / Raw SKILL.md
--- name: add-worktree description: Create a new worktree for an Issue. --- # /add-worktree Create a new worktree for an Issue. ## Usage ``` /add-worktree <issue-number> ``` ## Arguments | Argument | Type | Required | Description | |----------|------|----------|-------------| | `issue-number` | integer | Yes | GitHub Issue number | ## Instructions When the user invokes `/add-worktree <number>`, follow these steps: ### Step 1: Load Issue ```bash gh issue view <number> --json number,title,body,labels,state ``` Verify the issue exists and is open. ### Step 2: Determine Branch Type Same logic as `/start-issue`: - Check labels for branch type mapping - Fall back to keyword detection - Default to `feat/` ### Step 3: Generate Names Branch name: ``` <prefix>/<issue-number>-<normalized-title> ``` Worktree directory: ``` ../<project-name>-<branch-name-with-slashes-as-hyphens> ``` Example: - Branch: `feat/200-add-feature` - Worktree: `../my-project-feat-200-add-feature` ### Step 4: Check for Existing Check if worktree or branch already exists: ```bash git worktree list git branch --list <branch-name> ``` If exists, report error and show existing path. ### Step 5: Create Worktree ```bash git worktree add -b <branch-name> <worktree-path> ``` This creates: 1. New branch 2. New worktree directory 3. Checks out the branch in the worktree ### Step 6: Copy .hachimoku/ Configuration If `.hachimoku/` directory exists in the repository root, copy it to the new worktree. If `.hachimoku/` is already present in the worktree (git-tracked), skip the copy. Otherwise copy from the repository root: ```bash if [ ! -d <worktree-path>/.hachimoku ]; then cp -r .hachimoku/ <worktree-path>/.hachimoku/ fi ``` Then remove any stale JSONL files if `reviews/` exists: ```bash find <worktree-path>/.hachimoku/reviews -name "*.jsonl" -delete 2>/dev/null || true ``` This preserves project-specific hachimoku agent customizations (agent configs, review settings). If `.hachimoku/` does not exist in the repository root, skip this step silently. **Note**: We copy (not `8moku init`) to preserve customized agent configurations. **Note**: When executed via `scripts/add-worktree.sh`, this step is handled by the script itself (Claude CLI `--allowedTools` does not include `cp`). ### Step 7: Report Success ``` Worktree created successfully Issue: #200 - [Issue title] Branch: feat/200-add-feature Directory: ../my-project-feat-200-add-feature To start working: cd ../my-project-feat-200-add-feature ``` ## Output Format ### Success ``` Worktree created successfully Issue: #<number> - <title> Branch: <branch-name> Directory: <worktree-path> To start working: cd <worktree-path> ``` ### Already Exists ``` Worktree already exists Issue: #<number> - <title> Existing path: <existing-path> To continue working in the existing worktree: cd <existing-path> ``` ## Error Handling | Error | Action | |-------|--------| | Issue not found | Display error message | | Branch exists (no worktree) | Suggest creating worktree with existing branch | | Worktree exists | Show existing path | | Directory creation failed | Show cause (permissions, path, etc.) | | Git not in repo | Notify user they're outside a repository | ## Worktree Management Tips ```bash # List all worktrees git worktree list # Remove a worktree git worktree remove ../my-project-feat-200-add-feature # Prune stale worktree info git worktree prune ```