Review issues and external pull requests, classify them, verify their claims, and assign a handling state. The skill checks existing implementations and past rejections, requests missing details, and prepares briefs that agents or human maintainers can act on.
中文简介正在准备中。当前显示英语简介。
让 issues 和 external PRs 通过一组 triage roles 状态机，分类、验证、必要时 grilling，并写出 agent-ready briefs。
实测评分 未实测
查看安装方法安装前可以查看交给 AI 代理的指令内容。
通过一组小型 triage roles state machine，在项目 issue tracker 中移动 issues。
如果这个 repo 把 external pull requests 当作 request surface（见 issue-tracker 配置），triage 也覆盖它们：PR 是带附加代码的 issue，相同的 roles、相同的 states、相同的 machine，只有下面标记为 “for a PR” 的几处差异。按 tracker 配置把裸 #42 解析为 issue 或 PR。
Triage 期间发布到 issue tracker 的每条 comment 或 issue 必须以此 disclaimer 开头：
> *This was generated by AI during triage.*
.out-of-scope/ knowledge base 如何工作两个 category roles：
bug：某个东西坏了enhancement：新功能或改进五个 state roles：
needs-triage：maintainer 需要评估needs-info：等待 reporter 提供更多信息ready-for-agent：已完整说明，准备给 AFK agent 接手ready-for-human：需要人工实现wontfix：不会处理对 PR 而言，相同的 states 对照附加代码来解读：ready-for-agent 表示已附加 brief、agent 应对 diff 采取下一步；ready-for-human 表示已准备好由人类 merge。
每个已 triage 的 issue 应该刚好携带一个 category role 和一个 state role。如果 state roles 冲突，标记出来并先询问 maintainer，再做其他事。
这些是 canonical role names；issue tracker 中实际使用的 label strings 可能不同。映射应该已经提供给你；如果没有，请让用户运行 /setup-matt-pocock-skills。
State transitions：未标记的 issue 通常先进入 needs-triage；之后移动到 needs-info、ready-for-agent、ready-for-human 或 wontfix。needs-info 在 reporter 回复后回到 needs-triage。Maintainer 可以随时 override；对看起来异常的 transitions 标记并在继续前询问。
Maintainer 调用 /triage，并用自然语言描述想要什么。解释请求并行动。示例：
查询 issue tracker，并按最旧优先展示三个 buckets：
needs-triage：evaluation in progress。needs-info with reporter activity since the last triage notes：需要重新评估。当 PRs 在范围内时，把 external PRs 纳入这些 buckets，并为每行标注 [PR] 或 [issue]。Discovery 只浮现 external PRs（tracker 配置定义了谁算 external），collaborator 正在进行的 PR 不是 triage 工作。这个过滤仅用于 discovery；被明确点名的 PR 无论作者是谁都会被 triage。
显示每个 bucket 的数量，以及每个 issue 的一行摘要。让 maintainer 选择。
Gather context. 读取完整 issue 或 PR（body、comments、labels、author、dates；对 PR 还包括 diff）。解析任何之前的 triage notes，避免重新询问已解决的问题。使用项目 domain glossary 探索 codebase，并遵守相关 ADRs。对照 codebase 运行两项检查：(a) redundancy：按 domain concept（而不仅是请求的措辞）搜索所请求 behavior 的现有实现，并报告你查找过的地方。如果找到，那就是一个已实现的 wontfix（step 5）。(b) prior rejection：读取 .out-of-scope/*.md，并浮现任何与此请求相似的既往拒绝。
Recommend. 告诉 maintainer 你的 category 和 state 推荐及理由，并给出与请求相关的简短 codebase summary（包括它是否已经实现）。等待指示。
Verify the claim. 在任何 grilling 前，检查该 claim 是否成立。对 bug，从 reporter 的步骤复现。对 PR，确认 diff 做到了它所声称的：checkout 它，运行相关 tests 或 commands。报告发生了什么：已确认（附 code path）、失败，或细节不足（强烈的 needs-info 信号）。已确认的验证会让 agent brief 更有力。
Grill（如果需要）. 如果请求需要进一步充实，调用两次 Skill 工具，分别指定 grilling 和 domain-modeling，一轮一轮地把它 grill 成形，在 decisions 落定时打磨 domain terms 并内联更新 GLOSSARY.md/ADRs。
Apply the outcome:
ready-for-agent：发布 agent brief comment（AGENT-BRIEF.md）。ready-for-human：使用与 agent brief 相同的结构，但说明为什么不能委托（judgment calls、external access、design decisions、manual testing）。needs-info：发布 triage notes（见下方 template）。wontfix：close，comment 取决于原因：
.out-of-scope/（那个 KB 是为被拒绝的请求准备的，不是为已构建的）。.out-of-scope/，从 comment 链接到它，然后 close（OUT-OF-SCOPE.md）。needs-triage：应用 role。如果有部分进展，可选择 comment。如果 maintainer 说 “move #42 to ready-for-agent”，相信他们并直接应用 role。确认你即将做什么（role changes、comment、close），然后执行。跳过 grilling。如果在没有 grilling session 的情况下移动到 ready-for-agent，询问他们是否想写 agent brief。
## Triage Notes
**What we've established so far:**
- point 1
- point 2
**What we still need from you (@reporter):**
- question 1
- question 2
把 grilling 期间已经解决的所有内容都捕获到 “established so far” 下，避免工作丢失。问题必须具体且可执行，而不是 “please provide more info”。
如果 issue 或 PR 上已有 triage notes，读取它们，检查 reporter 是否回答了任何 outstanding questions，并在继续前展示更新后的情况。不要重复询问已解决的问题。
还没有评价。欢迎分享你的使用感受。
无需登录即可发表。欢迎分享使用感受、提问，或说明在哪些环境下无法运行。
还没有评论。来写第一条吧。
Find the right skill and sequence for your current development task, from shaping an idea to implementation, debugging, and review. The guide also explains when to prototype, prepare specifications, or move work into a fresh session.
中文简介正在准备中。当前显示英语简介。
Summarize the current conversation and launch a fresh background agent to continue the work. The handoff includes references to existing artifacts and suggested skills, removes sensitive information, and can emphasize the next session’s intended focus.
中文简介正在准备中。当前显示英语简介。
Review changes from a chosen Git reference against both project coding standards and issue or specification requirements. Separate parallel reviews report rule violations, possible design problems, missing requirements, and changes beyond the intended scope.
中文简介正在准备中。当前显示英语简介。
Design modules that expose simple interfaces while hiding substantial behavior. Use shared terms and principles to assess interface complexity, decide where behavior can be swapped, and organize code so callers and tests use the same interface.
中文简介正在准备中。当前显示英语简介。
Diagnose difficult bugs and performance regressions by first building a repeatable check for the exact symptom. Minimize the reproduction, test ranked hypotheses, apply a fix, and verify the original scenario with regression tests where suitable.
中文简介正在准备中。当前显示英语简介。
Clarify project terminology and the relationships between business concepts. Check definitions against concrete scenarios and code, update GLOSSARY.md as terms are agreed, and record significant design decisions with their trade-offs when the stated criteria are met.
中文简介正在准备中。当前显示英语简介。