PR 阻塞摘要器
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_3c6cb52e/pr-blocker-summarizer-zy2i 技能。
技能介绍
解决什么问题
PR 数量一多,站会前很难快速说清"哪些卡住了、哪些能合"。检查状态、评审意见散落在不同仓库里,手动翻页汇总既慢又容易漏。
技能如何工作
- 输入:一份开放 PR 的 JSON 数组,每条包含
title、state、checks、review、age_days - 分类逻辑:按三类典型阻塞原因归组——检查失败(
failing)、评审要求修改(changes_requested)、长期停滞(stale) - 输出:阻塞优先的摘要 JSON,标出受阻 PR 与可合并 PR,外加一行计数供 agent 贴到站会
- 保守缺省:字段缺失不会一律当作"就绪",只有明显满足条件时才计入未阻塞
适用边界
- 只处理你提供的导出数据,不会调用 GitHub API
- 只做摘要,不会自动合并、不会在 PR 下发评论
- 触发场景为"总结开放 PR""什么挡住了我的 PR""PR 站会""评审积压";一般性 git/GitHub 问题不会激活它
使用场景
- 站会前需要梳理各仓库的开放PR,明确哪些因检查失败或评审未过受阻,哪些可直接合并,并生成一行式统计数据。
- 团队评审积压较多时,需要快速盘点所有开放PR的评审状态,区分待处理与已就绪的请求变更项。
- CI流水线批量产出PR后,需要批量解析导出数据,自动标红失败的检查项并汇总受影响的PR列表。
- 作为agent需要读取本地PR导出JSON,生成结构化阻塞摘要供自动化流程直接消费上报。
适合人员
- SRE或运维工程师,需要在发布前快速定位因检查失败导致流水线阻塞的PR。
- 前端或后端开发者,需要在站会前确认自己负责的PR是否已通过评审、可直接合并。
- 研发团队负责人,需要汇总多个项目分支的PR风险情况并生成每日站会简报。
- AI agent开发者,需要获取结构化的PR数据来驱动自动化测试与部署流程。