Appearance
triage 技能解决的是 Issue 进入仓库后没人整理的问题。它会按状态机判断 Issue 是缺信息、能交给 Agent、必须由人处理，还是应该关闭。它适合有 Issue tracker 和多 Agent 工作流的项目。
AI 怎么把 Issue 分到合适状态：triage 怎么用
一个仓库里的 Issue 多了以后，真正难的不是写代码。
是判断哪些能做、哪些不能做、哪些缺信息、哪些适合交给 Agent。
triage 技能把这件事变成状态机。
五个状态先说清楚
Matt Pocock 的 triage 使用几个核心状态：
needs-triage：需要维护者评估。needs-info：还缺信息，等提报者补充。ready-for-agent：已经足够明确，可以交给 AFK Agent。ready-for-human：需要人判断或实现。wontfix：不处理。
每个 Issue 应该只有一个当前状态。状态混乱时，AI 应该先提醒维护者，而不是直接改标签。
ready-for-agent 不是万能
ready-for-agent 的标准很高。
一个 Issue 要交给 AFK Agent，至少要有：
- 清楚的问题或需求。
- 可验证的完成标准。
- 明确的范围。
- 不需要人临场做产品或架构决策。
如果还需要人判断，就应该是 ready-for-human 或 needs-info。
bug 要先尝试复现
对 bug 类 Issue，triage 不应该只看描述就打标签。
更稳的流程是：读完整 body 和评论，检查已有 triage notes，尝试复现，找到相关代码路径，再给出推荐状态。
如果能复现，后续 Agent brief 会更可靠。
如果不能复现，通常应该进入 needs-info，并提出具体问题。
给 AI 的 triage Prompt
md
请按 triage 技能处理这些 Issue。
先列出需要关注的 Issue：未分诊、needs-triage、needs-info 后有新回复的。
对每个 Issue 给出推荐状态和理由。
不要直接改标签或评论，先等我确认。如果你允许它操作 Issue tracker，再让它执行标签和评论。
你可能还需要
同类技能：
如果你的项目没有稳定 Issue tracker，先别急着用 triage。先把任务入口统一起来。