setup-matt-pocock-skills

1# 配置 Matt Pocock 的 Skills
2 
3搭建 engineering skills 所假定的每仓库配置：
4 
5- **Issue tracker** - issues 存放在哪里（默认 GitHub；也原生支持 local markdown）
6- **Triage labels** - 五个 canonical triage roles 使用的字符串
7- **Domain docs** - `GLOSSARY.md` 与 ADRs 的位置，以及读取它们的 consumer rules
8 
9这是 prompt-driven skill，不是确定性脚本。先探索，展示发现，与用户确认，然后写入。
10 
11## 流程
12 
13### 1. 探索
14 
15查看当前 repo，理解起始状态。读取已有内容，不要假设：
16 
17- `git remote -v` 和 `.git/config` - 这是 GitHub repo 吗？是哪一个？
18- repo root 的 `AGENTS.md` 和 `CLAUDE.md` - 是否存在？其中是否已有 `## Agent skills` section？
19- repo root 的 `GLOSSARY.md` 和 `GLOSSARY-MAP.md`，以及 legacy 的 `CONTEXT.md` / `CONTEXT-MAP.md`。如果存在 legacy 文件，提议用 `git mv` 把它改名为对应的 `GLOSSARY` 名称，并改写 `docs/agents/domain.md` 中的这些名称。
20- `docs/adr/` 以及任何 `src/*/docs/adr/` directories
21- `docs/agents/` - 这个 skill 之前是否已经输出过内容？
22- `.scratch/` - 表明已经在使用 local-markdown issue tracker 约定
23- 是否已安装 `triage` skill（本 skill 旁边有 `triage` folder，或 available skills 中存在 `triage`）？这决定 Section B 是否运行。
24- Monorepo signals：`pnpm-workspace.yaml`、`package.json` 的 `workspaces` field，或已有内容且各自带 `src/` 的 `packages/*`。只有真正的大型 multi-package repo 才算；没有这些 signal 就是 single-context，几乎所有 repo 都如此。
25 
26### 2. 呈现发现并询问
27 
28总结已有内容和缺失内容。按顺序处理 sections：每次一个 section、一个回答，再进入下一个。
29 
30每个 section 都先给 recommended answer，让用户一个词就能接受。只有 choice 真正分叉时才给一行 explainer；exploration 已经确定答案时跳过整个 section（未安装 `triage` 时跳过 Section B；没有 monorepo 时跳过 Section C）。
31 
32**Section A - Issue tracker.**
33…