在开发分支完成并通过测试后,帮助选择合并、提 PR 或清理收尾方案。
该技能材料显示其本质是一个开源的提示型开发流程指南,本身不要求密钥、未声明远程端点,整体风险较低。需要注意的是,README 中包含可执行的 git/测试/推送/PR 操作指引,若宿主环境按其建议执行,则会涉及本地代码操作与潜在网络交互,但这更接近常规开发工作流风险而非明确红旗。
材料明确标注无需密钥或环境变量,文档中也未要求用户提供额外 token;仅在使用 gh/git push 等宿主已有认证时才可能间接使用本机凭证,未见主动收集或外传凭证的描述。
未声明独立远程端点,且该技能本身是 prompt-only;但文档包含 git pull、git push、gh pr create 等操作,若实际执行会连接代码托管远端并可能上传分支/PR 内容,属于其声明用途内的常规外发。
README 明确给出 npm test/cargo test/pytest/go test、git、gh 等命令,说明其预期宿主可执行本地开发命令与进程;这是开发辅助技能的常规能力,未见申请无关系统权限或隐蔽执行迹象。
其流程会读取仓库状态、分支关系、测试结果,并可能修改工作区与 git 历史(合并、删分支、丢弃工作);访问范围基本限于当前项目开发上下文,未见超出声明目的的广泛数据访问要求,但存在对代码库进行破坏性操作的工作流风险。
来源为 GitHub 开源仓库,且系统已标注为 open-source、prompt-only,可审计性较好;虽无许可证声明、star 为 0、维护状态未知,可信度一般,但未见闭源外发、可疑安装脚本或明显注入/误导红旗。
复制安装指令,让 AI 自动完成配置 · 推荐新手
请帮我安装 askskill 上的 "finishing-a-development-branch" 技能: 1. 下载 https://raw.githubusercontent.com/obra/superpowers/main/skills/finishing-a-development-branch/SKILL.md 2. 保存为 ~/.claude/skills/finishing-a-development-branch/SKILL.md 3. 装好后重载技能,告诉我可以用了
我已经完成这个功能分支的开发,相关测试全部通过。请根据当前状态,给我一个结构化建议:应该直接合并、发起 PR,还是先做清理,并说明每种选择的适用条件与下一步操作。
一份结构化收尾建议,比较合并、PR 与清理方案,并给出推荐路径。
请为一个已实现完成且测试通过的开发分支生成收尾检查清单,涵盖代码审查准备、提交整理、文档更新、PR 描述、合并前验证和分支清理。
一份可执行的收尾清单,帮助团队规范完成开发分支集成流程。
我准备把这个完成的开发分支提交为 PR。请帮我整理一份 PR 所需内容,包括变更摘要、测试结果、风险点、审查重点,以及合并后的清理事项。
一份适合直接用于 PR 的整合说明,便于审查和后续合并。
Guide completion of development work by presenting clear options and handling chosen workflow.
Core principle: Verify tests → Detect environment → Present options → Execute choice → Clean up.
Announce at start: "I'm using the finishing-a-development-branch skill to complete this work."
Before presenting options, verify tests pass:
# Run project's test suite
npm test / cargo test / pytest / go test ./...
If tests fail:
Tests failing (<N> failures). Must fix before completing:
[Show failures]
Cannot proceed with merge/PR until tests pass.
Stop. Don't proceed to Step 2.
If tests pass: Continue to Step 2.
Determine workspace state before presenting options:
GIT_DIR=$(cd "$(git rev-parse --git-dir)" 2>/dev/null && pwd -P)
GIT_COMMON=$(cd "$(git rev-parse --git-common-dir)" 2>/dev/null && pwd -P)
This determines which menu to show and how cleanup works:
| State | Menu | Cleanup |
|---|---|---|
GIT_DIR == GIT_COMMON (normal repo) | Standard 4 options | No worktree to clean up |
GIT_DIR != GIT_COMMON, named branch | Standard 4 options | Provenance-based (see Step 6) |
GIT_DIR != GIT_COMMON, detached HEAD | Reduced 3 options (no merge) | No cleanup (externally managed) |
# Try common base branches
git merge-base HEAD main 2>/dev/null || git merge-base HEAD master 2>/dev/null
Or ask: "This branch split from main - is that correct?"
Normal repo and named-branch worktree — present exactly these 4 options:
Implementation complete. What would you like to do?
1. Merge back to <base-branch> locally
2. Push and create a Pull Request
3. Keep the branch as-is (I'll handle it later)
4. Discard this work
Which option?
Detached HEAD — present exactly these 3 options:
Implementation complete. You're on a detached HEAD (externally managed workspace).
1. Push as new branch and create a Pull Request
2. Keep as-is (I'll handle it later)
3. Discard this work
Which option?
Don't add explanation - keep options concise.
# Get main repo root for CWD safety
MAIN_ROOT=$(git -C "$(git rev-parse --git-common-dir)/.." rev-parse --show-toplevel)
cd "$MAIN_ROOT"
# Merge first — verify success before removing anything
git checkout <base-branch>
git pull
git merge <feature-branch>
# Verify tests on merged result
<test command>
# Only after merge succeeds: cleanup worktree (Step 6), then delete branch
Then: Cleanup worktree (Step 6), then delete branch:
git branch -d <feature-branch>
# Push branch
git push -u origin <feature-branch>
# Create PR
gh pr create --title "<title>" --body "$(cat <<'EOF'
## Summary
<2-3 bullets of what changed>
## Test Plan
- [ ] <verification steps>
EOF
)"
Do NOT clean up worktree — user needs it alive to iterate on PR feedback.
Report: "Keeping branch <name>. Worktree preserved at <path>."
Don't cleanup worktree.
Confirm first:
This will permanently delete:
- Branch <name>
- All commits: <commit-list>
- Worktree at <path>
Type 'discard' to confirm.
Wait for exact confirmation.
If confirmed:
MAIN_ROOT=$(git -C "$(git rev-parse --git-common-dir)/.." rev-parse --show-toplevel)
cd "$MAIN_ROOT"
Then: Cleanup worktree (Step 6), then force-delete branch:
git branch -D <feature-branch>
Only runs for Options 1 and 4. Options 2 and 3 always preserve the worktree.
GIT_DIR=$(cd "$(git rev-parse --git-dir)" 2>/dev/null && pwd -P)
GIT_COMMON=$(cd "$(git rev-parse --git-common-dir)" 2>/dev/null && pwd -P)
…
用于在当前会话中拆分并并行推进独立实现任务,加快开发执行效率。
帮助你创建、修改并在发布前验证 AI 技能配置与可用性
系统化定位 bug、测试失败与异常行为,并在修复前梳理原因与排查步骤。
根据需求先拆解多步骤任务,生成清晰可执行的实施计划
在对话开始时建立技能发现与调用规则,确保先用技能再作答。
在创意与实现前梳理用户意图、需求与方案方向,降低返工风险。
帮助开发者规范完成开发分支收尾,支持合并、提 PR 或清理流程。
在实现完成后协助提交代码、推送分支并发起拉取请求与自动审查。
帮助你创建、切换并检查代码分支,确保实现前遵循正确分支策略。
在开发任务完成后,智能推荐最合适的下一步实施工作。
帮助开发者在提交代码或生成 diff 时套用正确的提交前缀、审阅人和测试计划。
将 AI 生成的代码改动按主题分组为待提交候选,审核后再落库。