@jspg-ai/coding-bb 0.0.3-beta.1 → 0.0.3-beta.13

package/cbb/lib/utils/tar.js

@@ -0,0 +1,92 @@
+'use strict';
+
+/**
+ * 跨平台 .tar.gz 解压工具。
+ *
+ * 用 zlib + 手写 tar parser，避开 OS shell tar（Windows 上是 bsdtar、行为不完全一致），
+ * 与仓库「脚本语言统一 Node.js、禁止平台绑定脚本」的约定一致。
+ *
+ * 支持：
+ *   - gzip 压缩的 tar（GitHub tarball / npm registry tgz 都是这种）
+ *   - 目录项（type '5' 或名字以 '/' 结尾）
+ *   - 跳过 pax 扩展头（'g'/'x'）等元数据伪条目
+ *   - 路径穿越防护（拒绝 ../ 逃逸 destDir）
+ *
+ * 不支持（上游 tarball 均不使用，遇到时跳过而非静默损坏）：
+ *   - GNU longname/longlink（'L'/'K'）—— 超过 100 字符的路径
+ */
+
+const fs = require('fs');
+const path = require('path');
+const zlib = require('zlib');
+
+// 非文件、非目录的 tar 条目类型（pax 扩展头、GNU 长名等）
+const META_TYPE_FLAGS = new Set(['g', 'x', 'L', 'K', 'V', 'N']);
+
+/**
+ * 解析 tar buffer，返回条目列表（不落盘）。
+ * @param {Buffer} data - 已解压的 tar 数据
+ * @returns {Array<{name: string, size: number, typeFlag: string, dataStart: number}>}
+ */
+function listTar(data) {
+  const entries = [];
+  let off = 0;
+  while (off + 512 <= data.length) {
+    const header = data.subarray(off, off + 512);
+    off += 512;
+
+    // 连续两个 512 字节零块 = tar 终止
+    if (header.every(b => b === 0)) break;
+
+    // 文件名 header[0..100]（NUL 终止）
+    let nameEnd = 0;
+    while (nameEnd < 100 && header[nameEnd] !== 0) nameEnd++;
+    const name = header.subarray(0, nameEnd).toString('utf-8');
+
+    // 文件大小 header[124..136]（八进制 ASCII）
+    const size = parseInt(header.subarray(124, 136).toString('utf-8').trim(), 8) || 0;
+
+    // 类型标志 header[156]（'0'/NUL = 普通文件，'5' = 目录）
+    const typeFlag = String.fromCharCode(header[156]);
+
+    entries.push({ name, size, typeFlag, dataStart: off });
+    off += Math.ceil(size / 512) * 512;
+  }
+  return entries;
+}
+
+/**
+ * 解压 .tar.gz buffer 到目标目录。
+ * @param {Buffer} compressed - .tar.gz 文件内容
+ * @param {string} destDir - 解压目标根目录（不存在则创建）
+ * @returns {{files: number, dirs: number}} 落盘计数
+ */
+function extractTarGz(compressed, destDir) {
+  const data = zlib.gunzipSync(compressed);
+  const root = path.resolve(destDir);
+  let files = 0;
+  let dirs = 0;
+
+  for (const entry of listTar(data)) {
+    if (!entry.name) continue;
+    // 跳过 pax 扩展头等元数据伪条目
+    if (META_TYPE_FLAGS.has(entry.typeFlag)) continue;
+
+    const target = path.resolve(root, entry.name);
+    // 路径穿越防护：解压目标必须落在 destDir 内
+    if (target !== root && !target.startsWith(root + path.sep)) continue;
+
+    if (entry.typeFlag === '5' || entry.name.endsWith('/')) {
+      fs.mkdirSync(target, { recursive: true });
+      dirs += 1;
+    } else {
+      fs.mkdirSync(path.dirname(target), { recursive: true });
+      fs.writeFileSync(target, data.subarray(entry.dataStart, entry.dataStart + entry.size));
+      files += 1;
+    }
+  }
+
+  return { files, dirs };
+}
+
+module.exports = { extractTarGz, listTar };

package/cbb/lib/utils/upstream.js

@@ -0,0 +1,90 @@
+'use strict';
+
+/**
+ * 上游内容拉取的共享工具。
+ *
+ * 维护者侧（cbbm update --upstream-*）需要访问 GitHub / npm registry。
+ * 本模块提供：
+ *   - 镜像前缀列表加载（config/upstream-mirrors.json，仓库内维护）
+ *   - 带重定向跟随的 HTTPS GET
+ *   - 「按镜像列表依次尝试」的拉取策略（首个成功即用）
+ *
+ * 镜像前缀为空字符串表示直连；列表末位通常放 "" 作为兜底。
+ */
+
+const fs = require('fs');
+const https = require('https');
+const path = require('path');
+
+const SHARED_STANDARDS_DIR = path.join(__dirname, '..', '..', '..');
+const MIRRORS_FILE = path.join(SHARED_STANDARDS_DIR, 'config', 'upstream-mirrors.json');
+
+/**
+ * 读取指定上游的镜像前缀列表。
+ * 文件缺失 / 解析失败 / 未配置该上游时返回 ['']（仅直连）。
+ * @param {string} name - 上游名（如 'superpowers'）
+ * @returns {string[]}
+ */
+function loadMirrors(name) {
+  try {
+    const data = JSON.parse(fs.readFileSync(MIRRORS_FILE, 'utf-8'));
+    const list = data[name];
+    if (Array.isArray(list) && list.length > 0) {
+      return list.map(m => String(m));
+    }
+  } catch (_) { /* 回退到直连 */ }
+  return [''];
+}
+
+/**
+ * 发起 HTTPS GET，跟随重定向（最多 8 次），返回响应体 Buffer。
+ * @param {string} url
+ * @param {number} [redirectCount]
+ * @returns {Promise<Buffer>}
+ */
+function httpsGetBuffer(url, redirectCount = 0) {
+  if (redirectCount > 8) return Promise.reject(new Error('Too many redirects'));
+  return new Promise((resolve, reject) => {
+    https.get(url, { headers: { 'User-Agent': 'cbb-cli' } }, res => {
+      if ([301, 302, 307, 308].includes(res.statusCode) && res.headers.location) {
+        res.resume();
+        return httpsGetBuffer(res.headers.location, redirectCount + 1).then(resolve, reject);
+      }
+      if (res.statusCode !== 200) {
+        res.resume();
+        return reject(new Error(`HTTP ${res.statusCode}: ${url}`));
+      }
+      const chunks = [];
+      res.on('data', c => chunks.push(c));
+      res.on('end', () => resolve(Buffer.concat(chunks)));
+      res.on('error', reject);
+    }).on('error', reject);
+  });
+}
+
+/**
+ * 按镜像列表依次尝试拉取，首个成功即返回。
+ * @param {string[]} mirrors - 镜像前缀列表（'' = 直连）
+ * @param {(prefix: string) => string} buildUrl - 由前缀构造完整 URL
+ * @returns {Promise<{buffer: Buffer, mirror: string, url: string}>}
+ */
+async function fetchWithMirrors(mirrors, buildUrl) {
+  const errors = [];
+  for (const mirror of mirrors) {
+    const url = buildUrl(mirror);
+    try {
+      const buffer = await httpsGetBuffer(url);
+      return { buffer, mirror, url };
+    } catch (err) {
+      errors.push(`${mirror || '(直连)'}: ${err.message}`);
+    }
+  }
+  throw new Error(`所有镜像均失败:\n  ${errors.join('\n  ')}`);
+}
+
+module.exports = {
+  MIRRORS_FILE,
+  loadMirrors,
+  httpsGetBuffer,
+  fetchWithMirrors,
+};

package/cbb/worktrees/skills/cbb-worktree-close/SKILL.md

@@ -1,12 +1,6 @@
 ---
 name: cbb-worktree-close
 description: "关闭/清理/删除需求工作空间的 worktree 和分支。触发：用户明确说关闭/清理/删除 worktree、结束隔离开发、合并完要清理。禁止在 cbb-worktree-init 执行后自动调用——只有用户主动要求关闭时才触发。"
-license: MIT
-compatibility: Requires git (>=2.30) and Node.js (>=16.7.0). All commands are pure Node.js scripts under `scripts/`, fully cross-platform (Windows / macOS / Linux, bash / PowerShell / Git Bash).
-metadata:
-  author: Contributors
-  version: "2.0"
-  generatedBy: coding-bb
 ---
 
 # Close Worktree（跨平台脚本化版本 v2.0）
@@ -29,12 +23,28 @@ metadata:
 
 ---
 
+## 调用脚本的统一方式
+
+**重要**：本技能的所有脚本位于**本 SKILL.md 所在目录的 `scripts/` 下**（skill 目录）。
+
+调用时用**本技能目录的绝对路径**拼接脚本名（AI 读取本 SKILL.md 时即已知该目录），例如：
+
+```bash
+node "<skill_dir>/scripts/<name>.js" <参数>
+```
+
+> - `<skill_dir>` = 本 SKILL.md 所在目录的绝对路径（AI 从读取路径即可推出）
+> - **cwd 必须保持在工作空间根目录**：脚本按 cwd 定位 `workspace-config.json` 与 git 仓库
+> - 不要用 `./scripts/...` 裸相对路径（AI 的 cwd 不是技能目录，会解析失败）
+
+---
+
 ## Step 0：前置校验
 
 ### 0.1 环境健康探活
 
 ```bash
-node "D:/workspace/<ws_root>/.qoder/skills/cbb-worktree-close/scripts/check-env.js"
+node "<skill_dir>/scripts/check-env.js"
 ```
 
 **解读输出**：
@@ -45,7 +55,7 @@ node "D:/workspace/<ws_root>/.qoder/skills/cbb-worktree-close/scripts/check-env.
 ### 0.2 定位工作空间根目录
 
 ```bash
-node "D:/workspace/<ws_root>/.qoder/skills/cbb-worktree-close/scripts/find-workspace-root.js"
+node "<skill_dir>/scripts/find-workspace-root.js"
 ```
 
 **解读输出**：
@@ -69,7 +79,7 @@ node "D:/workspace/<ws_root>/.qoder/skills/cbb-worktree-close/scripts/find-works
 3. AI agent 列出 `.worktrees/` 下的所有 worktree：
 
 ```bash
-node "D:/workspace/<ws_root>/.qoder/skills/cbb-worktree-close/scripts/find-target-worktree.js "<ws_root>"
+node "<skill_dir>/scripts/find-target-worktree.js "<ws_root>"
 ```
 
 > 注：本技能支持工作空间根目录或 worktree 内执行，find-target-worktree 自动从 cwd 反推或列出。
@@ -84,7 +94,7 @@ node "D:/workspace/<ws_root>/.qoder/skills/cbb-worktree-close/scripts/find-targe
 ### 1.2 发现关联应用 worktree
 
 ```bash
-node "D:/workspace/<ws_root>/.qoder/skills/cbb-worktree-close/scripts/discover-apps.js "<ws_root>" "<branch>"
+node "<skill_dir>/scripts/discover-apps.js "<ws_root>" "<branch>"
 ```
 
 脚本自动从 `workspace-config.json` 读取应用列表，扫描 `.worktrees/worktree-<branch>/<应用名>/` 实际存在的子目录。
@@ -93,12 +103,12 @@ node "D:/workspace/<ws_root>/.qoder/skills/cbb-worktree-close/scripts/discover-a
 - `workspace` 字段：workspace worktree 绝对路径（AI agent 记录供后续命令使用）
 - `apps` 数组：实际存在的应用 worktree 列表（每项含 `name`, `repo`, `side`, `wt_path`, `app_path`）
 
-> 说明：app worktree 物理嵌套在 workspace worktree 内，移除 workspace worktree 时嵌套的子目录会一并消失，但各 app 仓库的 git worktree 元数据（`.git/worktrees/`）仍需通过 `git worktree remove` 逐个清理。AI 配置目录（`.claude/`、`.qoder/`、`.cbb/`）在每个 worktree 内由 init-worktree 独立安装，随 worktree 目录删除而清理，skill 无需特殊处理。
+> 说明：app worktree 物理嵌套在 workspace worktree 内，移除 workspace worktree 时嵌套的子目录会一并消失，但各 app 仓库的 git worktree 元数据（`.git/worktrees/`）仍需通过 `git worktree remove` 逐个清理。AI 配置只装在业务空间根（单层安装），worktree 内没有 AI 配置目录，无需特殊处理。
 
 ### 1.3 检查未归档 change
 
 ```bash
-node "D:/workspace/<ws_root>/.qoder/skills/cbb-worktree-close/scripts/check-unarchived.js "<ws_root>"
+node "<skill_dir>/scripts/check-unarchived.js "<ws_root>"
 ```
 
 脚本扫描 `openspec/changes/` 目录，筛选出非 `archive/` 子目录的 change 名称列表。
@@ -117,7 +127,7 @@ node "D:/workspace/<ws_root>/.qoder/skills/cbb-worktree-close/scripts/check-unar
 对 workspace worktree 和每个关联应用 worktree，依次执行三项检查并汇总成安全状态表。**这是破坏性操作前的必经环节，结果将驱动 Step 3 的用户决策。**
 
 ```bash
-node "D:/workspace/<ws_root>/.qoder/skills/cbb-worktree-close/scripts/safety-check.js "<ws_root>" "<branch>"
+node "<skill_dir>/scripts/safety-check.js "<ws_root>" "<branch>"
 ```
 
 脚本内部对每个仓库自动执行：
@@ -226,10 +236,10 @@ AskUserQuestion({
 
 ```bash
 # 仅删本地分支（已合并自动 -d，未合并自动 -D；含 squash 合并 -D 兜底）
-node "<skill>/scripts/delete-branches.js" "<ws_root>" "<branch>" local
+node "<skill_dir>/scripts/delete-branches.js" "<ws_root>" "<branch>" local
 
 # 删本地 + 远程分支
-node "<skill>/scripts/delete-branches.js" "<ws_root>" "<branch>" local_remote
+node "<skill_dir>/scripts/delete-branches.js" "<ws_root>" "<branch>" local_remote
 ```
 
 **调用前的强警告**（调用方需自评）：
@@ -260,7 +270,7 @@ node "<skill>/scripts/delete-branches.js" "<ws_root>" "<branch>" local_remote
   [中止] 终止流程，我先手动处理
 ```
 
-- 用户选择「先推送」→ AI 引导用户执行 `cbb-worktree-push`（或 `/cbb:worktree-push`），完成后**重新跑** Step 2 safety-check 确认 `unpushed_count = 0` 再回到本步骤
+- 用户选择「先推送」→ AI 引导用户执行 `cbb-worktree-push` skill（或 `/cbb-worktree-push`），完成后**重新跑** Step 2 safety-check 确认 `unpushed_count = 0` 再回到本步骤
 - 用户选择「接受丢失」→ 必须二次确认（ahead 提交真的会丢），确认后继续 Step 4
 - 用户选择「中止」→ 终止流程
 
@@ -289,14 +299,14 @@ node "<skill>/scripts/delete-branches.js" "<ws_root>" "<branch>" local_remote
 **顺序：先移除各应用 worktree，再移除 workspace worktree**（逆序于创建；也为后续删分支扫清"分支仍被检出"的障碍）。
 
 ```bash
-node "D:/workspace/<ws_root>/.qoder/skills/cbb-worktree-close/scripts/remove-worktrees.js "<ws_root>" "<branch>" "<force>"
+node "<skill_dir>/scripts/remove-worktrees.js "<ws_root>" "<branch>" "<force>"
 ```
 
 **三层降级策略**：`git worktree remove` 实际包含两个动作——①清理 git 元数据（`.git/worktrees/`）②删除物理目录。当 IDE 占用目录时 ② 会被 Windows 文件锁阻塞，但 ① 永远不受影响。脚本将这两个动作解耦：
 
 - **第 1 层（正常路径）：** `git worktree remove` 一步完成元数据 + 物理目录清理
 - **第 2 层（解耦清理）：** 当目录被锁时，先 `prune` 清理 git 元数据（始终成功），再 `rmdir`/`rm -rf` 尝试物理删除
-- **第 3 层（延迟清理）：** Windows 下 IDE 持有排他句柄时触发。元数据已清理保证分支删除不受影响；物理目录留给 init-worktree 下次创建时自愈（见 init Step 4.0）
+- **第 3 层（延迟清理）：** Windows 下 IDE 持有排他句柄时触发。元数据已清理保证分支删除不受影响；物理目录**不会被 init 自动删除**（0.0.3-beta.11 起 init 只 prune 元数据、绝不删目录，防误删活跃 worktree），需用户关闭 IDE 后手动删除，或重跑 close 补删
 
 **解读末行 `REMOVE_RESULT`**：
 - `has_locked: false` → 全部清理成功
@@ -333,9 +343,9 @@ node "D:/workspace/<ws_root>/.qoder/skills/cbb-worktree-close/scripts/remove-wor
 如用户在 Step 1.1 选定 worktree 时已要求"删除分支"，或运行后需要单独清理，可在此步骤**手动调用**：
 
 ```bash
-node "<skill>/scripts/delete-branches.js" "<ws_root>" "<branch>" local
+node "<skill_dir>/scripts/delete-branches.js" "<ws_root>" "<branch>" local
 # 或
-node "<skill>/scripts/delete-branches.js" "<ws_root>" "<branch>" local_remote
+node "<skill_dir>/scripts/delete-branches.js" "<ws_root>" "<branch>" local_remote
 ```
 
 脚本内部对每个仓库：
@@ -388,7 +398,6 @@ git -C "<ws_root>" worktree list
     ⏭️  fix-payment-timeout → 用户选择跳过
     （无未归档 change 时不显示本节）
   分支处理：feature-xxx 已保留（默认行为；如需删除分支，手动调用 scripts/delete-branches.js）
-  AI 配置：worktree 内独立安装，随 worktree 删除而清理；工作空间根目录的 AI 配置保留
   剩余工作空间 worktree：<列出仍存在的，或 "无" >
   Workspace cleaned up.
 ```
@@ -411,7 +420,7 @@ git -C "<ws_root>" worktree list
 - 未经用户确认用 `--force` 丢弃未提交修改，或主动调用 `delete-branches.js` 对未合并分支执行 `-D` 强删
 - 操作 `.worktrees/worktree-<需求名>` 以外的任何 worktree（如 `~/.qoder/worktree/...` 会话 worktree）
 - 移除/删除前跳过 Step 2 安全评估
-- 删除工作空间根目录的 AI 配置目录（`.claude/`、`.qoder/`、`.cbb/` 等源目录）
+- 删除工作空间根目录的 AI 配置目录（`.claude/`、`.qoder/`、`.opencode/` 等）
 - 用 `AskUserQuestion` 收集自由文本（分支名等直接对话提问）
 - 手动改任何仓库的 `.gitignore`（关闭流程不碰它）
 - 运行环境 node 不可用时强行继续 → 改为 fail-fast 提示用户
@@ -429,7 +438,7 @@ git -C "<ws_root>" worktree list
 - **合并判定依赖刷新后的远程引用，故 Step 2.0 先主动 `git fetch`**：feature 多由他人经 MR 合入远端，本地引用否则会陈旧误判
 - **并行块用临时文件收结果、不用共享变量**：原 bash 版本中 `&` 后台任务跑在独立子 shell；Node.js 同步执行无此问题
 - **`.gitignore` 无需清理**：创建时的 `.worktrees/` 条目提交在 feature 分支上，删分支时随分支消失（未合并）或无害保留（已合并）
-- **AI 配置目录在每个 worktree 内独立安装**：关闭 worktree 时这些目录随 worktree 目录一起删除
+- **AI 配置只装在空间根（单层安装）**：worktree 内没有 AI 配置目录，关闭时无需处理
 - **部分 `worktree remove` 失败**：已移除的无需回退，未移除的报告详情让用户处理后重跑
 - **Windows IDE 目录锁的三层降级**：`git worktree remove` 内部做两件事——①清元数据 ②删目录。Windows 文件锁只阻塞 ②，不阻塞 ①
 

package/cbb/worktrees/skills/cbb-worktree-close/scripts/remove-worktrees.js

@@ -78,7 +78,7 @@ function removeWt(repoPath, wtPath, name) {
 
   // 第 3 层：目录被锁
   lockedDirs.push(wtPath);
-  console.log('⏳ ' + name + ' 元数据已清理，物理目录被锁定（将在下次 init 时自动清理）');
+  console.log('⏳ ' + name + ' 元数据已清理，物理目录被锁定（init 不会自动删除目录，需手动清理）');
   results.push({ name, status: 'locked' });
 }
 
@@ -110,7 +110,7 @@ if (lockedDirs.length > 0) {
   console.log('');
   console.log('⏳ 以下目录被外部进程占用（IDE 等），git 元数据已清理，物理目录仍保留：');
   lockedDirs.forEach(d => console.log('   - ' + d));
-  console.log('   → 请关闭占用这些目录的程序（如 IDE）后手动删除；或下次 init-worktree 时自动清理');
+  console.log('   → 请关闭占用这些目录的程序（如 IDE）后手动删除（init 不再自动清理物理目录）');
 }
 
 console.log('---');

package/cbb/worktrees/skills/cbb-worktree-init/SKILL.md

@@ -1,12 +1,6 @@
 ---
 name: cbb-worktree-init
 description: "为一个需求在 workspace 与各关联应用仓库（= workspace-config.json 全量 apps）同步创建同名物理 git worktree，直聚在 `.worktrees/worktree-<需求名>/` 下。触发：用户明确要求创建需求工作空间/开发隔离环境，或为已有需求补齐新增应用（重跑本技能即幂等）。禁止自动串联 cbb-worktree-close——除非用户明确说了要关闭。"
-license: MIT
-compatibility: Requires git (>=2.30) and Node.js (>=16.7.0). All commands are pure Node.js scripts under `scripts/`, fully cross-platform (Windows / macOS / Linux, bash / PowerShell / Git Bash).
-metadata:
-  author: Contributors
-  version: "2.0"
-  generatedBy: coding-bb
 ---
 
 # Init Worktree（跨平台脚本化版本 v2.0）
@@ -28,13 +22,18 @@ metadata:
 
 ## 调用脚本的统一方式
 
-**重要**：所有脚本必须用**绝对路径**调用。`./scripts/...` 相对路径在 Agent 运行环境中不适用（AI agent 的 cwd 不一定是技能目录）。
+**重要**：本技能的所有脚本位于**本 SKILL.md 所在目录的 `scripts/` 下**（skill 目录）。
 
-调用方式（推荐用绝对路径）：
-```
-node "D:\workspace\<用户工作空间>\.qoder\skills\cbb-worktree-init\scripts\<name>.js" <参数>
+调用时用**本技能目录的绝对路径**拼接脚本名（AI 读取本 SKILL.md 时即已知该目录），例如：
+
+```bash
+node "<skill_dir>/scripts/<name>.js" <参数>
 ```
 
+> - `<skill_dir>` = 本 SKILL.md 所在目录的绝对路径（AI 从读取路径即可推出）
+> - **cwd 必须保持在工作空间根目录**：脚本按 cwd 定位 `workspace-config.json` 与 git 仓库
+> - 不要用 `./scripts/...` 裸相对路径（AI 的 cwd 不是技能目录，会解析失败）
+
 脚本输出：
 - 人类可读报告（OK / FAIL / WARN）
 - 机器可读摘要（末行以 XXX_OK / XXX_FAILED / XXX_RESULT 开头）
@@ -54,7 +53,7 @@ node "D:\workspace\<用户工作空间>\.qoder\skills\cbb-worktree-init\scripts\
 ### 0.1 环境健康探活
 
 ```bash
-node "D:/workspace/<ws_root>/.qoder/skills/cbb-worktree-init/scripts/check-env.js"
+node "<skill_dir>/scripts/check-env.js"
 ```
 
 **解读输出**：
@@ -67,7 +66,7 @@ node "D:/workspace/<ws_root>/.qoder/skills/cbb-worktree-init/scripts/check-env.j
 提前检测权限/版本问题，把可能在后续步骤暴露的失败前移到流程最开始：
 
 ```bash
-node "D:/workspace/<ws_root>/.qoder/skills/cbb-worktree-init/scripts/check-env-deep.js"
+node "<skill_dir>/scripts/check-env-deep.js"
 ```
 
 **解读输出**：
@@ -81,7 +80,7 @@ node "D:/workspace/<ws_root>/.qoder/skills/cbb-worktree-init/scripts/check-env-d
 ### 0.2 读取并校验 workspace-config.json
 
 ```bash
-node "D:/workspace/<ws_root>/.qoder/skills/cbb-worktree-init/scripts/parse-config.js"
+node "<skill_dir>/scripts/parse-config.js"
 ```
 
 **解读输出**：
@@ -148,7 +147,7 @@ worktree 需要知道要关联哪些应用仓库。
 
 ```bash
 # ws_root 来自 AI agent 维护的状态
-node "D:/workspace/<ws_root>/.qoder/skills/cbb-worktree-init/scripts/sync-repos.js" "<ws_root>"
+node "<skill_dir>/scripts/sync-repos.js" "<ws_root>"
 ```
 
 **用法**：
@@ -192,7 +191,7 @@ node "D:/workspace/<ws_root>/.qoder/skills/cbb-worktree-init/scripts/sync-repos.
 | 当前在主分支上 | ✅ | ❌ |
 
 ```bash
-node "D:/workspace/<ws_root>/.qoder/skills/cbb-worktree-init/scripts/check-repos.js" "<ws_root>"
+node "<skill_dir>/scripts/check-repos.js" "<ws_root>"
 ```
 
 **解读输出**：
@@ -220,21 +219,23 @@ node "D:/workspace/<ws_root>/.qoder/skills/cbb-worktree-init/scripts/check-repos
 ### 3.2 安全更新 .gitignore（前置）
 
 ```bash
-node "D:/workspace/<ws_root>/.qoder/skills/cbb-worktree-init/scripts/update-gitignore.js "<ws_root>" "<branch>"
+node "<skill_dir>/scripts/update-gitignore.js" "<ws_root>" "<branch>"
 ```
 
-脚本内部自动完成：stash 保护 → 切分支 → 添加 `.worktrees/` 和 `.codespace/` → 提交 → 切回 → pop stash
+脚本内部自动完成：stash 保护 → 分支不存在则从 HEAD 创建 → 切分支 → 添加 `.worktrees/` 和 `.codespace/` → 提交 → 切回 → pop stash
 
 **解读输出**：
 - 退出码 0 + 末行 `GITIGNORE_OK` → 成功
 - 退出码 2 → 执行失败，**终止流程**
 
-> ⚠️ 必须在提交后切回主分支，否则 Step 3.4 的 `git worktree add` 会因分支已检出而失败（脚本已自动处理）。
+> ⓘ **分支自动创建**：本步骤先于 Step 3.3 执行，workspace 分支此时不存在，脚本会自动从 HEAD 创建（与 `create-branches.js` 对 workspace 的行为一致，Step 3.3 报 `reused`）。`.gitignore` 提交正好落在需求分支上，由 Step 3.4 push 一并推送。
+
+> ⚠️ 必须在提交后切回主分支，否则 Step 3.5 的 `git worktree add` 会因分支已检出而失败（脚本已自动处理）。
 
 ### 3.3 创建分支
 
 ```bash
-node "D:/workspace/<ws_root>/.qoder/skills/cbb-worktree-init/scripts/create-branches.js" "<ws_root>" "<branch>"
+node "<skill_dir>/scripts/create-branches.js" "<ws_root>" "<branch>"
 ```
 
 **解读输出**：
@@ -259,7 +260,7 @@ node "D:/workspace/<ws_root>/.qoder/skills/cbb-worktree-init/scripts/create-bran
 ### 3.4 推送并建立 upstream
 
 ```bash
-node "D:/workspace/<ws_root>/.qoder/skills/cbb-worktree-init/scripts/push-branches.js" "<ws_root>" "<branch>"
+node "<skill_dir>/scripts/push-branches.js" "<ws_root>" "<branch>"
 ```
 
 脚本内部自动完成：
@@ -284,20 +285,20 @@ node "D:/workspace/<ws_root>/.qoder/skills/cbb-worktree-init/scripts/push-branch
 
 **为什么 push 放在 worktree 之前：** 失败早暴露，无 worktree 损失；成功后再创建 worktree，分支天然有 upstream；独立脚本便于单测。
 
-### 3.5 创建 Worktree（含自愈清理）
+### 3.5 创建 Worktree
 
 ```bash
-node "D:/workspace/<ws_root>/.qoder/skills/cbb-worktree-init/scripts/create-worktrees.js" "<ws_root>" "<branch>"
+node "<skill_dir>/scripts/create-worktrees.js" "<ws_root>" "<branch>"
 ```
 
 脚本内部自动完成：
-1. **自愈清理**：`git worktree prune` + 物理目录清理（close 因 IDE 锁未能删除的物理目录）
+1. **元数据自愈**：仅 `git worktree prune`（清理"目录已缺失/失效"的注册项）；**绝不删除任何物理目录**（0.0.3-beta.11 起——旧版"清理无元数据残留目录"因 Windows 路径分隔符不匹配会误删活跃 worktree，已整体移除）
 2. **workspace worktree 创建**：`git worktree add .worktrees/worktree-<branch> <branch>`
 3. **app worktree 创建**（物理嵌套在 workspace worktree 内）
 
 **解读输出**：
 - 退出码 0 + 末行 `WT_PATH <绝对路径>` → 全部成功，AI 解析出 worktree 绝对路径供后续 Step 4 使用
-- 退出码 2 → workspace worktree 创建失败（分支已检出/权限不足），**终止流程**
+- 退出码 2 → workspace worktree 创建失败（分支已检出/权限不足），或目标目录存在但非有效 worktree（上次 close 被 IDE 锁残留）——**终止流程**，按脚本提示引导用户跑 `cbb-worktree-close` 或手动删除该目录 + `git worktree prune` 后重跑
 - 退出码 3 → 部分 app worktree 创建失败，**报告已创建/失败详情，用户需手动清理**
 
 **报告示例**：
@@ -322,6 +323,7 @@ WT_PATH d:\workspace\xxx\.worktrees\worktree-feature-login
 1. **继续在当前会话开发**：本技能不打开新窗口；需求工作目录为 `<wt_path>`
 2. **目录纪律**：本会话后续所有产生写操作的命令（git commit / openspec / 构建 / 测试等）必须以 `<wt_path>`（或其应用子目录）为工作目录（显式 `cd` 或绝对路径）；**禁止在空间根（主分支）执行任何写操作**
 3. 不自动安装依赖：各仓库技术栈不一（Maven 依赖本机 `~/.m2` 全局共享、无需初始化；Node/Python 等由你进入 worktree 后执行正确的命令，如 `npm ci` / `pnpm`）
+4. **输出下一步建议**：最终报告必须包含「下一步建议」段（格式见「最终报告」），告知用户后续可走的流程；仅提示，不自动串联执行任何后续技能
 
 ---
 
@@ -333,6 +335,12 @@ WT_PATH d:\workspace\xxx\.worktrees\worktree-feature-login
 ✅ worktree 已创建：<wt_path>
    关联应用：<应用名 → 嵌套路径> 列表
 📌 继续在当前会话开发：后续写操作命令一律以上述目录为工作目录
+👉 下一步建议：
+   1. 开始需求开发（二选一）：
+      - 走 OpenSpec 工作流：/opsx:propose → /opsx:apply → /opsx:verify → /opsx:archive
+      - 或直接对话开发：把需求告诉我，在 <wt_path> 内实现
+   2. 开发中提交推送：说"提交并推送"（cbb-worktree-push）
+   3. 需求完成后：说"关闭工作空间"（cbb-worktree-close）
 ```
 
 > 若 Step 3.5 为部分失败（退出码 3），报告必须列出已创建/失败详情与回滚清理命令。
@@ -347,7 +355,7 @@ WT_PATH d:\workspace\xxx\.worktrees\worktree-feature-login
 |------|----------|
 | 空间新增了应用（编辑 `workspace-config.json` 后） | Step 1 拉取新应用代码 → Step 3.3 为新应用建分支 → Step 3.4 推送（已一致的分支 `skipped`，不一致则阻塞询问）→ Step 3.5 创建缺失的嵌套 worktree |
 | 上次 init 中途失败 | 已存在的分支 / worktree 自动复用，`.gitignore` 处理自动跳过，仅补齐缺失部分 |
-| 应用从 config 移除 | 已创建的分支 / worktree **不会**自动删除；如需清理用 `/cbb:worktree-close` 关闭后重建 |
+| 应用从 config 移除 | 已创建的分支 / worktree **不会**自动删除；如需清理用 `cbb-worktree-close` skill 关闭后重建 |
 
 > ⓘ 重跑**不会静默推送**开发中的本地提交：远程分支已存在但与本地不一致时，Step 3.4 走阻塞式 `remote-exists` 决策（展示 commit 元信息让用户选择）。
 
@@ -368,7 +376,7 @@ WT_PATH d:\workspace\xxx\.worktrees\worktree-feature-login
 | 运行环境 node 不可用 | 脚本 fail-fast 并提示用户到系统终端重试 |
 | push 失败（SSH/HTTPS/网络/保护） | push-branches.js 退出码 2，AI 阻塞并询问用户三选项（修复后重试/跳过失败仓库/完全终止） |
 | 远程分支已存在 | push-branches.js 输出 metadata，AI 展示 commit 元信息后询问两选项（关联/终止+重新创建） |
-| 开发过程中推送所有 worktree | Step 3.4 仅覆盖创建时的空 commit；开发过程中产生的提交必须调 `/cbb:worktree-push` 或 `cbb-worktree-push` skill 推送（详见该 skill） |
+| 开发过程中推送所有 worktree | Step 3.4 仅覆盖创建时的空 commit；开发过程中产生的提交必须调 `cbb-worktree-push` skill 推送（详见该 skill） |
 
 ---
 
@@ -467,7 +475,7 @@ WT_PATH d:\workspace\xxx\.worktrees\worktree-feature-login
 - workspace 仓库标准检查（当前在主分支等），app 仓库轻量检查（fetch + `origin/main` 可用即可）
 - app 仓库分支从 `origin/main` 创建（`git branch <需求名> ${REMOTE}/${MAIN}`），不依赖本地主分支状态
 - 严格 Step 3.3 → Step 3.4 顺序（先统一创建分支，再统一创建 worktree；workspace 工作树先建，各应用按序补建）
-- 所有脚本调用以 `node "<WS_ROOT>\.qoder\skills\cbb-worktree-init\scripts\<name>.js" "<绝对路径>" "<branch>"` 形式发起（apps 由脚本内部从 workspace-config.json 读取），**不依赖跨调用的 cwd**
+- 所有脚本调用以 `node "<skill_dir>/scripts/<name>.js" "<绝对路径>" "<branch>"` 形式发起（apps 由脚本内部从 workspace-config.json 读取）；**执行时 cwd 保持在工作空间根**（`check-env.js` / `parse-config.js` 按 cwd 定位）
 - **Step 3.4 push 步骤必须执行且插入在 create-branches.js (3.3) 之后、create-worktrees.js (3.5) 之前** — 失败时阻塞整个 init-worktree 流程
 - **Step 3.4 仅覆盖创建 worktree 时的空 commit** — 开发过程中产生的本地 commit（如 apply 任务实现）必须由用户在 worktree 中手动提交并调 `cbb-worktree-push` 推送；不允许依赖 Step 3.4 之后的自动推送（不存在）
 
@@ -483,6 +491,6 @@ WT_PATH d:\workspace\xxx\.worktrees\worktree-feature-login
 | `check-repos.js` | 状态检查 | ws_root | 0/1/2 |
 | `update-gitignore.js` | 安全更新 .gitignore | ws_root, branch | 0/1/2 |
 | `create-branches.js` | 创建分支 | ws_root, branch | 0/1/2 |
-| `create-worktrees.js` | 创建 worktree（含自愈清理） | ws_root, branch | 0/1/2/3 |
+| `create-worktrees.js` | 创建 worktree（仅 prune 元数据，不删物理目录） | ws_root, branch | 0/1/2/3 |
 | `push-branches.js` | 推送并建立 upstream（已一致则 skipped；带错误归类 + 元信息采集） | ws_root, branch | 0/1/2 |
 | `check-env-deep.js` | 环境健康自检（Node 版本 / 权限） | 无 | 0/2 |

package/cbb/worktrees/skills/cbb-worktree-init/scripts/create-worktrees.js

@@ -1,13 +1,15 @@
 #!/usr/bin/env node
 require('./silence-popup');
 /**
- * cbb-worktree-init 创建 Worktree（含自愈清理）
+ * cbb-worktree-init 创建 Worktree（自愈清理仅限元数据 prune）
  *
  * 用法：node create-worktrees.js <ws_root> <branch>
  *   （apps 由脚本内部从 <ws_root>/workspace-config.json 读取）
  *
  * 行为：
- *   1. 自愈清理：prune + 物理目录清理
+ *   1. 自愈清理：仅 git worktree prune（元数据），**绝不删除任何物理目录**
+ *      （0.0.3-beta.11 事故修复：旧版按"不在 worktree list"负向推断递归删残留目录，
+ *        Windows 下 git 输出正斜杠路径与 realpathSync 反斜杠永不匹配，误删活跃 worktree）
  *   2. workspace worktree 创建（.worktrees/worktree-<branch>）
  *   3. 各 app worktree 创建（物理嵌套在 workspace worktree 内）
  *   4. 失败时输出回滚提示
@@ -15,7 +17,7 @@ require('./silence-popup');
  * 退出码：
  *   0 - 全部成功
  *   1 - 参数错误
- *   2 - workspace worktree 创建失败
+ *   2 - workspace worktree 创建失败（含目标目录存在但非有效 worktree 的残留场景）
  *   3 - 部分 app worktree 创建失败
  */
 
@@ -54,52 +56,28 @@ function run(cmd, cwd) {
   }
 }
 
-// 1. 自愈清理
-console.log('=== 自愈清理 ===');
+// 1. 自愈清理（仅元数据：prune 只清理"目录已缺失/失效"的 worktree 注册项，不碰物理目录）
+console.log('=== 自愈清理（仅 prune 元数据，不删物理目录）===');
 
-// 1.1 prune 所有仓库
 const allRepos = [wsRoot, ...apps.map(a => path.join(wsRoot, '.codespace', a.name))];
 for (const repo of allRepos) {
   if (fs.existsSync(repo)) {
     run('git worktree prune', repo);
   }
 }
-console.log('✅ 已 prune 所有仓库的 worktree 元数据');
-
-// 1.2 清理 .worktrees/ 下无元数据的物理目录
-const worktreesDir = path.join(wsRoot, '.worktrees');
-if (fs.existsSync(worktreesDir)) {
-  const validWts = run('git worktree list --porcelain', wsRoot);
-  const validPaths = new Set();
-  if (validWts.ok) {
-    validWts.out.split('\n').forEach(line => {
-      if (line.startsWith('worktree ')) {
-        validPaths.add(line.substring(9).trim());
-      }
-    });
-  }
-
-  const entries = fs.readdirSync(worktreesDir, { withFileTypes: true });
-  for (const entry of entries) {
-    if (!entry.isDirectory()) continue;
-    const dir = path.join(worktreesDir, entry.name);
-    let absDir;
-    try { absDir = fs.realpathSync(dir); } catch { continue; }
-    if (!validPaths.has(absDir)) {
-      try {
-        fs.rmSync(dir, { recursive: true, force: true });
-        console.log('🧹 已清理残留目录：' + entry.name);
-      } catch (e) {
-        console.log('⏳ 残留目录仍被占用，跳过：' + entry.name);
-      }
-    }
-  }
-}
+console.log('✅ 已 prune 所有仓库的 worktree 元数据（物理目录一律保留）');
 
 // 2. workspace worktree 创建
 console.log('=== 创建 Workspace Worktree ===');
 const wtDir = path.join(wsRoot, '.worktrees', 'worktree-' + branch);
 if (fs.existsSync(wtDir)) {
+  if (!fs.existsSync(path.join(wtDir, '.git'))) {
+    console.error('❌ 目标目录已存在但不是有效 worktree（缺 .git 指针）：' + wtDir);
+    console.error('   可能是上次 close / init 中断的残留。本脚本不会自动删除任何目录，请二选一后重跑：');
+    console.error('   1) 执行 cbb-worktree-close 技能清理该需求');
+    console.error('   2) 手动删除上述目录后执行：git -C "' + wsRoot + '" worktree prune');
+    process.exit(2);
+  }
   console.log('⏭️  workspace worktree 已存在，复用：' + wtDir);
 } else {
   const created = run('git worktree add ".worktrees/worktree-' + branch + '" "' + branch + '"', wsRoot);