设置 Matt Pocock 技能

设置 Matt Pocock 技能

搭建工程技能所依赖的逐仓库配置：

• Issue 跟踪器 — issue 放在哪里（默认 GitHub；本地 markdown 也开箱即用）
• 分类标签 — 五个规范分类角色所用的标签字符串
• 领域文档 — GLOSSARY.md 和 ADR 放在哪里，以及读取它们的消费规则

这是一个提示驱动的技能，不是确定性的脚本。探索、呈现你的发现、与用户确认，然后写入。

流程

1. 探索

查看当前仓库，了解它的起始状态。读一切存在的东西；不要假设：

• git remote -v 和 .git/config — 这是 GitHub 仓库吗？是哪一个？
• 仓库根目录的 AGENTS.md 和 CLAUDE.md — 存在吗？里面是否已有 ## Agent skills 章节？
• 仓库根目录的 GLOSSARY.md 和 GLOSSARY-MAP.md
• docs/adr/ 和任何 src/*/docs/adr/ 目录
• docs/agents/ — 这个技能之前的产出是否已存在？
• .scratch/ — 表明本地 markdown issue 跟踪器约定已在使用的迹象
• triage 技能是否已安装？（与这个技能文件夹并列的 triage 技能文件夹，或你的可用技能中有 triage。）这决定 B 节是否执行。
• Monorepo 信号 — 有 pnpm-workspace.yaml、package.json 里有 workspaces 字段，或有带自己的 src/ 的 packages/*。只在真正大的多包仓库里出现；没有它们就是单上下文，而几乎所有仓库都是单上下文。

2. 呈现发现并询问

总结哪些存在、哪些缺失。然后按顺序过各节——一节、一个回答，然后下一节。

每节先用推荐答案开头，让用户一个字就能接受。只有在选择确实分叉时才给一行解释；当探索已经解决了该节时就整节跳过（没装 triage 时跳过 B 节，没有 monorepo 时跳过 C 节）。

A 节 — Issue 跟踪器。

解释：这个仓库的 "issue tracker" 就是 issue 存放的地方。to-tickets、triage、to-spec 等技能会读写它——它们需要知道该调用 gh issue create、在 .scratch/ 下写 markdown 文件，还是遵循你描述的其他工作流。选一个你实际为本仓库跟踪工作的位置。

默认姿态：这些技能是为 GitHub 设计的。如果 git remote 指向 GitHub，就提议 GitHub。如果 git remote 指向 GitLab（gitlab.com 或自托管主机），就提议 GitLab。否则（或用户偏好），提供：

• GitHub — issue 存在仓库的 GitHub Issues 里（使用 gh CLI）
• GitLab — issue 存在仓库的 GitLab Issues 里（使用 glab CLI）
• 本地 markdown — issue 作为 .scratch/<feature>/ 下的文件存在本仓库中（适合单人项目或没有 remote 的仓库）