#2 开发者 github-pr-workflow

PR 全自动流水线

一条指令搞定 branch / commit / push / PR 全流程。

社区最热门的 `github-pr-workflow` Skill 覆盖从创建分支、写 commit、提交 PR、添加 Reviewer 的全流程，能根据 diff 自动生成符合规范的中英文 PR 描述。

15min节省 / PR
90%+描述采纳率
100%团队风格统一
背景

为什么要做这个场景？

提 PR 是开发者最重复的工作之一——切分支、写 commit、补描述、加 Reviewer、发 CI，每一步都可能忘，错一步就要重来。Hermes 把这些步骤串成一条指令，30 秒搞定。

工作流

从触发到完成的 6 步

  1. STEP 01

    检测修改

    git status 确认文件改动，识别本次修改的范围（新增 / 修改 / 删除）。

  2. STEP 02

    智能 commit

    按团队约定（commitlint / conventional）自动组织 commit 信息，支持中英双语。

  3. STEP 03

    推送远端

    push 到对应分支，自动创建远程分支（如不存在）。

  4. STEP 04

    创建 PR

    调用 gh CLI 创建 PR，根据 diff 自动生成结构化描述（背景 / 改动 / 测试 / 影响）。

  5. STEP 05

    分配 Reviewer

    按 CODEOWNERS 文件或历史贡献自动分配 Reviewer，并 @ 到 PR 评论里。

  6. STEP 06

    CI 监控

    PR 创建后自动监控 CI 状态，失败时拉日志分析 + 给出修复建议。

实际示例

它跑起来是什么样？

$ hermes run /github-pr-workflow
$
✓ 检测到 3 个文件修改（src/auth/oauth.go / oauth_test.go / docs/api.md）
✓ 推断 commit: feat(auth): add OAuth2 PKCE flow
✓ push origin → feature/oauth-pkce
✓ 创建 PR #1284✓
✓ 自动分配 Reviewer: @alice @bob
✓ 描述已生成（中英双语）
✓ CI 触发，等待 2min...

✓ ✓ CI 全部通过：lint / build / unit-test / integration-test
关键收益

为什么值得用？

  • 单 PR 节省 15 分钟机械操作（切分支 / 写 commit / 推 PR）
  • PR 描述采纳率 90%+——团队风格统一，Reviewer 阅读成本低
  • CI 失败自动重试 + 拉日志分析——省去手动排查的 5-10 分钟
  • 支持中英双语 PR 描述——开源项目和海外团队友好
⚠ ️ 注意：第一次跑会要求授权 GitHub token（只需读 + 写权限），授权后所有 PR 操作免密执行。
涉及 Skills / 命令

核心配置项

  • github-pr-workflow
  • git-commit-conventional
  • gh-cli-bridge
  • ci-log-analyzer