MCPInstall

mattpocock-skills-zh-cn

53 skills from vinvcn/mattpocock-skills-zh-cn

Install every skill in this repository:

npx skills add https://github.com/vinvcn/mattpocock-skills-zh-cn
  1. 1

    一个用来打磨计划或设计的持续追问式访谈。

    6.7K
  2. 2

    一个用来打磨计划或设计的持续追问式访谈,并在过程中创建文档(ADRs 和词汇表)。

  3. 3

    为此仓库配置 engineering skills:设置其 issue tracker、triage labels 词汇与 domain docs 布局。在首次使用其他 engineering skills 前运行一次。

  4. 4

    测试驱动开发。适用于用户想用先写测试的方式构建功能或修复缺陷、提到 “red-green-refactor”,或需要集成测试时。

  5. 5

    把当前对话压缩成交接文档,让另一个代理接手。

  6. 6

    扫描代码库中的深化机会,生成可视化 HTML 报告,然后围绕你选中的候选项继续追问。

  7. 7

    构建一次性原型来回答一个设计问题。适用于用户想验证某个 state model 或 logic 是否感觉对,或探索 UI 应该长什么样时。

  8. 8

    让 issues 和 external PRs 通过一组 triage roles 状态机,分类、验证、必要时 grilling,并写出 agent-ready briefs。

    5.6K
  9. 9

    设置 Claude Code hooks,在危险 git commands(push、reset --hard、clean、branch -D 等)执行前阻止它们。适用于用户想防止破坏性 git 操作、添加 git safety hooks,或在 Claude Code 中阻止 git push/reset 时。

  10. 10

    创建包含章节、题目、答案和讲解的练习目录结构,并确保通过 linting。适用于用户想 scaffold exercises、创建 exercise stubs,或设置新的课程章节时。

    5.5K
  11. 11

    在当前仓库设置 Husky pre-commit hooks,集成 lint-staged (Prettier)、类型检查和测试。适用于用户想添加 pre-commit hooks、设置 Husky、配置 lint-staged,或在提交时运行格式化、类型检查和测试时。

  12. 12

    将测试文件从 as 类型断言迁移到 @total-typescript/shoehorn。适用于用户提到 shoehorn、想替换测试中的 as,或需要局部测试数据时。

  13. 13

    在这个工作区中教用户一个新技能或概念。

  14. 14

    围绕计划、decision 或 idea 持续追问用户。适用于用户想对自己的思路做压力测试,或使用任何 “grill” 触发措辞时。

    4.4K
  15. 15

    构建并打磨项目的领域模型。适用于讨论 codebase 术语、编写或编辑 GLOSSARY.md,或记录或编辑 ADR。

  16. 16

    从固定点(commit、branch、tag 或 merge-base)开始,按 Standards(代码是否符合本仓库记录的编码标准?)和 Spec(代码是否符合来源 issue/spec 的要求?)两个轴线审查变更。两个审查会在并行子代理中运行,并并排报告。适用于用户想审查 branch、PR、进行中的变更,或要求“review since X”时。

  17. 17

    询问当前情境适合哪个技能或流程;它是本仓库所有 skills 的路由器。

    4.2K
  18. 18

    面向棘手缺陷和性能回退的诊断循环。适用于用户说 “diagnose” / “debug this”,或报告某些东西 broken、throwing、failing、slow 时。

  19. 19

    基于 spec 或 ticket 集合实现一段工作。

  20. 20

    用于设计深模块的共享词汇。适用于用户想设计或改进模块接口、寻找深化机会、决定 seam 放在哪里、让代码更容易测试或更适合 AI 导航,或其他技能需要深模块词汇时。

  21. 21

    对照高可信一手来源调研问题,并把发现保存为仓库中的 Markdown 文件。适用于用户想调研主题、收集文档或 API 事实,或把阅读工作委托给后台代理时。

  22. 22

    把单个 agent session 装不下的一大块工作规划成 issue tracker 上的 decision tickets shared map,并逐一解决,直到通往 destination 的路清晰。

    3.8K
  23. 23

    把当前对话转成 spec 并发布到项目 issue tracker:不做访谈,只综合已经讨论的内容。

  24. 24

    Writing, exploit:把原始素材塑造成文章,一段一段地推进。

  25. 25

    把 plan、spec 或当前对话拆成一组 tracer-bullet tickets,每个 ticket 声明 blocking edges,并发布到已配置的 tracker;本地用每 ticket 一个文件中的文本 edge,真实 tracker 用 native blocking links。

  26. 26

    Writing, explore:挖掘原始 fragments,暂不施加任何结构。

  27. 27

    Writing, exploit——把原始素材组装成一段节拍旅程,在某个 beat 依赖一个术语之前先把它 grounded。

  28. 28

    适用于需要解决正在进行的 git merge/rebase 冲突时。

  29. 29

    生成一个交互式 bash wizard,逐步引导人完成只有他们能执行的手动流程。用于 provisioning 基础设施、设置 credentials 或 CI secrets、走查不熟悉的第三方 dashboard,或运行一次性 migration 或 cutover。对于 agent 自己就能执行的步骤,不要调用它。

  30. 30

    在这个工作区中,就我想构建的工作流规格访谈我。

    2.8K
  31. 31

    把当前对话交接给一个全新的 background agent,让它立即接手工作。

  32. 32

    把你无法完整回答的 decision 转成一份交给他人填写的 questionnaire。

    2.5K
  33. 33

    在 TypeScript repo 中接入 dependency-cruiser,让每个 package 成为 deep module:implementation 隐藏在 subfolders 中,只能通过 entry-point files 访问。User-invoked。

  34. 34

    将当前对话上下文转成 PRD,并发布到项目 issue tracker。适用于用户想基于当前上下文创建 PRD 时。

    2.2K
  35. 35

    使用并行子代理为模块生成多个显著不同的接口设计。适用于用户想设计 API、探索接口选项、比较模块形状,或提到 “design it twice” 时。

  36. 36

    使用 tracer-bullet 垂直切片,把计划、规格或 PRD 拆成项目 issue tracker 上可独立领取的 issues。适用于用户想把计划转成 issues、创建实现议题,或把工作拆成 issues 时。

    2.1K
  37. 37

    交互式 QA 会话,用户以对话方式报告缺陷或问题,代理创建 GitHub issues。后台探索代码库以获取上下文和领域语言。适用于用户想报告缺陷、执行 QA、以对话方式提交 issues,或提到 “QA session” 时。

  38. 38

    通过重组章节、提升清晰度、收紧文字来编辑并改进文章。适用于用户想编辑、修订或改进文章草稿时。

  39. 39

    在 Obsidian vault 中使用 wikilinks 和索引笔记搜索、创建并管理笔记。适用于用户想在 Obsidian 中查找、创建或组织笔记时。

  40. 40

    通过用户访谈创建带小提交的详细重构计划,然后作为 GitHub issue 提交。适用于用户想规划重构、创建重构 RFC,或把重构拆成安全的增量步骤时。

  41. 41

    从当前对话提取 DDD 风格的 ubiquitous language glossary,标记歧义并提出标准术语。保存到 UBIQUITOUSLANGUAGE.md。适用于用户想定义领域术语、构建词汇表、收紧术语、创建通用语言,或提到 “domain model” / “DDD” 时。

    2.1K
  42. 42

    编写和编辑优秀 skills 的参考:让技能可预测的词汇和原则。

  43. 43

    为 agent 编写文档。适用于创建或编辑 skills,或修改 AGENTS.md 或 CLAUDE.md 时。

  44. 44

    停一下:刚才那条消息没有说清楚,重新表述一遍。

    1.9K
  45. 45

    面向棘手 bug 和性能回退的纪律化 diagnosis loop。Reproduce → minimise → hypothesise → instrument → fix → regression-test. Use when user says "diagnose this" / "debug this", reports a bug, says something is broken/throwing/failing, or describes a performance regression.

  46. 46

    超压缩 communication mode。Cuts token usage 75% by dropping filler, articles, and pleasantries while keeping full technical accuracy. Use when user says "caveman mode", "talk like caveman", "use caveman", "less tokens", "be brief", or invokes /caveman.

    1.7K
  47. 47

    让 agent zoom out,并给出更广的 context 或更高层 perspective。Use when you're unfamiliar with a section of code or need to understand how it fits into the bigger picture.

    1.7K
  48. 48

    创建结构正确、支持 progressive disclosure 并带 bundled resources 的新 agent skills。Use when user wants to create, write, or build a new skill.

  49. 49

    Review the changes since a fixed point (commit, branch, tag, or merge-base) along two axes — Standards (does the code follow this repo's documented coding standards?) and Spec (does the code match what the originating issue/PRD asked for?). Runs both reviews in parallel sub-agents and reports them side by side. Use when the user wants to review a branch, a PR, work-in-progress changes, or asks to "review since X".

  50. 50

    在代码中实现 /to-spec 和 /to-tickets 的产出。