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

package/cbb/worktrees/skills/cbb-worktree-init/scripts/update-gitignore.js

@@ -6,13 +6,13 @@ require('./silence-popup');
  * 用法：node update-gitignore.js <ws_root> <branch>
  *
  * 行为：
- *   1. stash 当前未提交修改
- *   2. 切换到目标分支
- *   3. 检查 .worktrees/ 和 .codespace/ 是否在 .gitignore
- *   4. 添加缺失条目
- *   5. 提交 .gitignore
- *   6. 切回原分支
- *   7. pop stash（如有）
+ *   1. stash 当前未提交修改（仅 untracked 时不产生 stash）
+ *   2. 目标分支不存在则从 HEAD 创建（首跑时分支尚未由 create-branches.js 建立，
+ *      顺序无关自愈；create-branches.js 后续会报 reused）
+ *   3. 切换到目标分支
+ *   4. 检查 .worktrees/ 和 .codespace/ 是否在 .gitignore，缺失则添加并提交
+ *   5. 切回原分支
+ *   6. pop stash（如有）
  *
  * 幂等：目标分支已在某个 worktree 中检出（init-worktree 重跑场景，上次已处理过
  * .gitignore）时，跳过全部操作直接输出 GITIGNORE_OK——避免 checkout 与 worktree 检出冲突。
@@ -67,8 +67,12 @@ const status = run('git status --porcelain', wsRoot);
 if (status.ok && status.out) {
   const stash = run('git stash push -m "init-worktree-temp"', wsRoot);
   if (stash.ok) {
-    stashed = true;
-    console.log('✅ 已 stash 未提交修改');
+    if (/No local changes to save/.test(stash.out)) {
+      console.log('ℹ️  仅 untracked 文件，无需 stash');
+    } else {
+      stashed = true;
+      console.log('✅ 已 stash 未提交修改');
+    }
   } else {
     console.error('❌ git stash 失败：' + stash.err);
     process.exit(2);
@@ -77,6 +81,18 @@ if (status.ok && status.out) {
   console.log('ℹ️  无未提交修改，跳过 stash');
 }
 
+// 2.1 目标分支不存在则从 HEAD 创建（Step 3.2 先于 Step 3.3 执行时分支尚未建立）
+const branchList = run('git branch --list "' + branch + '"', wsRoot);
+if (branchList.ok && !branchList.out) {
+  const create = run('git branch "' + branch + '"', wsRoot);
+  if (!create.ok) {
+    console.error('❌ 创建分支 ' + branch + ' 失败：' + create.err);
+    if (stashed) run('git stash pop', wsRoot);
+    process.exit(2);
+  }
+  console.log('✅ 分支 ' + branch + ' 不存在，已从 HEAD 创建');
+}
+
 // 3. 切换到目标分支
 const checkout = run('git checkout "' + branch + '"', wsRoot);
 if (!checkout.ok) {

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

@@ -1,24 +1,21 @@
 ---
 name: cbb-worktree-push
-description: "跨 worktree 提交并推送当前需求的所有关联仓库。触发：用户说'提交'/'commit'/'push'/'推送'/'提交并push'/'推到远端'；用户在 .worktrees/worktree-<需求名>/ 下工作要求批量推送；apply 完成后准备推送所有 worktree；close-worktree 前需要先推送未提交改动。"
-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: "1.0"
-  generatedBy: coding-bb
+description: "提交并推送当前需求的所有关联仓库（跨 worktree 批量），推送后提案生成 MR（合并请求）预填链接。触发：用户说'提交'/'commit'/'push'/'推送'/'提交并push'/'推到远端'/'提MR'/'提合并请求'/'merge request'；用户在 .worktrees/worktree-<需求名>/ 下工作要求批量推送；apply 完成后准备推送所有 worktree；close-worktree 前需要先推送未提交改动。注意：本技能会先识别场景——不在 cbb 工作空间时降级为普通单仓库提交推送。"
 ---
 
-# Push Worktrees（跨平台脚本化版本 v1.0）
+# Push Worktrees（跨平台脚本化版本 v1.1）
 
-跨 worktree 提交并推送当前需求的所有关联仓库到 origin。专门解决"开发完成后批量推送"和"用户口语化提交并push"两类场景，弥补 [cbb-worktree-init Step 3.4](file:///d:/workspace/va-ai/coding-bb/cbb/worktrees/skills/cbb-worktree-init/SKILL.md) 仅推送初始空 commit 的缺口。
+提交并推送当前需求的所有关联仓库（跨 worktree 批量）。专门解决"开发完成后批量推送"和"用户口语化提交并push"两类场景，弥补 [cbb-worktree-init Step 3.4](file:///d:/workspace/va-ai/coding-bb/cbb/worktrees/skills/cbb-worktree-init/SKILL.md) 仅推送初始空 commit 的缺口。
 
-**启动时声明：** "我正在使用 cbb-worktree-push 技能来批量提交并推送当前需求的所有 worktree 仓库。"
+> **本技能描述含宽泛触发词（"提交"/"push"），允许被误触发**。因此第一步永远是 **Step 0 场景识别**：在 cbb 工作空间内才走跨 worktree 批量流程；在普通 git 仓库降级为单仓库提交推送；非 git 目录则退出。
+
+**启动时声明：** "我正在使用 cbb-worktree-push 技能来推送当前需求的关联仓库。"
 
 ## 核心原则
 
 - 本技能的所有原子操作封装为 `scripts/*.js` Node.js 脚本，**跨平台执行**
 - **两阶段**：先 `commit-worktrees.js` 提交所有 dirty 仓库，再 `push-worktrees.js` 推送所有 worktree 仓库。两个脚本独立退出码，AI agent 区分阶段
+- **push 后 MR 提案（Step 7）**：`make-mr-urls.js` 生成预填合并请求链接（可自动开浏览器）；只生成链接，提交/评审/合并全部由人在平台完成，不触碰任何凭据
 - 复用 `cbb-worktree-push/scripts/push-core.js` 的 `pushSingle` / `classifyError` —— 与 `cbb-worktree-init` 的 `push-branches.js` 行为完全一致，错误码契约统一
 - `find-workspace-root.js` / `find-target-worktree.js` 为共享脚本：源仓库真源在 `cbb/worktrees/_shared/scripts/`，部署后位于本 skill 的 `scripts/` 下，与 `cbb-worktree-init` / `cbb-worktree-close` 逻辑完全一致
 - **本技能支持两层执行位置**（与 `cbb-worktree-close` 对称）：
@@ -30,12 +27,18 @@ metadata:
 
 ## 调用脚本的统一方式
 
-**所有脚本必须用绝对路径调用**（Agent 运行环境中 AI agent 的 cwd 不一定是技能目录）。
+**重要**：本技能的所有脚本位于**本 SKILL.md 所在目录的 `scripts/` 下**（skill 目录）。
+
+调用时用**本技能目录的绝对路径**拼接脚本名（AI 读取本 SKILL.md 时即已知该目录）：
 
 ```
-node "<ws_root>/.qoder/skills/cbb-worktree-push/scripts/<name>.js" <参数>
+node "<skill_dir>/scripts/<name>.js" <参数>
 ```
 
+> - `<skill_dir>` = 本 SKILL.md 所在目录的绝对路径（AI 从读取路径即可推出）
+> - **cwd 必须保持在工作空间根目录**：脚本按 cwd 定位 `workspace-config.json` 与 git 仓库
+> - 不要用 `./scripts/...` 裸相对路径（AI 的 cwd 不是技能目录，会解析失败）
+
 脚本输出：
 - 人类可读报告（OK / FAIL / WARN）
 - 机器可读摘要（末行以 `COMMIT_RESULT` / `PUSH_RESULT` 开头）
@@ -43,22 +46,48 @@ node "<ws_root>/.qoder/skills/cbb-worktree-push/scripts/<name>.js" <参数>
 
 ---
 
-## Step 0：定位工作空间
+## Step 0：场景识别（先判场景，再定策略）
+
+**本技能允许被"提交"/"push"这类宽泛措辞误触发**。执行任何操作前，先判断当前处于哪种场景，按场景选择策略——**不要硬套 cbb 工作空间流程**。
+
+判断依据（任一命中即定场景）：
+
+| 场景 | 判据 | 策略 |
+|------|------|------|
+| **A. cbb 工作空间根** | cwd（或其 git 顶层）含 `workspace-config.json`；`find-workspace-root.js` 退出码 0 | 走 **Step 1 → 6** 的跨 worktree 批量流程 |
+| **B. worktree 内** | cwd 命中 `<ws_root>/.worktrees/worktree-<需求名>/` | 用 cwd 反推 `<需求名>`，走 **Step 1 → 6** 批量流程 |
+| **C. 普通 git 仓库** | 在 git 仓库内，但无 `workspace-config.json`（`find-workspace-root.js` 退出码 1） | **降级为单仓库提交推送**：不调 worktree 脚本，按常规 `git add -u` → 向用户询问 commit 信息 → `git commit` → `git push`（保留本 skill 的"必问 commit 信息"约束） |
+| **D. 非 git 目录** | `git rev-parse --is-inside-work-tree` 失败 | 说明"当前目录不是 git 仓库"，终止，不做任何操作 |
+
+**判场景与定位（A/B 场景）：**
 
 ```bash
-node "<ws_root>/.qoder/skills/cbb-worktree-push/scripts/find-workspace-root.js"
+node "<skill_dir>/scripts/find-workspace-root.js"
 ```
 
 **解读末行**：
-- 退出码 0 + 末行（纯路径） → WS_ROOT
-- 退出码 1 → 未找到工作空间根目录，**终止流程**
+- 退出码 0 + 末行（纯路径） → WS_ROOT（场景 A/B），继续 Step 1
+- 退出码 1 → 无工作空间：**先判断场景 C 还是 D**（`git rev-parse --is-inside-work-tree`）：
+  - 是 git 仓库 → 场景 C，按降级策略走（见下）
+  - 不是 → 场景 D，终止
+
+**场景 C 降级流程**（普通仓库误触）：
+
+1. `git status` 报告改动现状
+2. 直接对话询问 commit 信息（**禁止**自动生成）
+3. `git add -u`（默认不含未追踪文件；用户明确要求时才 `git add -A`）
+4. `git commit -m "<用户提供的信息>"`
+5. `git push`（无 upstream 时先询问用户是否 `-u`）
+6. 汇报结果；**不要**提及 worktree 批量流程
+
+> 场景 C 是兜底：让"提交代码"在普通仓库里也能正常完成，而不是因找不到 `workspace-config.json` 报错。
 
 ---
 
-## Step 1：识别目标 worktree
+## Step 1：识别目标 worktree（A/B 场景）
 
 ```bash
-node "<ws_root>/.qoder/skills/cbb-worktree-push/scripts/find-target-worktree.js" "<ws_root>"
+node "<skill_dir>/scripts/find-target-worktree.js" "<ws_root>"
 ```
 
 **解读末行**：
@@ -72,7 +101,7 @@ node "<ws_root>/.qoder/skills/cbb-worktree-push/scripts/find-target-worktree.js"
 
 ```bash
 # 仅 commit 阶段先做 dry-run 预览
-node "<ws_root>/.qoder/skills/cbb-worktree-push/scripts/commit-worktrees.js" "<ws_root>" "<branch>" --message "preview" --dry-run
+node "<skill_dir>/scripts/commit-worktrees.js" "<ws_root>" "<branch>" --message "preview" --dry-run
 ```
 
 **解读末行 `COMMIT_RESULT`**：每项仓库的状态
@@ -119,16 +148,16 @@ AI agent 在执行真实 commit 前**必须**在对话中向用户确认 commit
 
 ```bash
 # 统一信息
-node "<ws_root>/.qoder/skills/cbb-worktree-push/scripts/commit-worktrees.js" "<ws_root>" "<branch>" --message "feat(<branch>): 实现客户运费逻辑"
+node "<skill_dir>/scripts/commit-worktrees.js" "<ws_root>" "<branch>" --message "feat(<branch>): 实现客户运费逻辑"
 
 # 多仓库分别
-node "..." "<ws_root>" "<branch>" --per-repo "ep-foo-app:feat(<branch>): 实现 saveClientExpectFreight;ep-bar-app:refactor(<branch>): 拆分 PlanService"
+node "<skill_dir>/scripts/commit-worktrees.js" "<ws_root>" "<branch>" --per-repo "ep-foo-app:feat(<branch>): 实现 saveClientExpectFreight;ep-bar-app:refactor(<branch>): 拆分 PlanService"
 
 # 含未追踪文件
-node "..." "<ws_root>" "<branch>" --message "..." --untracked
+node "<skill_dir>/scripts/commit-worktrees.js" "<ws_root>" "<branch>" --message "..." --untracked
 
 # wt_path 形式（用户在 worktree 内）
-node "..." "<ws_root>/.worktrees/worktree-<branch>" --message "..."
+node "<skill_dir>/scripts/commit-worktrees.js" "<ws_root>/.worktrees/worktree-<branch>" --message "..."
 ```
 
 **选项**：
@@ -155,10 +184,10 @@ node "..." "<ws_root>/.worktrees/worktree-<branch>" --message "..."
 ## Step 5：批量 push
 
 ```bash
-node "<ws_root>/.qoder/skills/cbb-worktree-push/scripts/push-worktrees.js" "<ws_root>" "<branch>"
+node "<skill_dir>/scripts/push-worktrees.js" "<ws_root>" "<branch>"
 
 # 或 wt_path 形式
-node "..." "<ws_root>/.worktrees/worktree-<branch>"
+node "<skill_dir>/scripts/push-worktrees.js" "<ws_root>/.worktrees/worktree-<branch>"
 ```
 
 **解读末行 `PUSH_RESULT`**：
@@ -196,6 +225,39 @@ node "..." "<ws_root>/.worktrees/worktree-<branch>"
 
 ---
 
+## Step 7：MR 提案（push 完成后）
+
+Step 5 的 `PUSH_RESULT` 中至少一个仓库为 `pushed` / `skipped`（feature 分支已在远端）时，用 `AskUserQuestion`（固定选项）提案：
+
+```
+推送完成。要提 MR（合并请求）吗？
+  [提 MR 到测试分支]  生成预填的 MR 创建链接（如 dev/test）
+  [提 MR 到正式分支]  生成预填的 MR 创建链接（如 main/master）
+  [暂不提 MR]         结束本步
+```
+
+用户选择提 MR 后：
+
+1. **确定目标分支（交互式，禁止 AI 代决）**：`git branch -r` 列出现场实际的主干候选（dev / test / develop / main / master / release-*），请用户指定一个；全仓库统一用该目标分支（不存在此分支的仓库由脚本自动跳过）
+2. **生成链接**：
+
+```bash
+node "<skill_dir>/scripts/make-mr-urls.js" "<ws_root>" "<branch>" "<target>" --open
+```
+
+**解读末行 `MR_RESULT`**（逐仓库）：
+- `ok` → 已生成 URL（`--open` 时已开浏览器；用户在平台页面确认标题/评审人后提交）
+- `no-diff` → 与目标分支无差异，跳过
+- `not-pushed` → feature 分支不在远端（提示先完成 push）
+- `no-target` → 远端无该目标分支（回退重新指定候选）
+- `manual` → origin 无法解析为已知平台，输出手动创建指引；可用 `--platform gitlab|github|gitee` 强制
+
+> 平台识别：`github.com` → PR compare、`gitee.com` → compare、**其余默认 GitLab**（企业自建主流）；误判用 `--platform` 覆盖。
+
+3. **提 MR 后提醒用户后续链路**：测试环境部署 → 用户验收 → 验收通过后 `/opsx:archive` → 正式分支合并走公司发布流程 → 最后 `cbb-worktree-close`
+
+---
+
 ## 最终报告
 
 ```
@@ -210,8 +272,7 @@ node "..." "<ws_root>/.worktrees/worktree-<branch>"
     workspace: ✅ origin/<branch>
     ep-foo-app: ✅ origin/<branch>
     ep-bar-app: ⚠️  远程分支已存在（需用户决策 → 已关联）
-  AI 配置目录：worktree 内独立安装，无需处理
-  后续：可继续开发 / 调 /opsx:verify 验证 / 调 /opsx:archive 归档 / 调 /cbb:worktree-close 关闭
+  后续：Step 7 提 MR 到测试分支 → 部署验收 → 验收通过后 /opsx:archive → 正式发布（公司流程）→ cbb-worktree-close
 ```
 
 ---
@@ -220,8 +281,11 @@ node "..." "<ws_root>/.worktrees/worktree-<branch>"
 
 | 场景 | 处理方式 |
 |------|----------|
-| 用户说"提交并push"且 cwd 在 worktree 内 | 自动用 cwd 反推分支，Step 2 扫描后进入 Step 3 问 commit 信息 |
-| 用户说"提交并push"且 cwd 在 WS_ROOT | Step 0 定位后，多个 worktree 时让用户选 |
+| **任何触发** | **先做 Step 0 场景识别**，再决定策略 |
+| 场景 A：cwd 在 cbb 工作空间根 | find-workspace-root 成功 → 多个 worktree 时让用户选 |
+| 场景 B：cwd 在 worktree 内 | 自动用 cwd 反推分支，扫描后进入询问 commit 信息 |
+| 场景 C：cwd 在普通 git 仓库（无 workspace-config.json） | **降级为单仓库提交推送**，不调用 worktree 脚本 |
+| 场景 D：cwd 非 git 目录 | 说明情况并终止，不做任何操作 |
 | commit 信息缺失 | 必须询问用户；禁止自动生成（可基于 apply task 上下文给建议） |
 | 多仓库需不同 commit 信息 | 用 `--per-repo "ep-foo:m1;ep-bar:m2"`，必须由用户逐条提供 |
 | 仓库干净 | commit-worktrees 自动 skipped，只 push 不 commit |
@@ -230,12 +294,20 @@ node "..." "<ws_root>/.worktrees/worktree-<branch>"
 | 远程分支已存在 | push 退出码 2，AI 输出元信息后由用户决策（关联/终止） |
 | push 失败（SSH/HTTPS/网络/保护） | push 退出码 2，AI 按错误码分类处理，阻塞并询问用户 |
 | close-worktree 前调用 | 先调本 skill 把 ahead 推送完，避免 close 时丢提交 |
+| push 完成后 | Step 7 MR 提案：AskUserQuestion 固定选项 → make-mr-urls.js 生成预填链接 + 开浏览器；只生成链接，不代合并 |
+| MR 目标分支 | 交互式：`git branch -r` 列主干候选由用户指定，全仓库统一；缺该分支的仓库自动跳过（no-target） |
+| MR 平台误判 | 非 github.com/gitee.com 默认按 GitLab 拼 URL；有误判用 `--platform gitlab\|github\|gitee` 强制 |
 | --dry-run | 任何时候想预览将要 commit 的内容时使用，不实际修改任何东西 |
 
 ---
 
 ## 常见错误
 
+### 误触后硬套 worktree 流程
+
+- **问题：** 用户在普通仓库说"提交代码"，技能被 description 匹配触发，直接跑 `find-workspace-root.js` 失败并报错终止
+- **修复：** Step 0 先判场景；场景 C（普通 git 仓库）降级为单仓库提交推送，不调用 worktree 脚本、不提及批量流程
+
 ### 自动生成 commit 信息不让用户确认
 
 - **问题：** agent 拍脑袋写 "feat: xxx"，与用户实际意图不符
@@ -283,16 +355,20 @@ node "..." "<ws_root>/.worktrees/worktree-<branch>"
 - 远程分支已存在时脚本自动 set-upstream-to
 - AI 询问关联选项前不输出 commit 元信息
 - 运行环境 node 不可用时强行继续 → 改为 fail-fast 提示用户
+- 代为合并 MR / 直接向测试、正式分支 push / 触碰平台凭据 → MR 只生成预填链接，提交与合并由人在平台完成
+- MR 目标分支由 AI 猜测代决 → 必须列候选让用户指定
 
 **必须执行**
 
-- 严格按 Step 0 → 1 → 2 → 3 → 4 → 5 → 6 顺序执行
-- 所有脚本调用以 `node "..." "<绝对路径>"` 形式发起
+- 严格按 Step 0 → 1 → 2 → 3 → 4 → 5 → 6 顺序执行（场景 C/D 除外，按 Step 0 降级策略）
+- 所有脚本调用以 `node "<skill_dir>/scripts/<name>.js"` 形式发起（`<skill_dir>` = 本 SKILL.md 所在目录）
+- 执行脚本时 cwd 保持在工作空间根；场景 C 降级时按普通 git 流程
 - Step 2 dry-run 必跑，让用户看到将要 commit 的内容
 - Step 3 必问用户 commit 信息（自由文本），禁止自动生成
 - commit 信息涉及业务语义时（feature/refactor/fix 等）必须从 apply task 上下文生成建议并由用户确认
 - commit-worktrees / push-worktrees 退出码 2 时必须阻塞流程
 - 远程分支已存在时 AI 必须先输出 commit 元信息再询问
+- push 成功后必须走 Step 7 MR 提案（AskUserQuestion 固定选项；用户选"暂不提"则正常结束）
 
 ---
 
@@ -304,4 +380,5 @@ node "..." "<ws_root>/.worktrees/worktree-<branch>"
 | `find-target-worktree.js` | 目标需求名识别（共享脚本，源仓库真源在 `_shared/scripts/`） | ws_root | 0/1/2 |
 | `commit-worktrees.js` | 批量 commit（默认 `-u`，加 `--untracked` 时 `-A`） | ws_root, branch, --message / --per-repo / --untracked / --allow-empty / --dry-run / --skip-repo | 0/1/2 |
 | `push-worktrees.js` | 批量 push（复用 push-core 错误归类） | ws_root, branch（或 wt_path） | 0/1/2 |
+| `make-mr-urls.js` | 生成预填 MR/PR 创建链接（平台识别 + 远端校验 + diff 判定 + `--open` 开浏览器） | ws_root, branch, target（或 wt_path, target）, --platform, --open | 0/1/2 |
 | `push-core.js` | 推送核心（classifyError / pushSingle / collectRemoteMetadata，共享脚本，源仓库真源在 `_shared/scripts/`） | （共享模块） | - |

package/cbb/worktrees/skills/cbb-worktree-push/scripts/make-mr-urls.js

@@ -0,0 +1,211 @@
+#!/usr/bin/env node
+require('./silence-popup');
+/**
+ * cbb-worktree-push MR 链接生成（预填 URL + 可选开浏览器）
+ *
+ * 用法：
+ *   node make-mr-urls.js <ws_root> <branch> <target> [--platform gitlab|github|gitee] [--open]
+ *   node make-mr-urls.js <wt_path> <target> [...]   # wt_path 形态同 push-worktrees
+ *
+ * 行为（对 workspace worktree + 各 app worktree 逐仓库）：
+ *   1. git ls-remote 校验 feature 分支已在远端（push 过）、目标分支存在
+ *   2. git rev-list 判断与目标分支有无差异（无差异 → no-diff 跳过）
+ *   3. 解析 origin URL 判定平台（github.com / gitee.com，其余默认 GitLab；--platform 强制）
+ *   4. 生成预填 MR/PR 创建 URL；--open 时逐个开浏览器
+ *
+ * 安全红线：只生成链接，绝不代为合并、不触碰任何凭据（提交动作由人在平台页面完成）
+ *
+ * 退出码：
+ *   0 - 正常（含全部跳过）
+ *   1 - 参数错误
+ *   2 - 致命（worktree 不存在 / 无仓库）
+ *
+ * 末行 MR_RESULT [{name,status,url|reason}]
+ *   status: ok | no-diff | not-pushed | no-target | manual | no-remote
+ */
+
+const { execSync, spawn } = require('child_process');
+const path = require('path');
+const { scanWorktreeRepos } = require('./push-worktrees');
+
+function parseArgs(argv) {
+  const flags = {};
+  const pos = [];
+  for (let i = 0; i < argv.length; i++) {
+    const a = argv[i];
+    if (a === '--open') flags.open = true;
+    else if (a === '--platform') { flags.platform = argv[++i]; }
+    else if (a.startsWith('--platform=')) { flags.platform = a.split('=')[1]; }
+    else pos.push(a);
+  }
+  let inputs;
+  if (pos.length === 2) {
+    const wtPath = path.resolve(pos[0]);
+    const m = wtPath.match(/^(.+)[\\\/]\.worktrees[\\\/]worktree-(.+)$/);
+    if (!m) return { error: '两参数形式时 argv[1] 必须是 <ws_root>/.worktrees/worktree-<branch> 形态' };
+    inputs = { wsRoot: m[1], branch: m[2], target: pos[1] };
+  } else if (pos.length === 3) {
+    inputs = { wsRoot: path.resolve(pos[0]), branch: pos[1], target: pos[2] };
+  } else {
+    return { error: '用法：node make-mr-urls.js <ws_root> <branch> <target> [--platform X] [--open] | node make-mr-urls.js <wt_path> <target> [--open]' };
+  }
+  if (flags.platform && !['gitlab', 'github', 'gitee'].includes(flags.platform)) {
+    return { error: '--platform 仅支持 gitlab / github / gitee' };
+  }
+  return { ...inputs, ...flags };
+}
+
+/** 解析 git remote URL → { webBase }（浏览器可点的仓库主页，无 .git 后缀） */
+function parseRemoteUrl(url) {
+  const u = (url || '').trim().replace(/\.git$/, '');
+  if (!u) return null;
+  // scp 式 ssh：git@host:group/proj
+  let m = u.match(/^[^@/\s]+@([^:]+):(.+)$/);
+  if (m) return { host: m[1], repoPath: m[2], webBase: 'https://' + m[1] + '/' + m[2] };
+  // 显式 ssh:// 或 http(s)://
+  m = u.match(/^(ssh|https?):\/\/(?:[^@/\s]+@)?([^/]+)\/(.+)$/);
+  if (m) {
+    const scheme = m[1] === 'ssh' ? 'https' : m[1];
+    return { host: m[2], repoPath: m[3], webBase: scheme + '://' + m[2] + '/' + m[3] };
+  }
+  return null;
+}
+
+function detectPlatform(remoteUrlStr, override) {
+  if (override) return override;
+  const parsed = parseRemoteUrl(remoteUrlStr);
+  if (!parsed) return null;
+  const host = parsed.host.toLowerCase();
+  if (host === 'github.com' || host.endsWith('.github.com')) return 'github';
+  if (host === 'gitee.com') return 'gitee';
+  // 企业自建以 GitLab 为绝对主流；误判时 --platform 强制覆盖
+  return 'gitlab';
+}
+
+/** 生成预填 MR/PR 创建 URL（branch/target 做 URL 编码） */
+function buildMrUrl(platform, webBase, branch, target) {
+  const b = encodeURIComponent(branch);
+  const t = encodeURIComponent(target);
+  if (platform === 'gitlab') {
+    return webBase + '/-/merge_requests/new?merge_request%5Bsource_branch%5D=' + b + '&merge_request%5Btarget_branch%5D=' + t;
+  }
+  if (platform === 'github') {
+    return webBase + '/compare/' + t + '...' + b + '?expand=1';
+  }
+  if (platform === 'gitee') {
+    return webBase + '/compare/' + t + '...' + b;
+  }
+  return null;
+}
+
+function defaultRun(cmd, cwd) {
+  try {
+    return { ok: true, out: execSync(cmd, { cwd, encoding: 'utf-8', stdio: ['ignore', 'pipe', 'pipe'] }).trim() };
+  } catch (e) {
+    return { ok: false, err: (e.stderr || e.message || String(e)).trim() };
+  }
+}
+
+/**
+ * 单仓库判定：ls-remote 拿 source/target 的远端 sha → rev-list 数差异
+ * @returns {{status:'ok'|'no-diff'|'not-pushed'|'no-target'|'no-remote', remote?:string}}
+ */
+function inspectRepo(repoDir, branch, target, execImpl) {
+  const run = execImpl || defaultRun;
+  const remote = run('git remote get-url origin', repoDir);
+  if (!remote.ok) return { status: 'no-remote' };
+  const ls = run('git ls-remote --heads origin "' + branch + '" "' + target + '"', repoDir);
+  if (!ls.ok) return { status: 'no-remote' };
+  const refs = {};
+  ls.out.split('\n').forEach(line => {
+    const m = line.match(/^([0-9a-f]+)\s+refs\/heads\/(.+)$/);
+    if (m) refs[m[2]] = m[1];
+  });
+  if (!refs[branch]) return { status: 'not-pushed', remote: remote.out };
+  if (!refs[target]) return { status: 'no-target', remote: remote.out };
+  const ahead = run('git rev-list --count "' + refs[target] + '..' + refs[branch] + '"', repoDir);
+  if (ahead.ok && ahead.out === '0') return { status: 'no-diff', remote: remote.out };
+  // rev-list 失败（目标 sha 本地不可达等）→ 不阻塞，照常给链接
+  return { status: 'ok', remote: remote.out };
+}
+
+function openBrowser(url, platform) {
+  const os = process.platform;
+  try {
+    if (os === 'win32') spawn('cmd', ['/c', 'start', '""', url], { stdio: 'ignore', detached: true }).unref();
+    else if (os === 'darwin') spawn('open', [url], { stdio: 'ignore', detached: true }).unref();
+    else spawn('xdg-open', [url], { stdio: 'ignore', detached: true }).unref();
+  } catch (e) { /* 打不开不阻塞：URL 清单已输出 */ }
+}
+
+/**
+ * 编排：扫描 worktree 仓库 + 逐仓库判定与生成
+ * @param {{wsRoot:string, branch:string, target:string, platform?:string, execImpl?:Function}} opts
+ */
+function makeMrUrls(opts) {
+  const { wtRoot, repos, error } = scanWorktreeRepos(opts.wsRoot, opts.branch);
+  if (error) return { repos: [], results: [], error };
+  const results = [];
+  for (const r of repos) {
+    const info = inspectRepo(r.wt, opts.branch, opts.target, opts.execImpl);
+    const item = { name: r.name, status: info.status };
+    if (info.status === 'ok') {
+      const platform = detectPlatform(info.remote, opts.platform);
+      const web = parseRemoteUrl(info.remote);
+      const url = platform && web ? buildMrUrl(platform, web.webBase, opts.branch, opts.target) : null;
+      if (url) { item.url = url; item.platform = platform; }
+      else { item.status = 'manual'; item.reason = 'origin 无法解析为已知平台仓库地址'; }
+    } else {
+      item.reason = {
+        'no-diff': '与目标分支无差异，无需 MR',
+        'not-pushed': 'feature 分支未推送到远端（先完成 push）',
+        'no-target': '远端不存在目标分支',
+        'no-remote': '仓库无 origin 远端',
+      }[info.status];
+    }
+    results.push(item);
+  }
+  return { wtRoot, repos, results, error: null };
+}
+
+module.exports = { parseArgs, parseRemoteUrl, detectPlatform, buildMrUrl, inspectRepo, makeMrUrls };
+
+function main() {
+  const args = parseArgs(process.argv.slice(2));
+  if (args.error) {
+    console.error('❌ ' + args.error);
+    process.exit(1);
+  }
+  const { wsRoot, branch, target } = args;
+  console.log('=== 生成 MR 预填链接 ===');
+  console.log('需求分支：' + branch + ' → 目标分支：' + target);
+
+  const { results, error } = makeMrUrls({ wsRoot, branch, target, platform: args.platform });
+  if (error) {
+    console.error('❌ ' + error);
+    process.exit(2);
+  }
+  if (results.length === 0) {
+    console.error('❌ worktree 下未发现任何 git 仓库');
+    process.exit(2);
+  }
+
+  let opened = 0;
+  for (const r of results) {
+    if (r.status === 'ok') {
+      console.log('✅ ' + r.name + ' [' + r.platform + ']: ' + r.url);
+      if (args.open) { openBrowser(r.url); opened++; }
+    } else {
+      console.log('⏭️  ' + r.name + ': ' + r.reason + '（' + r.status + '）');
+    }
+  }
+  if (args.open && opened > 0) console.log('🌐 已在浏览器打开 ' + opened + ' 个 MR 创建页（人工确认标题/评审人后提交）');
+
+  console.log('---');
+  console.log('MR_RESULT', JSON.stringify(results));
+  process.exit(0);
+}
+
+if (require.main === module) {
+  main();
+}