（2855期）Repo PR Triage – 智能评分，高效审 PR

智能评分，高效审 PR 基于项目愿景文档对GitHub PR进行智能评分与优先级排序，帮助维护者高效处理代码审查，支持自动化工作流与批量处理。 使用说明 核心用法 pr-triage 是一个针对开源项目维护者设计的 PR 管理工具，通过"访谈-扫描-报告"三步工作流实现对 GitHub Pull Request 的智能化分类与评分。 第一步：项目建档（Onboard）通过 Python 脚本自动拉取仓库 README、CONTRIBUTING.md、发布历史等元数据，生成结构化访谈提纲。维护者需回答 12 个核心问题，涵盖项目使命、优先事项、自动通过/拒绝标准、质量信号等。访谈结果输出为 vision.md（项目愿景文档）和 rubric.md（评分标准），作为后续自动化评分的基础。 第二步：智能扫描（Scan）使用 gh CLI 获取待审 PR 的标题、描述、标签、作者、代码量等元数据，结合愿景文档进行启发式评分。基础分为 50 分，根据安全修复、测试覆盖、性能优化、代码规模等信号进行加减分。支持重复 PR 检测（基于标题相似度），可配置扫描数量并输出 JSON 格式结果。 第三步：生成报告（Report）将评分结果转化为四份 Markdown 报告：高优先级（80+分）、标准队列（50-79分）、建议关闭（<50分）、以及包含分布统计和模式分析的摘要报告。 显著优点 愿景驱动而非规则堆砌：将项目价值观显式编码为可执行的评分标准，避免"一刀切"的技术债 零依赖轻量设计：仅依赖 Python 3.10+ 标准库和 GitHub CLI，无额外 pip 安装负担 可扩展的混合架构：启发式评分处理批量任务，模糊区间（40-60分）支持人工介入或 LLM 二次分析 原生支持自动化：内置 cron 工作流配置，可对接 Telegram 等通知渠道实现周期性无人值守 triage 潜在局限 评分粒度依赖关键词：对 PR 描述的语义理解有限，复杂技术决策需人工复核 GitHub CLI 单点依赖：企业私有化部署或 GitLab 等平台需适配改造 愿景文档维护成本：项目战略转向时需同步更新 vision.md，否则评分标准可能偏离实际 安全评分相对粗略：仅通过关键词识别安全修复，缺乏静态分析或漏洞数据库对接 适合人群 日均 PR 量 10-100 的中型开源项目维护者 缺乏专职 triage 团队的独立开发者或小团队 希望建立标准化 code review 流程的技术负责人 需要向社区透明展示评审优先级的基金会项目 常规风险 评分偏差风险：启发式规则可能误判 PR 价值，建议将 60-80 分区间的 PR 保留人工最终决策权 API 速率限制：大规模扫描可能触发 GitHub API 限流，建议配合 --count 参数分批次执行 权限泄露：gh CLI 的认证令牌需妥善保管，避免在 CI/CD 日志中暴露 社区接受度：自动化评分标准若未向贡献者公开说明，可能引发"黑箱"质疑 原始说明 Triage GitHub PRs and issues using vision-based scoring. Use when a user wants to prioritize, score, review, de-duplicate, or batch-process open pull request...