PR 优先评审队列

告诉开发者下一个该评审哪个 Pull Request

痛点

团队里 PR 越堆越多，每个人都在问『这个 PR 该我看了吗？哪个最急？』没有上下文，评审顺序全靠拍脑袋或等人的 @。有人做了工具但只解决『知道该看哪个』，没解决『按照什么顺序看』和『为什么是它』。

方案

连接 GitHub/GitLab，基于 PR 的阻塞关系、代码影响面、作者等待时长、以及你被提及或 review-requested 的状态，生成每日评审队列。支持『只看阻塞别人的』、『只看我领域内的』等过滤器，并把队列推送到 Slack 或每日邮件。

用户

5～50 人、每日 PR 数量超过 10 个的工程团队，尤其是同时维护多个仓库的平台组。

MVP

只做 GitHub 集成；用简单启发式排序（阻塞 > 被请求 > 我的模块 > 最新）；提供每日队列邮件和 Slack 卡片；允许手动置顶/忽略；不做代码理解，只做元数据排序。

变现

按席位月费订阅，前 5 人团队免费；可加 API 调用计费给自建看板的团队。

为何现在

AI 编码代理让 PR 生成速度暴涨，人工评审成为最大瓶颈，团队急需把评审排序自动化。独立开发者用 GitHub API 几周就能做出可用的排序服务。