完成开发分支

问题场景

功能开发在独立分支或 git worktree 里做完后，常见卡点不是写代码，而是怎么收尾：要不要先跑测试、合并回 main 还是开 PR、worktree 要不要删、误删分支怎么防。开放式问一句「接下来怎么办」容易漏测、乱清 worktree，或在未确认时丢掉未推送的工作。

技能如何工作

技能遵循 验证测试 → 呈现选项 → 执行选择 → 清理 四条主线，并在开始时声明正在使用该流程。

1. 验证测试：在给出任何选项之前必须先确认测试通过；失败则停止，不进入后续步骤。
2. 确定基分支：确认当前分支从哪条基线（如 main）分出，避免合并目标错误。
3. 呈现选项：只精确展示四种路径，不附加冗长解释：

- 选项 1：本地合并 → 再清理 worktree
- 选项 2：推送并创建 PR → 再清理 worktree（表格中保留 worktree 至 PR 阶段，与「创建 PR」流程一致）
- 选项 3：保持原样 → 不清理 worktree
- 选项 4：丢弃 → 需用户输入确认（如 discard）后再清理

1. 清理 worktree：仅对选项 1、2、4 在处于 worktree 时执行；选项 3 明确保留。

可与 using-git-worktrees 配合，清理该技能创建的 worktree；常被 subagent-driven-development、executing-plans 在任务/批次全部完成后调用。

边界与注意

• 绝不在测试失败时继续、未验证合并结果就合并、未经确认删除工作、未经明确请求强制推送。
• 选项 2 需要保留 worktree 时，不要像选项 1/4 那样过早自动清理。
• 丢弃分支属于不可逆操作，必须等待确切确认后再执行。