Menü
为本仓库配置工程技能——设置 issue 跟踪器、分类标签词汇和领域文档布局。在首次使用其他工程技能之前运行一次。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
| name | setup-matt-pocock-skills |
| description | 为本仓库配置工程技能——设置 issue 跟踪器、分类标签词汇和领域文档布局。在首次使用其他工程技能之前运行一次。 |
| disable-model-invocation | true |
为工程技能所需的仓库级配置搭建骨架：
CONTEXT.md 和 ADR 的存放位置，以及读取它们的消费规则这是一个提示驱动的技能，而非确定性脚本。先探查，然后展示发现，与用户确认，最后写入。
查看当前仓库，了解其初始状态。读取已有内容，不要假设：
git remote -v 和 .git/config——这是 GitHub 仓库吗？哪个？AGENTS.md 和 CLAUDE.md——其中任何一个存在吗？是否存在 ## Agent skills 章节？CONTEXT.md 和 CONTEXT-MAP.mddocs/adr/ 和任何 src/*/docs/adr/ 目录docs/agents/——该技能之前的输出是否已存在？.scratch/——表明本地 markdown issue 跟踪器约定已在使用的信号triage 技能是否已安装？（triage 技能文件夹是否与此文件夹同级，或 triage 在你的可用技能列表中）这决定了 B 节是否执行pnpm-workspace.yaml、package.json 中的 workspaces 字段，或包含自有 src/ 的 packages/* 目录。仅在真正的大型多包仓库中呈现；没有这些信号就是单上下文，适用于几乎所有仓库总结已存在和缺失的内容。然后按顺序处理各节——每答完一节再进入下一节。
每节以推荐答案开头，这样用户可以用一句话接受。仅在选项真正存在分支时提供一行解释；当探查已经确定了答案时跳过整节（未安装 triage 时跳过 B 节，无 monorepo 信号时跳过 C 节）。
A 节——Issue 跟踪器。
解释：此仓库的 issue 放置位置。
to-tickets、triage、to-spec和qa等技能需要读写它——它们需要知道是调用gh issue create、在.scratch/下写入 markdown 文件，还是遵循你描述的其他工作流。选择你实际在此仓库跟踪工作的位置。
默认姿态：这些技能是为 GitHub 设计的。如果 git remote 指向 GitHub，建议使用 GitHub。如果指向 GitLab（gitlab.com 或自托管主机），建议使用 GitLab。否则（或如果用户偏好），提供以下选项：
gh CLI）glab CLI）.scratch/<feature>/ 下（适合单人项目或无远端的仓库）将选择记录在 docs/agents/issue-tracker.md 中。GitHub 和 GitLab 模板携带一个默认关闭的"PR 作为请求表面"标志——保持关闭且不要主动提及；需要将外部 PR 纳入分类队列的用户之后可以在文件中翻转该标志。
B 节——分类标签词汇。 如果 triage 技能未安装（探查会告诉你），直接跳过本节——未安装的技能不需要标签。
如果已安装，只问一个问题：
是否保留默认的分类标签？（推荐：是）
默认值就是五个标准角色，每个标签字符串等于其名称：needs-triage、needs-info、ready-for-agent、ready-for-human、wontfix。回答是时，按原样写入。仅在用户说否时——通常因为他们的跟踪器已使用其他名称（例如用 bug:triage 代替 needs-triage）——收集覆盖值，使 triage 应用已有标签而不是创建重复的标签。
C 节——领域文档。 默认为单上下文——仓库根目录下的一个 CONTEXT.md + docs/adr/。这适用于几乎所有仓库；无需询问直接写入。
仅当探查发现了 monorepo 信号时，提供多上下文选项——一个根级 CONTEXT-MAP.md 指向各个上下文各自的 CONTEXT.md 文件。然后确认用户想要哪种布局。
向用户展示草稿：
CLAUDE.md / AGENTS.md 中的 ## Agent skills 块（选择规则见步骤 4）docs/agents/issue-tracker.md、docs/agents/domain.md 和 docs/agents/triage-labels.md 的内容（最后一项仅在安装了 triage 时）让用户在写入前编辑。
选择要编辑的文件：
CLAUDE.md 存在，编辑它。AGENTS.md 存在，编辑它。永远不要在 CLAUDE.md 已经存在时创建 AGENTS.md（反之亦然）——始终编辑已存在的那个。
一轮一轮地同时询问所有前沿问题，进行无情的盘问。
把你无法独自回答的决策转化为一份问卷，交给别人来填写。
使用并行子代理为一个模块生成多种截然不同的接口设计方案。当用户想要设计 API、探索接口选项、比较模块形态，或提到"设计两次"时使用。
交互式 QA 会话，用户以对话形式报告 bug 或问题，代理负责提交 GitHub Issue。在后台探索代码库以获取上下文和领域语言。当用户想要报告 bug、进行 QA、以对话形式提交 Issue，或提到"QA session"时使用。
通过用户访谈创建包含微小提交的详细重构计划，然后将其提交为 GitHub Issue。当用户想要规划重构、创建重构 RFC，或将重构拆分为安全的增量步骤时使用。
从当前对话中提取 DDD 风格的通用语言（Ubiquitous Language）词汇表，标记歧义并提出规范术语。保存到 UBIQUITOUS_LANGUAGE.md。当用户想要定义领域术语、构建词汇表、强化术语体系、创建通用语言，或提到"领域模型"或"DDD"时使用。