推 PR 之前让一个只读的子代理重看一遍改动；提交、推送、开 PR 一条命令走完；回头要接着改，还能回到当时那个会话。
三个都不是大功能，但它们卡在 git 流程最容易起摩擦的位置：审查、提交、返工。
推 PR 之前，让 Claude 用一个 subagent 来审查这次改动。子代理跑在自己独立的上下文窗口里，以全新的视角看这份代码——它不带主代理刚刚在这次会话里写这段代码时产生的偏见。
建这个审查用的子代理时，有两件事要定下来。
/commit-push-pr 技能一步做完提交、推送和创建 PR，不用再手动一条条来。
如果你在 CLAUDE.md 里配了带频道列表的 Slack MCP 服务器，它还会顺手把 PR 链接发到团队频道。
Claude 通过 gh pr create 建 PR 时，这次会话会自动和那个 PR 关联起来。之后要处理审查意见、修构建失败，不用从头交代一遍上下文，跑这条就行：
从上次停下的地方接着走。
内容整理自公开信息，仅供参考。
