repo-tidy · diff

git:20260908.c2a51c6 to git:20260920.66f62bf

44 added, 6 removed. Audit A to A.

---
name: repo-tidy
description: |
- Git repository tidy-up and parallel-task base: switch back to the latest master/main, delete merged or upstream-gone branches, remove stale worktrees; `--new <task>` does tidy + create a task branch in one command and auto-creates a parallel worktree when the main checkout is busy; a SessionStart hook injects repo status when a session starts. Use before a new repository-changing task or when the user explicitly requests cleanup. Read-only audits, questions, continued tasks, and [repo-status] alone do not trigger mutations. Also use when the user says 归位, 整理仓库, 清理分支, 清理 worktree, 开新任务, repo tidy, tidy repo, clean branches.
+ Git repository tidy-up and parallel-task base: switch back to the latest master/main, delete merged or upstream-gone branches, remove stale worktrees. Ships four hooks: SessionStart injects repo status plus a [tasks] worktree menu; session-cwd records each session's working directory so the user's editor shortcut opens what the AI is actually working on; PreToolUse(EnterWorktree) fetches first so new task branches start from the latest default branch. In Claude Code, start tasks with EnterWorktree — `--new <task>` is the fallback for environments without it. Use before a new repository-changing task or when the user explicitly requests cleanup. Read-only audits, questions, continued tasks, and [repo-status] alone do not trigger mutations. Also use when the user says 归位, 整理仓库, 清理分支, 清理 worktree, 开新任务, repo tidy, tidy repo, clean branches.
---
# repo-tidy
把本地仓库恢复到「默认分支与远端一致、无可安全回收的遗留分支/worktree」的基线状态。默认分支优先读取 origin/HEAD,缺少该引用时才兼容 master/main。归位发生在**下一个任务开始时**(push 完 MR 未合,任务结束时无收尾时机)。
组件(脚本就地运行于 skill 目录,不复制副本):
- `scripts/repo_tidy.py` —— 核心:tidy / `--all` / `--new`
- - `scripts/git-repo-status.sh` —— SessionStart hook,开局注入一行 `[repo-status]`(分支/ahead-behind/脏净)。注册到 `~/.claude/settings.json` 的 `hooks.SessionStart`:`{"matcher": "*", "hooks": [{"type": "command", "command": "<skill绝对路径>/scripts/git-repo-status.sh", "timeout": 10}]}`
- - `tests/test_repo_tidy.sh <scratch目录>` —— 对抗测试(含双默认分支与非标准默认分支的对抗场景),改脚本后必须跑
+ - `scripts/git-repo-status.sh` —— SessionStart hook:注入 `[repo-status]`(分支/ahead-behind/脏净)+ `[tasks]` 菜单(各 worktree 的分支与状态:已合并可回收 / 已推送 MR 待合 / 未推送 / 工作区脏),供判断续任务还是开新任务
+ - `scripts/session-cwd.sh` —— 把本 session 的 cwd 写到 `~/.claude/session-cwd/<iTerm 会话 id>`。用户的编辑器快捷键按前台标签页 id 读它,于是打开的永远是 AI 当前所在目录——**子进程改不了父 shell 的 cwd,所以不能靠 shell 的当前目录**。静默输出(挂在 SessionStart/UserPromptSubmit 上,stdout 会被注入上下文)
+ - `scripts/worktree-fetch.sh` —— PreToolUse(EnterWorktree) 先 `fetch --prune`,保证新任务分支从最新的 origin/<默认分支> 切出
+ - `scripts/install.sh` —— 一键注册上面几个 hook 到 `~/.claude/settings.json`;幂等、改前备份、只增不删
+ - `scripts/editor-here.sh` —— 绑到编辑器快捷键:按前台标签页 id 读位置文件,打开 AI 当前所在目录;读不到再回退到终端路径
+ - `tests/` —— `test_repo_tidy.sh`、`test_session_cwd.sh`、`test_install.sh`(另有 `scripts/test_git_repo_status.sh`),改脚本后必须跑
+ ## 安装
+
+ 私人配置(`settings.json` / `CLAUDE.md`)不进版本库,所以用脚本改——幂等、改前备份、只增不删,不碰用户已有的其它 hook:
+
+ ```bash
+ bash "$SKILL_DIR/scripts/install.sh" # 安装(可反复跑)
+ bash "$SKILL_DIR/scripts/install.sh" --check # 只报告状态,不改
+ bash "$SKILL_DIR/scripts/install.sh" --uninstall # 只移除本 skill 注册的
+ ```
+
+ 装的是这几条(`CLAUDE_HOME` 可覆盖 `~/.claude`,测试用):
+
+ | 事件 | matcher | 脚本 |
+ |---|---|---|
+ | SessionStart | `*` | `git-repo-status.sh`、`session-cwd.sh` |
+ | UserPromptSubmit | `*` | `session-cwd.sh` |
+ | PostToolUse | `EnterWorktree\|ExitWorktree` | `session-cwd.sh` |
+ | PreToolUse | `EnterWorktree` | `worktree-fetch.sh` |
+
+ hook 热生效,装完不用重启 session。
+
+ **编辑器快捷键(可选,但这是「随时看到 AI 在改什么」的关键)**:把 `scripts/editor-here.sh` 绑到快捷键(iTerm2:Preferences → Profiles → Advanced → Semantic History 或触发器协进程;也可用 Hammerspoon/Karabiner 调用)。直接绑 `code .` 是不行的——claude 运行期间终端的当前目录冻结在启动目录,子进程改不了父 shell 的 cwd,AI 切进 worktree 后 `code .` 打开的还是旧目录。默认开 VS Code,`EDITOR_HERE_APP` 可换别的。
+
## 何时用
- 用户说「归位」「整理仓库」「清理分支/worktree」
- 需要修改仓库的新任务开工前;只读审计、问答、续任务不归位,`[repo-status]` 本身不触发动作
- 显式调用 do-something 时遵循该 skill 的 do/main 续做规则,不额外开普通任务分支
- 用户明确要求提交后的仓库整理
## 执行步骤
### 1. Dry-run 出清单
`SKILL_DIR` 指本 SKILL.md 所在目录(全局安装、项目级安装、plugin 缓存目录均适用,按实际安装位置解析,不要硬编码)。
```bash
# 单仓库(默认当前目录)
python3 "$SKILL_DIR/scripts/repo_tidy.py" <repo-path>
# 全部仓库(扫描 ~/Desktop/Works/code)
python3 "$SKILL_DIR/scripts/repo_tidy.py" --all
```
### 2. 确认后执行
把 dry-run 清单展示给用户;**涉及删除分支/worktree 时必须等用户确认**(用户本轮已明确说「清理」「归位」的,单仓库可直接 `--apply`)。
```bash
python3 "$SKILL_DIR/scripts/repo_tidy.py" <repo-path> --apply
```
- ### 3. 开新任务(一条命令:归位 + 开分支/worktree)
+ ### 3. 开新任务
+ **Claude Code 里走 `EnterWorktree`,不要用 `--new`。**读 SessionStart 注入的 `[tasks]` 菜单判断:
+
+ - 续某个任务 → `EnterWorktree(path=<该 worktree 路径>)`
+ - 新任务 → `EnterWorktree(name=<task>)`
+ - 两个 session 共用一个 worktree(一个写、一个 review)→ 同样用 `path`
+ - 进门前**向用户一句话确认**;用户说留在主检出就留。session 中途换新任务:`ExitWorktree(keep)` 再 `EnterWorktree(name=...)`,同样先确认
+
+ 配套 hook 保证两件事:进门前已 fetch(新分支基于最新远端默认分支),进门后位置文件已更新(用户快捷键看到的就是这里)。主检出因此恒定停在默认分支,只作阅读窗口——**不在主检出上开工**,否则第一个任务就会把它占走,后续任务被迫绕到 worktree,而没人再把它还回来。
+
+ 没有 `EnterWorktree` 的环境(如其他 CLI)才用回退命令:
+
```bash
python3 "$SKILL_DIR/scripts/repo_tidy.py" <repo-path> --new <task>
```
- 先对该仓库执行一次归位(等价 `--apply`,安全边界相同)
- - 主检出空闲(在默认分支且无 tracked 改动)→ 原地 `switch -c task/<task> origin/<默认分支>`
- - 主检出被占用(停在进行中分支或有改动)→ 自动创建 sibling worktree `<仓库>--<task>`(基于最新 origin/<默认分支>)并输出 `cd` 路径 —— 同项目多任务并行就靠这个:一任务一目录一 session,MR 合并后 tidy 自动回收
+ - 主检出空闲(在默认分支且无 tracked 改动)→ 原地 `switch -c task/<task> origin/<默认分支>`,**这会占用主检出**
+ - 主检出被占用 → 创建 sibling worktree `<仓库>--<task>`(基于最新 origin/<默认分支>)并输出 `cd` 路径
- `<task>` 含 `/` 时按原样作分支名,否则加 `task/` 前缀
## 脚本行为(安全边界)
| 对象 | 条件 | 动作 |
|------|------|------|
| 本地分支 | 已合并进 origin/<默认分支> | 删除 |
| 本地分支 | upstream 已删除(squash 合并后的常态) | 删除 |
| 本地分支 | 有未推提交 / 从未推送 / MR 进行中 | **保留并报告** |
| 本地分支 | 与 origin/<默认分支> 同点且未推送过(刚切出的空任务分支) | **保留**(并行 session 可能正要用) |
| 本地分支 | 空且已落后 origin/<默认分支>(切出后从未动过) | 删除(无内容可丢,重切才是正确归位) |
| 当前分支 | 可清理且工作区无 tracked 改动 | 切回默认分支再删 |
| 默认分支 | 落后远端 | ff-only 前进 |
| 默认分支 | 与远端分叉 | **不动,报告** |
| worktree | 分支可清理且工作区干净 | 移除 |
| worktree | 工作区脏 / detached | **保留并报告** |
脚本自身永远可以 dry-run;一切「✋ 保留」项需要人工决策,不要替用户强清。
## 不做的事
- 不删除整目录的克隆分身(如 `xxx-mr199/` 这类完整 clone)——发现时报告给用户,删目录是危险操作需单独确认
- 不 force push、不改写历史、不碰远端分支