用途：把预期改动整理成经过审查和验证的 PR，覆盖准备、清理审查、验证开 PR、处理 CI 与反馈、合并收尾五个阶段。默认不合并，也不启用自动合并；“send it”“ship it”“open the PR”本身不构成合并授权。
主要能力：用 git status --short --branch 和 git diff --stat 识别预期文件与 PR 基线；在清理前创建或切换到主题分支；用 origin/<base> 的合并基点计算真实 PR 差异；提交前做密钥扫描（如 pnpm secretlint）；清理死代码、重复代码、调试脚手架和无关改动，最多两轮；按审查参考执行多轮审查，含四个审查器、模型回退、冻结 head、增量/全量差异、拒绝台账和收敛限制；用 gh pr checks 观察 CI，检查审查线程，修复有效反馈；UI 改动需在审查收敛后查看截图，后续 UI 变更需重新截图。
使用方式：先检查 git、已认证的 gh、审查器 CLI（codex、coderabbit）、本地 OpenCodex 代理（配置 Kimi/Grok）、TruffleHog 及仓库钩子依赖；macOS 上启动 caffeinate -di & 并记录 PID。只提交预期文件，禁止 git add -A。推送主题分支后用简洁摘要、验证结果和截图链接创建 PR。合并仅在明确要求时进行，需确认最新 head 合并状态干净、必需检查通过、审查机器人成功或跳过、审查线程已解决或过期、无待处理评论。收尾报告 PR URL、最终 head、检查、审查覆盖、就绪状态、截图链接、未跟踪文件和已接受风险。
限制：资料未提供具体安装命令、价格、平台支持范围或效果数据；部分步骤依赖特定工具与仓库配置，缺失时需按审查参考的不可用审查器规则处理。