用途：在发布前把目标提交整理成一个可审查的 PR，PR 正文需要解释被改动的系统，而不仅是列出改动文件。适合需要说明架构、行为与视觉变化的变更。
主要能力：先读取仓库规则（AGENTS.md、CLAUDE.md、CONTRIBUTING.md 和 PR 模板），标题、分支名、提交格式与必需检查均遵循仓库规则；计算 merge base，记录 base…head 对比范围；识别堆叠 PR，区分继承的改动与本次改动；审查完整 diff，并把改动文件追踪到入口、调用方、状态归属、持久化与外部边界；按功能、修复、重构、维护等类型选择上下文证据；运行与改动面匹配的检查。
行为与视觉证据：改动运行时行为时，列出行为场景并选择最小证据形式（叙述、模块流、时序图或状态图），修复类变更提供前后对比图；UI 改动需在记录的 merge base 上创建分离的临时 worktree，在相同场景定义、视口、语言、主题与夹具数据下分别截取前后状态，图片上传为 GitHub 用户资源后再创建 PR。保证同一场景命名一致，捕获失败视为阻塞问题。
PR 正文结构：至少包含 Summary 与 Verification；当 diff 涉及多模块时加入 Change map 表格（Module/Before/After/Description），必要时加入 Architecture and behavior、Boundaries and risks。将高风险不变量映射到现有测试、新测试、CI 检查或标记为未验证。区分已验证事实、假设与未验证条件。
限制：仓库自身规则优先于该技能；不得暴露令牌、密钥、完整用户记录或 webhook 负载；本地截图属于临时交接数据，仓库中不应保留仅供 PR 使用的图片；若 GitHub 资源上传不可用，应停止创建不完整的 UI PR 并报告本地图片路径。具体安装方式与命令暂未提供。