github-worktree

name	github-worktree
description	须用户 @ 本 skill 或明确说要按 GitHub Issue worktree 流程执行时再读取。 在 master 上：确定关联的 GitHub Issue（默认关联已有，明确要建时才在上游建单）、生成分支名、git fetch、脚本同时创建新分支与 worktree、cursor --new-window 打开新窗口；细节与分支命名见正文。 不因泛泛提到 GitHub、issue、worktree、建分支等词而自动套用。
disable-model-invocation	true

GitHub Issue Worktree 工作流

当用户在 master 分支 上提出需要改动代码的需求时，执行以下工作流。本流程适配蓝盾（bk-ci）GitHub Issue 驱动的开发模式。

硬性约束：一旦用户选择创建分支，Agent 在本次对话轮次中禁止对项目文件做任何内容修改（包括写入、编辑、创建文件）。工作流结束后，提示用户在新打开的 worktree 窗口中继续操作。仅当用户明确选择"直接在 master 上改"时，才跳过工作流、正常执行需求。

固定参数

• 仓库 owner = TencentBlueKing，repo = bk-ci
• 远端 = origin，新分支基线 = origin/master
• 当前 GitHub 用户：通过 get_me 获取 login（用于 issue assignee）
• GitHub MCP server = user-github

前置检查

0. 检查运行环境

本 skill 仅在 Cursor IDE 中生效。如果当前环境不是 Cursor IDE（例如在 CLI、终端或其他编辑器中），跳过本工作流，直接执行用户需求。

判断方式：用户信息中存在 Workspace Path 且 Shell 可执行 cursor --version 命令。

1. 检查当前分支

git branch --show-current

只有当前分支为 master 时才触发本工作流。如果不在 master，直接执行用户需求即可。

2. 检查 GitHub MCP 可用性

确认 user-github MCP 服务器可用。如果不可用，提醒用户：

当前未检测到 GitHub MCP 服务。请先在 Cursor Settings → MCP 中添加 GitHub 服务器后重试；或手动提供分支名，跳过 issue 关联步骤直接创建 worktree。

如果用户无 GitHub MCP 但仍想创建 worktree，跳过 issue 步骤，直接让用户手动提供分支名后执行 worktree 创建。

工作流

Step 1: 询问是否创建分支

使用 AskQuestion 工具向用户确认：

• 提示：当前在 master 分支，需要先创建工作分支再改动代码。如何关联 GitHub Issue？
• 选项：
  • 关联已有 Issue 建分支（需用户提供 issue 号）
  • 新建 Issue 后建分支（在上游公开仓库建单，需二次确认）
  • 不关联 Issue，直接建分支（需用户提供分支名）
  • 不建分支，直接在 master 上改（给出风险提示后继续）

Step 2: 确定关联的 Issue

A. 关联已有 Issue

用户提供 issue 号后，读取标题用于生成分支关键词：

CallMcpTool:
  server: user-github
  toolName: issue_read
  arguments:
    method: get
    owner: TencentBlueKing
    repo: bk-ci
    issue_number: <issue号>

从返回中取 title 与（如有）labels、issue_type，用于推断 type 与提炼关键词（见 Step 3「从 Issue 推断 type」）。

B. 新建 Issue（上游公开仓库，需二次确认）

在公开上游 TencentBlueKing/bk-ci 创建 Issue 前，必须用 AskQuestion 让用户确认标题/正文，确认后才调用创建接口。

Issue 标题规范（与分支 type、commit 标记对齐）：

• 格式：{type}: {简短描述}（英文冒号后保留一个空格）
• type 与 Step 3 分支前缀一致：

type	适用场景
feat	新功能、能力增强
bug	缺陷修复
pref	性能、参数、配置优化
refactor	重构（不改外部行为）
issue	类型不明确、杂项跟踪

示例（参考 #13058 一类需求单）：

• feat: 蓝盾智能助手支持项目级知识库、插件级知识库
• bug: 流水线构建完成后状态未更新
• pref: 构建详情页接口减少冗余查询

标题中不要再写 issue 号；编号由 GitHub 分配。正文仍用背景 / 需求 / 验收等结构，与 github-repository-management 的 Issue 模板一致。

1. get_me 获取当前用户 login，作为 assignee。
2. 按上表从用户需求选定 type，起草 title（须含 {type}: 前缀）与 body。
3. （可选）list_issue_types（owner=TencentBlueKing）确认该组织是否启用 issue type；若启用且与 type 对应，可传 type（如 Feature / Bug）；未启用则省略。
4. 调用创建：

CallMcpTool:
  server: user-github
  toolName: issue_write
  arguments:
    method: create
    owner: TencentBlueKing
    repo: bk-ci
    title: "<type>: <简短描述>"
    body: <需求/缺陷描述，含背景、用例、实现要点>
    assignees: ["<当前用户 login>"]

从返回中取新 issue 的 number。

C. 不关联 Issue

让用户直接提供分支名，或根据需求描述生成分支名（不含 issue 号后缀），跳到 Step 4。

Step 3: 生成分支名

分支命名规则：{type}-{issue号} 或 {type}-{keywords}-{issue号}

从 Issue 推断 type（按优先级）

1. 标题前缀：若 title 以 feat:、bug:、pref:、refactor:、issue: 开头（不区分大小写），取冒号前一段作为 type（统一小写）。
2. GitHub issue_type：如 Feature → feat，Bug → bug（与仓库配置一致时）。
3. labels：如 kind/bug → bug，kind/enhancement → feat。
4. 仍无法判断 → issue。

从标题提炼 keywords（可选）

• 去掉 {type}: 前缀后，从剩余标题提取 1～3 个英文关键词（全小写、- 连接）；中文标题可据语义翻译或缩写（如「知识库」→ knowledge）。

• 例：标题 feat: 蓝盾智能助手支持项目级知识库、插件级知识库，issue #13058 → feat-ai-knowledge-13058 或 feat-knowledge-13058。

• issue号：GitHub Issue 编号（纯数字），必须为分支名末段。

示例：

• bug: … + #12994 → bug-12994
• feat: … + #11524 → feat-11524 或 feat-tenant-3-11524
• 无类型前缀、仅 issue_type 为 Feature 的 #13058 → feat-knowledge-13058（按标题补 keywords）

可在 type 与 issue 号之间补充 1～3 个英文关键词增强可读性（与现网 feat-tenant-3-11524、feat-ai-knowledge-13058 风格一致）。是否加关键词由你按标题判断，但末段必须是 issue 号，便于后续 commit/close skill 解析。

如果用户选择不关联 Issue，则让用户提供分支名或根据需求描述生成（末段可不含 issue 号）。

Step 4: 创建 Worktree 并同时创建分支

先拉取最新代码，确保基于最新 master 创建分支：

git remote set-url origin https://github.com/TencentBlueKing/bk-ci.git
git fetch origin master

在执行脚本前，先确认目标分支名在本地尚不存在；本步骤要求创建 worktree 时同时新建分支，不复用已有本地分支。如果本地已存在同名分支，应提示用户改名，或先手动清理旧分支/旧 worktree 后再重试。

根据操作系统选择脚本，基线指定 origin/master：

Windows（PowerShell）：

powershell -File .cursor/skills/github-worktree/scripts/git-worktree.ps1 -Action Add -Branch "<分支名>" -Base origin/master

macOS / Linux（Bash）：

bash .cursor/skills/github-worktree/scripts/git-worktree.sh add -b "<分支名>" -B origin/master

脚本会显式执行“基于 origin/master 新建分支 + 创建 worktree”这两个动作；成功后会自动从主仓库同步 .idea 和 .cursor 到新 worktree，保证 IDEA 项目配置、Gradle 导入配置、本地运行配置以及当前工程下的 Cursor rules/skills/config 尽量与主仓库窗口一致。

脚本随后会进入新 worktree 的 src/backend/ci，对所有使用 task-gen-jooq 的模型模块执行 jOOQ 生成任务。如果数据库不可访问或 jOOQ 生成失败，脚本会失败退出，需先处理数据库连接或生成错误。

操作系统判断

• 用户信息中的 OS Version 包含 win32 → 使用 PowerShell 脚本
• 包含 darwin → 使用 Bash 脚本
• 包含 linux → 使用 Bash 脚本

Step 5: 在新窗口打开 Worktree

从 Step 4 脚本输出中提取 Created worktree: <path> 的实际路径（不要自己拼路径）。

使用以下命令在 Cursor 新窗口打开：

cursor --new-window "<从脚本输出中提取的 worktree 路径>"

告知用户新窗口已打开，可以在新窗口中继续开发。本次对话到此结束，不要再对任何文件做修改。

脚本说明

脚本	系统	路径
git-worktree.ps1	Windows	.cursor/skills/github-worktree/scripts/git-worktree.ps1
git-worktree.sh	macOS/Linux	.cursor/skills/github-worktree/scripts/git-worktree.sh

两个脚本功能一致，支持三个操作：

• add：基于 -B/-Base 指定的 base 同时新建分支与 worktree；若本地已存在同名分支则直接失败，避免误复用旧分支
• list：列出所有 worktree
• remove：移除 worktree（支持按分支名或路径）