技能介绍

要解决什么问题

在同一仓库里并行处理多个分支时，频繁 git checkout 会打断上下文，也容易把未提交的改动和分支切换搅在一起。Git worktree 可以在共享同一 .git 的前提下开出隔离工作目录，但目录放哪、会不会被误提交、新目录是否从「干净基线」起步，都需要一套固定流程，而不是凭感觉执行 git worktree add。

技能如何工作

本技能以 目录选择 → 安全验证 → 创建与验收 为主线。

目录优先级：若已有 .worktrees/ 或 worktrees/ 则沿用（两者并存时优先 .worktrees/）；否则读 CLAUDE.md 中的偏好；仍无约定则向用户确认。全局目录可使用 ~/.config/superpowers/worktrees，不占用仓库树。
安全验证：项目内 worktree 目录在创建前必须用 git check-ignore 确认已被忽略；若未忽略，按「先修再建」写入 .gitignore 并提交，避免 worktree 内容进入 git status。
创建后流程：识别项目名、创建 worktree、按 package.json、Cargo.toml 等自动推断并执行依赖/环境设置；再跑测试建立清洁基线，失败时报告并询问是否继续。

适用边界与注意点

项目本地 worktree 不能跳过忽略校验；不能在基线测试失败时默许继续；不能在位置不明时硬编码目录或安装命令。
常与 finishing-a-development-branch（收尾清理）、executing-plans / subagent-driven-development（在隔离区实施）及 brainstorming 阶段 4 等流程配合使用。