AI 写完代码就停了？这个 Skill 把收尾工作也接上了

代码写完了，测试也过了——然后呢？

大多数 AI 编程工具到这里就停了：给你一段实现，告诉你”测试通过了”，然后就没有然后了。但工程里真正费时间的，往往不是写代码，而是收尾那几步——合并到哪个分支？要不要开 PR？怎么清理 worktree？这些决策做错了，比代码 bug 还麻烦。

finishing-a-development-branch：给 AI 装上”收尾流程”

这个 Skill（来自 Superpowers 框架，187K star 的那个）解决的问题很具体：当实现完成、测试通过之后，AI 怎么帮你做完剩下的集成工作。

它不是一个写代码的 Skill，而是一个工程流程的 Skill——告诉 AI：到这一步了该做什么决策，以及每种决策该怎么执行。

三步走：验证 → 决策 → 执行

第一步：验证测试。 先跑完整测试套件，测试不过就停下来报问题，不往后走。这步很多人跳，埋下的 bug 往往在合并之后才爆。

第二步：识别环境。 自动检测是普通仓库、worktree、还是 detached HEAD——不同状态给出的选项菜单不一样，清理方式也不同。AI 自己判断，而不是假设一种情况套所有场景。

第三步：呈现选项。 核心交互来了——AI 会给出一个清晰的三选一菜单：

• Merge 到主分支（本地合并）
• Push 并创建 Pull Request
• 保留分支稍后处理

这个菜单是固定的、显式的——决策权明确在人类手里，AI 只是执行选择，而不是擅自做主。这一点在团队协作里非常重要。

为什么这个思路值得学

Superpowers 整个框架的核心哲学是”Process over Prompt”——流程大于提示词。这个 finishing-a-development-branch 把这个理念执行得很彻底。

很多 AI 编程助手的问题是”给出答案就退出”，但工程实践中答案只是开始。谁来合并？谁来 review？分支怎么清理？这些协作问题不解决，代码写得再快也没用。

这个 Skill 把一个经常被忽略的工程环节，做成了一个可复用的标准流程。对于在用 Claude Code 做实际项目的团队，这个 Skill 装进去，能减少不少”代码写完了然后呢”的上下文切换。

GitHub 链接

GitHub: https://github.com/obra/superpowers/tree/main/skills/finishing-a-development-branch