Setup matt pocock skills
Skill popsiclelmlm/skills-cn/skills/engineering/setup-matt-pocock-skills
Chinese maintenance notes and installer for practical engineering agent skills.
npx -y skills add popsiclelmlm/skills-cn --skill setup-matt-pocock-skillsAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
在 AGENTS.md/CLAUDE.md 和 `docs/agents/` 中设置 `## Agent skills` block,让 engineering skills 知道该 repo 的 issue tracker(GitHub 或 local markdown)、triage label vocabulary 和 domain doc layout。在第一次使用 `to-issues`、`to-prd`、`triage`、`diagnose`、`tdd`、`improve-codebase-architecture` 或 `zoom-out` 前运行;如果这些 skills 看起来缺少 issue tracker、triage labels 或 domain docs 上下文,也运行它。
SKILL.md
6.7 KB, ~1.7k tokens by cl100k_base, as published. Nobody here has run it
Setup Matt Pocock's Skills
Scaffold engineering skills 假设存在的每仓库配置:
- Issue tracker — issues 所在位置(默认 GitHub;local markdown 也开箱支持)
- Triage labels — 五个 canonical triage roles 使用的 strings
- Domain docs —
CONTEXT.md和 ADRs 所在位置,以及读取它们的 consumer rules
这是一个 prompt-driven skill,不是 deterministic script。先探索,展示发现,与用户确认,然后写入。
Process
1. Explore
查看当前 repo,理解它的起始状态。读取已经存在的东西;不要假设:
git remote -v和.git/config— 这是 GitHub repo 吗?是哪一个?- repo root 下的
AGENTS.md和CLAUDE.md— 是否存在?其中是否已经有## Agent skillssection? - repo root 下的
CONTEXT.md和CONTEXT-MAP.md docs/adr/以及任何src/*/docs/adr/directoriesdocs/agents/— 这个 skill 之前的输出是否已经存在?.scratch/— local-markdown issue tracker convention 已在使用的信号
2. Present findings and ask
总结已有内容和缺失内容。然后带用户逐一完成三个 decisions:一次一个。展示一个 section,得到用户答案,然后进入下一个。不要一次性倾倒三个问题。
假设用户不知道这些术语是什么意思。每个 section 都用短 explainer 开头(它是什么、为什么这些 skills 需要它、不同选择会改变什么)。然后展示 choices 和 default。
Section A — Issue tracker.
Explainer: The "issue tracker" is where issues live for this repo. Skills like
to-issues,triage,to-prd, andqaread from and write to it — they need to know whether to callgh issue create, write a markdown file under.scratch/, or follow some other workflow you describe. Pick the place you actually track work for this repo.
Default posture:这些 skills 是为 GitHub 设计的。如果 git remote 指向 GitHub,就建议 GitHub。如果 git remote 指向 GitLab(gitlab.com 或 self-hosted host),就建议 GitLab。否则(或如果用户更喜欢),提供:
- GitHub — issues 位于 repo 的 GitHub Issues(使用
ghCLI) - GitLab — issues 位于 repo 的 GitLab Issues(使用
glabCLI) - Local markdown — issues 作为文件存在于此 repo 的
.scratch/<feature>/下(适合 solo projects 或没有 remote 的 repos) - Other(Jira、Linear 等)— 让用户用一段话描述 workflow;skill 会把它记录为 freeform prose
Section B — Triage label vocabulary.
Explainer: When the
triageskill processes an incoming issue, it moves it through a state machine — needs evaluation, waiting on reporter, ready for an AFK agent to pick up, ready for a human, or won't fix. To do that, it needs to apply labels (or the equivalent in your issue tracker) that match strings you've actually configured. If your repo already uses different label names (e.g.bug:triageinstead ofneeds-triage), map them here so the skill applies the right ones instead of creating duplicates.
五个 canonical roles:
needs-triage— maintainer 需要评估needs-info— 等待 reporter 提供更多信息ready-for-agent— 完全规格化,AFK-ready(agent 可以在没有 human context 的情况下接手)ready-for-human— 需要 human implementationwontfix— 不会处理
Default:每个 role 的 string 等于它的 name。询问用户是否想 override 任何项。如果他们的 issue tracker 没有现有 labels,defaults 就可以。
Section C — Domain docs.
Explainer: Some skills (
improve-codebase-architecture,diagnose,tdd) read aCONTEXT.mdfile to learn the project's domain language, anddocs/adr/for past architectural decisions. They need to know whether the repo has one global context or multiple (e.g. a monorepo with separate frontend/backend contexts) so they look in the right place.
确认 layout:
- Single-context — repo root 下一个
CONTEXT.md+docs/adr/。大多数 repos 都是这样。 - Multi-context — root 下
CONTEXT-MAP.md指向 per-contextCONTEXT.mdfiles(通常是 monorepo)。
3. Confirm and edit
向用户展示 draft:
- 要添加到正在编辑的
CLAUDE.md/AGENTS.md中的## Agent skillsblock(选择规则见 step 4) docs/agents/issue-tracker.md、docs/agents/triage-labels.md、docs/agents/domain.md的内容
写入前让他们编辑。
4. Write
选择要编辑的文件:
- 如果
CLAUDE.md存在,编辑它。 - 否则如果
AGENTS.md存在,编辑它。 - 如果两者都不存在,询问用户要创建哪一个,不要替他们选择。
当 CLAUDE.md 已存在时,绝不要创建 AGENTS.md(反之亦然);始终编辑已经存在的那个。
如果选中的文件中已经存在 ## Agent skills block,就原地更新其内容,而不是追加 duplicate。不要覆盖周围 sections 中的用户 edits。
Block:
## Agent skills
### Issue tracker
[one-line summary of where issues are tracked]. See `docs/agents/issue-tracker.md`.
### Triage labels
[one-line summary of the label vocabulary]. See `docs/agents/triage-labels.md`.
### Domain docs
[one-line summary of layout — "single-context" or "multi-context"]. See `docs/agents/domain.md`.
然后用这个 skill folder 中的 seed templates 作为起点,写三个 docs files:
- issue-tracker-github.md — GitHub issue tracker
- issue-tracker-gitlab.md — GitLab issue tracker
- issue-tracker-local.md — local-markdown issue tracker
- triage-labels.md — label mapping
- domain.md — domain doc consumer rules + layout
对 “other” issue trackers,使用用户描述从零写 docs/agents/issue-tracker.md。
5. Done
告诉用户 setup 已完成,以及哪些 engineering skills 现在会读取这些 files。提到他们之后可以直接编辑 docs/agents/*.md;只有当他们想切换 issue trackers 或从头重来时,才需要重新运行这个 skill。