| name | using-git-worktrees | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| description | TRIGGER: 开始隔离性的 feature 开发、refactor、brownfield 大改之前;或 TriaDev 执行 plan 前需要分支隔离。创建 git worktree 并做 gitignore 校验 + baseline test 验证。 Adapted from obra/superpowers `using-git-worktrees` skill for TriaDev workflow. | ||||||||
| version | 1.0 | ||||||||
| triggers |
|
Adapted from obra/superpowers skills/using-git-worktrees/, simplified for TriaDev (no OpenClaw-specific global path).
Git worktrees create isolated workspaces sharing the same repository, allowing work on multiple branches simultaneously without switching.
Core principle: Systematic directory selection + safety verification = reliable isolation.
Announce at start: "I'm using the using-git-worktrees skill to set up an isolated workspace."
Use when:
- Brownfield refactor that touches many files (risk of polluting main branch)
- TriaDev Extended path execution on a change that should be reviewable as a unit
- Experimental change you want to discard cleanly if it doesn't pan out
- Working on 2+ branches concurrently without constant
git checkoutoverhead
Skip when:
- Single-file / small change (worktree overhead exceeds benefit)
- Doc-only edits
- The project's workflow doesn't use feature branches
Follow this priority order:
ls -d .worktrees 2>/dev/null # Preferred (hidden)
ls -d worktrees 2>/dev/null # AlternativeIf found: Use that directory. If both exist, .worktrees wins.
grep -i "worktree.*director" CLAUDE.md 2>/dev/nullIf preference specified: Use it without asking.
If no directory exists and no CLAUDE.md preference:
No worktree directory found. Where should I create worktrees?
1. .worktrees/ (project-local, hidden, requires .gitignore entry)
2. <custom-path>/ (user-provided)
Which would you prefer?
MUST verify directory is ignored before creating worktree:
# Check if directory is ignored (respects local, global, and system gitignore)
git check-ignore -q .worktrees 2>/dev/null || git check-ignore -q worktrees 2>/dev/nullIf NOT ignored:
- Add appropriate line to
.gitignore - Commit the change
- Proceed with worktree creation
Why critical: Prevents accidentally committing worktree contents to repository.
project=$(basename "$(git rev-parse --show-toplevel)")# Using project-local directory:
path=".worktrees/$BRANCH_NAME"
git worktree add "$path" -b "$BRANCH_NAME"
cd "$path"Auto-detect and run appropriate setup:
# Node.js
if [ -f package.json ]; then npm install; fi
# Rust
if [ -f Cargo.toml ]; then cargo build; fi
# Python
if [ -f requirements.txt ]; then pip install -r requirements.txt; fi
if [ -f pyproject.toml ]; then poetry install; fi
# Go
if [ -f go.mod ]; then go mod download; fiRun tests to ensure worktree starts clean:
# Use project-appropriate command
npm test
cargo test
pytest
go test ./...If tests fail: Report failures, ask whether to proceed or investigate.
If tests pass: Report ready.
Worktree ready at <full-path>
Tests passing (<N> tests, 0 failures)
Ready to implement <feature-name>
| Situation | Action |
|---|---|
.worktrees/ exists |
Use it (verify ignored) |
worktrees/ exists |
Use it (verify ignored) |
| Both exist | Use .worktrees/ |
| Neither exists | Check CLAUDE.md → Ask user |
| Directory not ignored | Add to .gitignore + commit |
| Tests fail during baseline | Report failures + ask |
| No package.json / Cargo.toml / etc. | Skip dependency install |
- Problem: Worktree contents get tracked, pollute git status
- Fix: Always use
git check-ignorebefore creating project-local worktree
- Problem: Creates inconsistency, violates project conventions
- Fix: Follow priority: existing > CLAUDE.md > ask
- Problem: Can't distinguish new bugs from pre-existing issues
- Fix: Report failures, get explicit permission to proceed
- Problem: Breaks on projects using different tools
- Fix: Auto-detect from project files (package.json, etc.)
You: I'm using the using-git-worktrees skill to set up an isolated workspace.
[Check .worktrees/ - exists]
[Verify ignored - git check-ignore confirms .worktrees/ is ignored]
[Create worktree: git worktree add .worktrees/auth -b feature/auth]
[Run npm install]
[Run npm test - 47 passing]
Worktree ready at <project>/.worktrees/auth
Tests passing (47 tests, 0 failures)
Ready to implement auth feature
Never:
- Create worktree without verifying it's ignored (project-local)
- Skip baseline test verification
- Proceed with failing tests without asking
- Assume directory location when ambiguous
- Skip CLAUDE.md check
Always:
- Follow directory priority: existing > CLAUDE.md > ask
- Verify directory is ignored for project-local
- Auto-detect and run project setup
- Verify clean test baseline
Called by:
- triadev Extended path — OPTIONAL pre-implementation step when the change is high-risk (brownfield refactor, breaking API change). Announced in triadev's Phase 4 start.
- Any skill wanting isolated workspace
Pairs with:
- verification-before-completion — REQUIRED before merging worktree back or deleting it (verify baseline still passes)
After work is complete and merged:
# Remove worktree
git worktree remove .worktrees/<branch-name>
# Or force-remove if dirty
git worktree remove --force .worktrees/<branch-name>
# List remaining worktrees
git worktree list