vinvcn
vinvcn/mattpocock-skills-zh-CN
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/vinvcn/mattpocock-skills-zh-CN --skill triage命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
询问当前情境适合哪个技能或流程；它是本仓库所有 skills 的路由器。
从固定点（commit、branch、tag 或 merge-base）开始，按 Standards（代码是否符合本仓库记录的编码标准？）和 Spec（代码是否符合来源 issue/spec 的要求？）两个轴线审查变更。两个审查会在并行子代理中运行，并并排报告。适用于用户想审查 branch、PR、进行中的变更，或要求 “review since X” 时。
用于设计深模块的共享词汇。适用于用户想设计或改进模块接口、寻找深化机会、决定 seam 放在哪里、让代码更容易测试或更适合 AI 导航，或其他技能需要深模块词汇时。
基于 SOC 职业分类
正在显示 SKILL.md
| name | triage |
| description | 让 issues 和 external PRs 通过一组 triage roles 状态机——分类、验证、必要时 grilling，并写出 agent-ready briefs。 |
| disable-model-invocation | true |
通过一组小型 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（如果需要）. 如果请求需要进一步充实，一起运行 /grilling 和 /domain-modeling skills——一轮一轮地把它 grill 成形，在 decisions 落定时打磨 domain terms 并内联更新 CONTEXT.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，并在继续前展示更新后的情况。不要重复询问已解决的问题。