with one click
dev-git-worktrees
用户明确要求隔离工作区、并行分支验证或临时试验时使用 - 创建隔离的 git worktree
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Menu
用户明确要求隔离工作区、并行分支验证或临时试验时使用 - 创建隔离的 git worktree
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
何时使用需要为编程项目、monorepo 或多级目录创建/更新 AGENTS.md、CLAUDE.md 软链接、项目级 agent 操作手册、子目录局部规则、验证命令和 Coding Agent 上下文边界时使用。
分析代码库结构并生成中文 token-lean 架构文档。
用于构建或维护个人 LLM 驱动的知识库。触发词:将资料导入 wiki、查询 wiki 知识、检查 wiki 质量、'添加到 wiki'、'我了解什么关于',或任何提到 'LLM wiki' 的场景。
当有书面实施计划要在单独会话中执行并带审查检查点时使用
开始开发编程相关对话时使用 - 建立如何查找和使用 skills,在做出任何响应前要求先检查适用的 skill
更新本项目的上游 submodule,并基于真实 git 变更分析生成文档报告。用于用户要求同步 `upstream/` 下仓库、检查上游最近更新、梳理新增内容、在 `docs/` 写更新说明,或筛选哪些更新值得优先吸收和推荐时。
| name | dev-git-worktrees |
| description | 用户明确要求隔离工作区、并行分支验证或临时试验时使用 - 创建隔离的 git worktree |
Git worktrees 创建共享同一仓库的隔离工作区,允许同时工作在多个分支而无需切换。
核心原则: 固定全局目录 + 安全验证 = 可靠隔离。
项目默认: 不为执行计划自动创建 git worktree。除非用户明确要求隔离工作区,否则直接在当前分支修改。
已知交接问题: 如果设计文档或实施计划是在当前工作区生成但尚未提交,新建 worktree 后这些未提交文件不可见,容易导致执行阶段丢失上下文。上游 superpowers 已有相关讨论,后续再评估是否恢复自动 worktree 流程。
开始时宣布: "我正在使用 git-worktrees skill 来设置隔离工作区。"
所有 git worktree 一律创建在:
~/.agents/worktrees/<项目名称>/<分支名>
不要使用项目内的 .worktrees/、worktrees/ 或任何其他自定义目录,也不要为路径选择再次询问用户。
~/.agents/worktrees)不需要 .gitignore 验证 - 完全在项目外。
project=$(basename "$(git rev-parse --show-toplevel)")
# 确定完整路径
path="$HOME/.agents/worktrees/$project/$BRANCH_NAME"
mkdir -p "$(dirname "$path")"
# 用新分支创建 worktree
git worktree add "$path" -b "$BRANCH_NAME"
cd "$path"
如果主分支工作区有 .env 文件,自动复制到新 worktree:
# 获取主分支 worktree 路径
main_worktree=$(git worktree list --porcelain | grep -A 1 "worktree" | head -2 | grep "^worktree" | cut -d ' ' -f2)
# 如果主分支有 .env 且新 worktree 没有,则复制
if [ -f "$main_worktree/.env" ] && [ ! -f "$path/.env" ]; then
cp "$main_worktree/.env" "$path/.env"
echo "已复制 .env 从主分支"
fi
自动检测并运行适当设置:
# 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; fi
运行测试确保 worktree 从干净开始:
# 示例 - 使用项目适当命令
npm test
cargo test
pytest
go test ./...
如果测试失败: 报告失败,询问是继续还是调查。
如果测试通过: 报告就绪。
Worktree 就绪于 <完整路径>
测试通过(<N> 测试,0 失败)
准备实现 <功能名称>
| 情况 | 行动 |
|---|---|
| 用户明确要求创建 worktree | 使用 ~/.agents/worktrees/<项目名称>/<分支名> |
| 执行计划但用户未要求隔离 | 直接在当前分支修改,不调用此 skill |
项目内已有 .worktrees/ 或 worktrees/ | 忽略,不作为新 worktree 位置 |
| 基线测试失败 | 报告失败 + 询问 |
| 无 package.json/Cargo.toml | 跳过依赖安装 |
| 主分支有 .env | 自动复制到新 worktree |
~/.agents/worktrees/<项目名称>/<分支名>被以下调用:
配对: