submit-pr

用途：在主干开发流程下，为当前功能分支创建规范、有文档的 pull request，并跟踪到 CI 通过。\n\n主要能力与用法：先做提交前检查——确认不在 main 分支、执行 git fetch origin 与 git rebase origin/main 同步并处理冲突，运行项目的类型检查、lint、格式检查、测试与构建；格式失败可自动修复并暂存。随后对改动文件做安全扫描（硬编码密钥、输入校验、鉴权、错误信息、依赖 CVE）。再用 git log origin/main..HEAD --oneline、git diff origin/main...HEAD --stat 及完整 diff 分析改动类型、范围、是否含迁移/基础设施/安全敏感改动及相关 issue。\n\n若涉及数据库迁移、容器或基础设施、环境变量、鉴权代码或 CI/CD 文件改动，会启用 Deployment Council 按部署清单评审，并设检查点等待用户确认。之后按项目 PR 模板生成标题（<type>(<scope>): <短描述>）与正文（描述、变更类型、关联 issue、变更清单、测试、清单、破坏性变更、部署说明）及 changelog 条目，并在提交前设检查点让用户审阅。\n\n提交阶段执行 git push origin <branch-name> -u，并用例如 gh pr create --title "<title>" --body "<body>" --base main 创建 PR；随后用 gh run list --branch <branch-name> --limit 1 --json databaseId,status 与 gh run watch <run-id> --exit-status 监控 CI。格式失败可自动修复提交，其它失败需经用户批准后修复。CI 通过后输出 PR 链接、摘要与分支清理提醒。\n\n限制：该技能只推送代码、创建 PR、监控 CI 并在批准后提交 CI 修复，不实现新功能、不做正式代码审查；PR 创建且 CI 通过即流程结束。检查点要求使用交互式提问机制获取明确回应，缺少该机制时应输出检查点内容并停止。建议流程为 /plan-feature → /build-feature 或 /build-api → /review-code → /submit-pr。其他细节暂未提供。