关于 feature-branch-closeout
供内部工作流共用的技能，用于在验证通过后决定如何处理功能分支。它提供收尾选项，并将合并和 PR 工作交由相应的规范技能处理。
主要功能
- 01验证后的收尾选项菜单
- 02提供 PR、合并或继续等选择
- 03合并流程交由 merge-discipline
- 04PR 流程交由 delivery-discipline
适用场景
- 01决定是否合并已验证的分支
- 02创建或更新 PR，但不合并
- 03保留分支或继续开发
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/feature-branch-closeout确认已加载。
详细介绍
功能分支收尾
内部共享技能。验证后分支收尾决策的唯一事实来源。宿主必须在
dependencies中声明此技能，若缺失则中止——不得静默回退。名称说明：故意不命名为
finishing-a-development-branch（外部技能仓库中的名称）。仅使用此名称。
前置条件
加载时，验证 merge-discipline 和 delivery-discipline 均可用；如果缺失，则中止并提示安装。不得静默降级。
适用时机
验证通过后，或所有未完成的检查都标记为 Pending 并附有明确操作后；以及宿主要求在收尾前归档时，完成 OpenSpec 归档后；以及宿主在菜单前运行交付流程时，完成可选的 delivery-discipline 后。除非用户本轮已明确选择收尾方式，否则不得在展示菜单前声称分支工作已完成。
收尾菜单（最低要求）
清楚说明各选项；Agent 可使用原生结构化提问功能，也可用文字呈现：
- 打开 / 更新 PR — 加载
delivery-discipline（交付必要性检查 + 必要时提交 + 创建 / 刷新 PR）；然后停止（不合并） - 合并 — 合并到受保护的目标分支（然后运行
merge-discipline） - 保留分支 — 保持分支原样；不合并
- 继续开发 — 留在当前分支继续工作；不合并
可选（适用时）：检测通过 git-worktree-discipline 创建的 worktree / 分离 HEAD / 隔离环境，并提供清理选项；只有在用户明确强烈确认后，才可丢弃（用户必须清楚表示同意丢弃）。此处不要创建新的隔离环境——创建和检测由 git-worktree-discipline 负责。合并后本地工作区同步由 merge-discipline Part D 负责，不属于此菜单。
合并路径
如果用户选择合并（或之后要求合并）：
- 加载
merge-discipline - 运行 Parts A → B → C → R → D
- 只有在此之后才执行平台合并
不要将 rebase / 覆盖率 / tip-pin 说明复制到此技能中。
非合并路径
保留 / 继续：不要为合并启动 merge-discipline 覆盖率检查或 tip pinning。
仅 PR（选项 1）：加载 delivery-discipline；不要启动 merge-discipline。
禁止事项
- 未展示菜单就静默合并（除非用户已明确要求合并——即便如此仍须运行
merge-discipline） - 在此技能中内嵌
merge-discipline的 Parts A→B→C→R→D - 内嵌属于
delivery-discipline的提交 / 推送 / 创建 PR 步骤 - 在此仓库中将此技能重命名为
finishing-a-development-branch
集成指南
- 宿主：归档 / 验证后，如预期需要交付，可选加载
delivery-discipline，然后用一句话说明——加载feature-branch-closeout以显示菜单；若选择合并，则由它加载merge-discipline。 - 优先设置
user-invocable: false；通过 PDCA 宿主调用。 - 顺序：归档（如有）+ diff 检查 → 可选的
delivery-discipline→ 此菜单 → 仅在选择合并时运行merge-discipline。