用途：为一个开源项目的流入 issue 与 PR 设计处置系统，包括标签、入口（intake）、响应承诺、值班轮换和关闭规则，并按维护者实际可用产能来定规模。核心观点是：队列失控通常不是标签错，而是流入量超过可用注意力、且没有书面规则说明差额怎么处理，因此需要把这道算术显式化后再设计。
主要能力：先测量队列（开放数、中位/p90 年龄、未分类比例、首个人工响应时间、创建与关闭流、标签使用情况），再做产能算术，选择效率、投入、价值、合规成本等维度上排名的杠杆（削减入口、缩短响应承诺、增加分流者）。设计正交标签轴（类型、状态、优先级、范围、面向贡献者），同一项每轴至多一个值，标签须按置信度应用，低置信度用 needs review，优先级最高档永不交给自动化。设定值班（轮换、备份、时间盒、升级路径），为 PR 单独设门序，写明自动关闭与陈旧策略。
使用方式：访谈式提问（1-6 题为基础门槛），再分步测量、算产能、设计标签、削减入口、指派值班、设计 PR 门序、写关闭与陈旧政策。附带命令示例：gh issue list --state all --limit 2000 --json ... > issues.json；python3 scripts/triage-baseline.py issues.json --triage-prefix "kind/,priority/"；python3 scripts/triage-baseline.py issues.json --stale-days 120 --format json > baseline.json。
适用场景与限制：适用于维护者团队设计分流系统；不适用于逐条分类单个条目、策展首次贡献队列、审查代码或处理行为事件，这些应路由到其他技能。若产能实际为零，应给出缩减入口并公布维护模式的诚实交付物。具体价格、平台支持等信息暂未提供。