用途：auto-pr-pipeline 把已存在的代码改动推进到安全的交付终点，包括验证、提交、推送、创建或更新 PR，并通过 CI、评审和分支规则完成合并或进入自动合并队列。它强调像资深交付代理一样工作，先判断仓库状态与策略，再决定下一步动作。
主要能力：分阶段执行。阶段 0 构建快照，采集当前分支、上游、领先/落后、默认分支、暂存与未暂存改动、本地提交、已有 PR 及其状态、评审决定、状态检查、合并能力、自动合并、合并队列、分支保护与规则集、提交与合并约定、构建与 CI 相关文件。之后按状态分类 worktree_state、history_state、pr_state、policy_state，推导风险等级，并据此选择动作。
使用方式：按状态驱动的决策引擎执行。脏状态且无本地提交时，执行仓库原生检查、选择性暂存并提交；在 main/master 上有未发布工作时先迁移到功能分支；已推送或已有 PR 时新增后续提交而非改写历史；干净且有未推送本地提交时推送并创建或查找 PR；PR 打开且检查运行中时不再提交，评估自动合并或队列；有 requested changes 时批量收集评审修复；全部通过且存在队列时入队或启用自动合并；无队列且允许合并时按仓库方式合并；缺少 gh 或未认证时可进入本地准备模式并给出清晰的后续移交。
适用场景：面向已有改动的交付收尾，尤其适合有多分支保护、评审要求、CI 必需检查、自动合并或合并队列的仓库。需要与 GitHub 元数据和仓库文件交互，并优先使用仓库原生检查而非通用命令。
限制：不编造仓库策略，也不无理由变更依赖；仅在真实高风险情况下停止，例如密钥或令牌泄露、数据丢失风险、权限或分支保护阻断、需要方向决策的合并冲突、无法安全拆分的无关改动、必需检查失败且原因不明等。停止时需给出阻塞点、事实、风险原因、选项与建议。该技能需可重复调用，每次从新快照开始，不盲目覆盖已有决定；如果自动合并或队列已激活且无新问题，则不打扰。具体规则细节依赖随附参考文件，具体可用平台功能以实际仓库环境为准。