close-github-worktree-done
仓库 owner = TencentBlueKing,repo = bk-ci; 远端 = origin; GitHub MCP server = user-github
Works with
Agent Skills format with YAML frontmatter. Claude Code reads it as-is.
---
name: "close-github-worktree-done"
description: "仓库 owner = TencentBlueKing,repo = bk-ci; 远端 = origin; GitHub MCP server = user-github"
license: "MIT"
---
# 关闭 Worktree 并完成需求(GitHub 版)
## 固定参数
- 仓库 owner = `TencentBlueKing`,repo = `bk-ci`
- 远端 = `origin`
- GitHub MCP server = `user-github`
## 硬性约束
1. **必须在 master 上执行**:执行前 `git branch --show-current`;若**不是** `master`,**中止**并说明本 skill 仅在 master 分支上使用,请先切换到 master 分支。
## 工作流
### Step 0: 确定目标分支
用户可在指令中指定要关闭的分支名(如 `bug-12994`)。
- **已指定分支名**:直接使用该分支名作为目标分支,进入 Step 1。
- **未指定分支名**:执行 `git worktree list`(或 `--porcelain`)列出所有 worktree,**排除主工作树**(`--porcelain` 下第一条 `worktree ` 路径对应、与主仓库根目录相同的那条),将剩余条目的**分支名**(及路径,便于辨认)展示给用户,使用 `AskQuestion` 让用户选择要关闭的分支。用户选择后以所选分支名作为目标分支进入 Step 1。若无附属 worktree,说明情况并结束。
以下步骤中「目标分支」均指本步确定的分支名。
### Step 1: 解析 Issue 号
从**目标分支名**解析 GitHub Issue 号,约定 `{type}-{keywords}-{issue号}` 或 `{type}-{issue号}`(例:`bug-12994`、`feat-tenant-3-11524`、`issue-12123`)。用 `-` 分段,**最后一段**为 issue 号(纯数字)。
- 最后一段非纯数字 / 无法解析:询问用户是否**仅移除 worktree、跳过 GitHub Issue 操作**;用户确认后继续(跳过 Step 3)。
- 可解析:记录 issue 号,供 Step 3 使用。
### Step 2: 解析目标 worktree 路径并确认是否可移除
**顺序说明:** 须先确认本地存在可移除的 worktree 且脏数据策略已达成一致,再操作 GitHub Issue(Step 3),避免「无 worktree / 用户中止」时 Issue 已被关闭。
1. **主仓库根目录 `MAIN_ROOT`**:`git rev-parse --show-toplevel`(当前已在 master,应为主工作树)。
2. **目标 worktree 根目录 `TARGET_ROOT`**:根据 `git worktree list`(或 `--porcelain`)查找检出「目标分支」的那一行路径。若找不到(该分支无本地 worktree),说明情况并中止。
若 **`TARGET_ROOT` 与 `MAIN_ROOT` 相同**:**不得**继续移除(主工作树不应由此 skill 关闭);应中止并说明。
在 **`TARGET_ROOT`** 下执行 `git status --porcelain`(可用 `git -C "<TARGET_ROOT>" status --porcelain`)。
- 有未提交变更:说明风险,**需用户明确同意**后才可在移除时使用 `git worktree remove --force`;否则请先提交或 stash。
- 无变更:移除时无需 `--force`(除非 Git 仍要求,按提示处理)。
**合并状态检查:** 须先让本地 `master` 与远端一致,再判断目标分支是否已合并;均在 **`MAIN_ROOT`**(当前检出 `master`)下执行:
```bash
git fetch origin master
git merge origin/master
```
- `fetch` / `merge` 任一步失败(含本地 `master` 有未提交变更导致无法快进/合并):向用户说明原因并**中止**本流程。
- 同步成功后执行:
```bash
git branch --merged master
```
若输出中**不包含**目标分支名,说明该分支尚未合并到 master。此时须通过 `AskQuestion` 明确询问用户:
> 分支 `<目标分支名>` 尚未合并到 master,删除后其本地提交将无法通过此分支访问。确定要继续删除吗?
- 用户选择**取消**:中止整个流程。
- 用户选择**确认**:继续执行 Step 3。
本步骤**不删除远程分支**;不执行 `git push --delete` 等操作。
### Step 3: 关闭 GitHub Issue(可选并确认)
(若 Step 1 已选择**跳过 GitHub**,跳过本步。)
> **说明:** bk-ci 的 PR 合并若在描述中带 `fixes #N` / `closes #N`,Issue 通常在合并时**已自动关闭**。因此本步默认不强制关闭,须先确认状态、再决定。
1. 读取 Issue 当前状态:
```
CallMcpTool:
server: user-github
toolName: issue_read
arguments:
method: get
owner: TencentBlueKing
repo: bk-ci
issue_number: <issue号>
```
2. 若 `state` 已为 `closed`:跳过关闭,直接进入 Step 4。
3. 若仍为 `open`:用 `AskQuestion` 询问用户是否现在关闭该 Issue。
- 用户确认关闭:
```
CallMcpTool:
server: user-github
toolName: issue_write
arguments:
method: update
owner: TencentBlueKing
repo: bk-ci
issue_number: <issue号>
state: closed
state_reason: completed
```
- 用户选择不关闭:保留 Issue 开启,继续 Step 4。
MCP 失败时向用户说明,由用户决定是否仍执行 Step 4 移除 worktree。**本步不删除远程分支。**
### Step 4: 移除本地 worktree
应在 **master / `MAIN_ROOT`** 中操作,避免在待删目录内执行导致失败。
**方式 A(推荐,路径已明确):** 在 `MAIN_ROOT` 下执行:
```bash
git worktree remove [--force] "<TARGET_ROOT>"
```
**方式 B(按分支名解析,与创建时路径规则一致):** 在 **MAIN_ROOT** 下执行脚本:
**Windows(PowerShell):**
```powershell
powershell -File .cursor/skills/github-worktree/scripts/git-worktree.ps1 -Action Remove -Branch "<目标分支名>"
```
**macOS / Linux:**
```bash
bash .cursor/skills/github-worktree/scripts/git-worktree.sh remove -b "<目标分支名>"
```
必要时加 `-Force` / `-f`(仅在与用户确认后)。
### Step 5: 删除本地分支
worktree 移除成功后,删除对应的本地分支:
```bash
git branch -d "<目标分支名>"
```
- 若 Git 提示该分支未完全合并(`-d` 拒绝),**需用户明确同意**后才可使用 `-D` 强制删除;否则跳过本步,提示用户手动处理。
- 本步骤**不删除远程分支**;不执行 `git push --delete` 等操作。
## 注意事项
- 移除 worktree 后,若 Cursor 仍打开 **`TARGET_ROOT`** 目录,该工作区路径将失效,属预期现象。
- 若 GitHub 与移除任一步失败,如实反馈;已执行的步骤不自动回滚。More General & Other skills
find-skills
vercel-labs/skills
Helps users discover and install agent skills when they ask questions like "how do I do X", "find a skill for X", "is there a skill that can...", or express interest in extending capabilities. This skill should be used when the user is looking for functionality that might exist as an installable skill.
grill-me
mattpocock/skills
A relentless interview to sharpen a plan or design.
grill-with-docs
mattpocock/skills
A relentless interview to sharpen a plan or design, which also creates docs (ADR's and glossary) as we go.

