triage

1# Triage
2 
3通过一组小型 triage roles state machine，在项目 issue tracker 中移动 issues。
4 
5如果这个 repo 把 external pull requests 当作 request surface（见 issue-tracker 配置），triage 也覆盖它们：**PR 是带附加代码的 issue**，相同的 roles、相同的 states、相同的 machine，只有下面标记为 “for a PR” 的几处差异。按 tracker 配置把裸 `#42` 解析为 issue 或 PR。
6 
7Triage 期间发布到 issue tracker 的每条 comment 或 issue **必须**以此 disclaimer 开头：
8 
9```
10> *This was generated by AI during triage.*
11```
12 
13## 参考文档
14 
15- [AGENT-BRIEF.md](AGENT-BRIEF.md)：如何写持久可用的 agent briefs
16- [OUT-OF-SCOPE.md](OUT-OF-SCOPE.md)：`.out-of-scope/` knowledge base 如何工作
17 
18## Roles
19 
20两个 **category** roles：
21 
22- `bug`：某个东西坏了
23- `enhancement`：新功能或改进
24 
25五个 **state** roles：
26 
27- `needs-triage`：maintainer 需要评估
28- `needs-info`：等待 reporter 提供更多信息
29- `ready-for-agent`：已完整说明，准备给 AFK agent 接手
30- `ready-for-human`：需要人工实现
31- `wontfix`：不会处理
32 
33对 PR 而言，相同的 states 对照附加代码来解读：`ready-for-agent` 表示已附加 brief、agent 应对 diff 采取下一步；`ready-for-human` 表示已准备好由人类 merge。
34 
35每个已 triage 的 issue 应该刚好携带一个 category role 和一个 state role。如果 state roles 冲突，标记出来并先询问 maintainer，再做其他事。
36 
37这些是 canonical role names；issue tracker 中实际使用的 label strings 可能不同。映射应该已经提供给你；如果没有，请让用户运行 `/setup-matt-pocock-skills`。
38 
39State transitions：未标记的 issue 通常先进入 `needs-triage`；之后移动到 `needs-info`、`ready-for-agent`、`ready-for-human` 或 `wontfix`。`needs-info` 在 reporter 回复后回到 `needs-triage`。Maintainer 可以随时 override；对看起来异常的 transitions 标记并在继续前询问。
40 
41## 调用
42 
43Maintainer 调用 `/triage`，并用自然语言描述想要什么。解释请求并行动。示例：
44 
45- "Show me anything that needs my attention"
46- "Let's look at #42"（issue 或 PR）
47…