用途：Issue Triage 是一个 issue 队列健康智能体技能，目标是让 backlog 保持可读，使人类和其他循环始终知道最值得处理的五个可执行条目。
输入：未关闭的 GitHub issues 与 discussions（若配置了 MCP，也可用 Linear/Jira）；上一次运行留下的 issue-triage-state.md；信号包括年龄、作者、标签、评论、反应、关联 PR、里程碑。
输出：更新 issue-triage-state.md，内容包括最后运行时间（ISO 时间戳）、可执行条目数（含上次数量）、自上次运行以来的新增数、需人工处理数、按 loop score 排序的 Top 5（含编号、优先级、存在天数、一句话摘要、建议标签）、建议标签（L1 不应用）、可能重复项（需人工确认）、噪音/忽略列表。
评分：P0 为安全、生产中断、数据丢失；P1 为高影响且有清晰复现或客户痛点；P2 为有效功能或缺陷但不紧急；P3 为锦上添花、文档、打磨；needs-info 为规格不清、缺少复现；duplicate? 为标题或正文与已有 issue 重叠。
规则：L1（第一周）只提出标签与优先级建议，绝不应用标签、评论或关闭；认证、支付、安全、公共 API、计费、基础设施需升级为 needs human；重复匹配采取保守策略，只说 possible duplicate of #NNN，绝不自动关闭；每次运行从状态中清除已关闭 issue；保持简洁，因为繁忙仓库可能每 2 小时运行一次。
L2 允许标签（需经 verifier 后）：area:*、needs-repro、needs-info；绝不自动应用 P0、P1、breaking-change 或 security。
与 Daily Triage 配合：Daily Triage 读取该文件并将 Top 5 合并进 STATE.md 的 High Priority；不要在 STATE.md 中重复完整 issue 正文，只引用 issue 编号。
限制：资料未提供具体安装命令、收费、价格、平台支持范围或实际效果数据；L1 阶段不执行任何写操作，标签应用与关闭均需人工或后续阶段处理。