Installation 章节称 Claude Code plugin 是官方 marketplace 的 managed, read-only bundle,更新会自动到达
mattpocock/skills:用 /grill-with-docs 约束编码代理开发
一套给 Claude Code、Codex 等编码代理用的工程技能文件,比整套流程框架更小、更可组合。
🧭 决策指南
为什么现在热: 无法从材料判断
适合,如果你
-
你用 Claude Code,想从官方 marketplace 安装一套自动更新的只读技能
-
你用 Codex 或其他代理,想把技能复制到项目后自行编辑Installation 章节说明 npx skills 会把技能写入 repo,作为你拥有和编辑的 ordinary files
-
你需要代理在写规格前确认模块范围,并用 /tdd 强化测试反馈Why These Skills Exist 的 #3 和 #4 分别介绍 /tdd 与 /to-spec
-
你希望用 /grill-with-docs 建立共享语言并记录 ADR 决策Why These Skills Exist 的 #2 说明 /grill-with-docs 会建立 shared language 并记录 hard-to-explain decisions in ADRs
不适合,如果你
-
你需要原生 Codex 插件,而不是 npx skills 安装的文件Installation 章节明确写着 native Codex plugin is on the roadmap
-
你必须直接修改 Claude Code 的托管技能副本Installation 章节说明 Claude Code plugin 是 managed, read-only bundle
-
你期待 /improve-codebase-architecture 自动清理成熟代码库的复杂性Why These Skills Exist 的 #4 明确说它是 survey, not a rescue,不会 untangle the mud
-
你不希望安装时选择 issue tracker、triage labels 和文档保存位置Installation 的第 2 步说明 /setup-matt-pocock-skills 会询问这三项配置
前置条件
- 需要 Claude Code、Codex 或其他 coding agent 环境;README 未列出完整兼容清单
- 安装时二选一:Claude Code plugin 或 npx skills@latest add mattpocock/skills
- 使用 npx skills 时,安装器会让你选择技能及其要安装到的 coding agents
- 每个 repo 需要在 agent 中运行一次 /setup-matt-pocock-skills
第一步命令(README 原文)
claude plugins install mattpocock-skills
要注意
-
安装器必须把 setup-matt-pocock-skills 选入,否则 README 的初始化步骤无法按说明执行Installation 的 Codex、other agents 部分明确要求选择 setup-matt-pocock-skills
-
同一 repo 需要运行一次 /setup-matt-pocock-skills,并完成三项配置问答Installation 第 2 步写明 run it once per repo,并列出三项问题
-
skills.sh 文件不会后台更新,需手动执行 npx skills update 获取最新改动Installation 的 For tinkerers 部分说明 Nothing updates behind your back,并给出 npx skills update
替代方案
-
GSD:当你希望由一个方法直接拥有开发流程,而不是组合可编辑技能时README 的开头对 GSD、BMAD、Spec-Kit 的对比
-
BMAD:当你偏好由 BMAD 这类流程方案统一管理开发过程时README 的开头对 GSD、BMAD、Spec-Kit 的对比
-
Spec-Kit:当你希望采用 Spec-Kit 这类拥有整个流程的方案,而非自行组合技能时README 的开头对 GSD、BMAD、Spec-Kit 的对比
材料未说明
- README 未说明 Claude Code、Codex 及其他代理的具体版本兼容范围
- README 未提供完整技能目录;Reference、Engineering、Productivity 章节内容被省略
- README 未说明 /grill-me、/tdd 和 /diagnosing-bugs 的输入输出格式与失败行为
- README 未给出 Shell、JavaScript 运行时依赖的版本要求
- README 未提供自动化测试结果、性能数字或安全审计信息
- README 未说明 GitHub、Linear 与 local files 配置完成后的具体集成权限
💡 深度解析
7
不适合
我正在用 Claude Code 或 Codex 维护复杂历史代码库,希望代理扫描出问题后直接完成大规模架构重构;这个项目适合承担自动解开代码泥团的任务吗?
适合读者: 使用 Claude Code 或 Codex 维护复杂历史代码库、希望代理自动完成架构重构的资深工程师
不适合把它当作自动重构引擎,因为项目提供的是架构调查和代理行为指导,不是替你完成大规模迁移的工具。
- 项目洞察明确将
improve-codebase-architecture定义为定期扫描代码库、识别模块加深和职责调整候选点的机制。 - 同一洞察说明它是调查工具,不负责自动解开老旧代码库的复杂泥团。
- README 的定位是 small、easy to adapt、composable 的 skills,并强调不应像 GSD、BMAD、Spec-Kit 那样接管整个过程。
/diagnosing-bugs关注分阶段调试,不等于架构迁移或批量重构执行器。
如果目标是让代理提出候选改进并保留工程师决策权,它适合;如果目标是无人值守完成重构,则不适合。
- 项目洞察 solution_analysis.key_features:improve-codebase-architecture 定期扫描代码库,识别模块加深、职责调整等架构候选点
- 项目洞察 user_experience.usage_limitations:架构审查只能提供候选改进方向,不能自动完成系统性迁移
- README「Skills For Real Engineers」:These skills are designed to be small, easy to adapt, and composable
- README「Skills For Real Engineers」:GSD, BMAD, and Spec-Kit try to help by owning the process
npx skills@latest add mattpocock/skills
适合
我在维护真实应用,想让 Claude Code 或 Codex 在实现前先澄清需求、建立 CONTEXT.md 和 ADR,再用 red-green-refactor 开发;这个项目能覆盖这条流程吗?
适合读者: 维护真实应用的资深工程师,希望把需求澄清、CONTEXT.md、ADR 和 TDD 纳入日常代理流程
适合,因为 README 直接把需求盘问、共享语言、ADR 和 /tdd 作为连续的工程实践,而不是只提供代码生成提示。
/grill-with-docs用于在开始变更前与 agent 对齐,并帮助建立共享语言和 ADR。- README 以
CONTEXT.md示例说明,术语统一后变量、函数和文件命名更一致,agent 也能减少思考 token。 /tdd明确鼓励 red-green-refactor:先写失败测试,再修复测试,最后重构。/diagnosing-bugs将调试包装为分阶段、带门槛的循环,适合把实现后的反馈接回流程。
它不会替代测试框架、类型系统或浏览器环境;这些反馈源仍需你的项目本身提供。
- README「#1: The Agent Didn't Do What I Want」:Use /grill-me and /grill-with-docs;Use them every time you want to make a change
- README「#2: The Agent Is Way Too Verbose」:helps you build a shared language with the AI, and document hard-to-explain decisions in ADR's
- README「#3: The Code Doesn't Work」:a red-green-refactor loop is critical;/tdd skill
- README「#3: The Code Doesn't Work」:/diagnosing-bugs skill wraps best debugging practices into a disciplined loop
npx skills@latest add mattpocock/skills
适合
我希望在每个仓库首次启用技能时选择 GitHub、Linear 或 local files 作为 issue tracker,自定义 `/triage` 使用的 labels,并指定文档保存位置;这个项目能满足这些仓库级约束吗?
适合读者: 需要在 GitHub、Linear 或本地文件中管理任务,并希望每个仓库独立保存代理文档的开发者
适合,因为项目提供了按仓库执行一次的 setup 流程,直接询问 issue tracker、标签和文档目录,而不是把这些选择写死。
- README 要求在 agent 中运行
/setup-matt-pocock-skills,并说明每个 repo 运行一次。 - setup 会让你在 GitHub、Linear 或 local files 之间选择 issue tracker。
- 它还会询问 ticket triage 使用的 labels,以及保存所创建文档的位置。
- skills.sh 模式把文件写入你的 repo 并允许编辑,适合把配置和文档纳入项目自己的版本控制;Claude Code 托管插件则是只读模式。
因此,仓库级配置与本地拥有模式匹配良好;但不同 tracker 的实际 API 权限和自动化深度,README 没有展开。
- README「2. Run /setup-matt-pocock-skills」:In your agent, run it once per repo
- README「2. Run /setup-matt-pocock-skills」:Ask you which issue tracker you want to use (GitHub, Linear, or local files)
- README「2. Run /setup-matt-pocock-skills」:Ask you what labels you apply to tickets when you triage them
- README「2. Run /setup-matt-pocock-skills」:Ask you where you want to save any docs we create
/setup-matt-pocock-skills
适合
我正在用 Claude Code 开发真实应用,希望直接获得完整技能集并在新版本发布时自动更新,同时不想让项目里出现一份可编辑副本;这个项目适合我吗?
适合读者: 使用 Claude Code 开发真实应用、希望技能自动更新但不想维护本地副本的个人开发者
适合,因为 Claude Code 插件正好提供了托管、只读并自动更新的完整技能集。
- README 的 Installation 说明,插件模式会安装 whole set,并在作者发布更新时自动获取更新。
- 安装入口来自 Claude Code 官方 marketplace,不需要先添加其他源。
- 技能本身是小型、可组合且支持 any model 的 agent skills,适合按命令调用,而不是接管整个研发过程。
- 需要避免同时使用 skills.sh;README 明确说两种方式并存会导致每个技能出现两次。
这种模式的代价是你不能直接编辑托管技能;如果组织需要审计或项目级定制,应改用可复制的本地文件模式。
- README「Installation (30-second setup)」:Claude Code plugin installs the whole set as a managed, read-only bundle that updates when I ship
- README「Installation (30-second setup)」:It's in Claude Code's official marketplace
- README「Skills For Real Engineers」:small, easy to adapt, and composable. They work with any model
- README「Installation (30-second setup)」:installing both leaves you with every skill twice
claude plugins install mattpocock-skills
适合
我使用 Claude Code、Codex 或其他编码代理,但不想让 GSD、BMAD 或 Spec-Kit 接管整个研发流程;我只想组合 `/grill-with-docs`、`/tdd` 和架构审查技能,这个项目是否更符合我的约束?
适合读者: 使用任意模型和 Claude Code、Codex 或其他编码代理、拒绝采用封闭式全流程框架的个人开发者或小型团队
适合,因为项目的明确定位就是以小粒度、可组合、可编辑的 skills 介于自由提示词和重型全流程框架之间。
- README 说这些技能 work with any model,并强调 small、easy to adapt、composable。
- 安装器允许选择想要的 skills,因此可以只引入
/grill-with-docs、/tdd或其他特定能力。 - 项目明确批评由 GSD、BMAD、Spec-Kit owning the process 所带来的控制权损失,设计目标是让用户 hack on them、make them your own。
- skills.sh 会把技能复制成仓库中的普通文件;这使团队可以审查、修改和版本控制流程,而不是接受不可变的黑盒。
需要注意的是,选择性组合也意味着你要自己决定哪些阶段如何衔接;项目不会替你拥有完整流程。
- README「Skills For Real Engineers」:small, easy to adapt, and composable. They work with any model
- README「Installation (30-second setup)」:The installer lets you choose which skills to take
- README「Skills For Real Engineers」:GSD, BMAD, and Spec-Kit try to help by owning the process;take away your control
- README「Installation (30-second setup)」:writes the skills into your repo as ordinary files you own and can edit
npx skills@latest add mattpocock/skills
视情况
我使用 Codex 开发真实应用,偏好官方原生插件而不是把技能文件复制到仓库;当前这个项目能满足我的安装约束吗?
适合读者: 使用 Codex 开发真实应用、希望像 Claude Code 一样安装官方原生插件的开发者
视情况:Codex 可以通过 skills.sh 使用这些技能,但 README 明确表示原生 Codex 插件仍在路线图中,因此目前不能按“官方原生插件”这一约束确认满足。
- README 为 Codex 和其他 agents 提供了
npx skills@latest add mattpocock/skills安装路径。 - 安装器允许选择技能以及要安装到哪些 coding agents,因此不必引入完整集合。
- 复制模式会把技能写入仓库,作为你拥有并可编辑的普通文件;这与“不落地文件”的偏好相冲突。
setup-matt-pocock-skills必须在选择安装时一并选中,否则后续项目配置无法按 README 的流程完成。
如果你接受本地文件,项目现在可用;若必须等待原生插件,则当前不满足。
- README「Installation (30-second setup)」:Codex, and other agents;npx skills@latest add mattpocock/skills
- README「Installation (30-second setup)」:A native Codex plugin is on the roadmap
- README「Installation (30-second setup)」:It writes the skills into your repo as ordinary files you own and can edit
- README「Installation (30-second setup)」:make sure setup-matt-pocock-skills is one of them
npx skills@latest add mattpocock/skills
视情况
我使用 Claude Code 开发真实应用,经常遇到 agent 没有理解需求、跳过测试并直接修改代码的情况;我能否用 `/grill-me`、`/grill-with-docs` 和 `/tdd` 针对这些约束建立反馈闭环?
适合读者: 正在处理需求经常被误解、代码缺少测试反馈的 Claude Code 使用者,希望先用非代码需求盘问再实现
视情况:这些技能覆盖需求对齐和测试反馈,但它们只能指导 agent,不能保证 agent 一定执行完整流程。
- README 将 misalignment 视为常见失败模式,并推荐
/grill-me处理 non-code uses、/grill-with-docs处理工程变更。 /tdd提供 red-green-refactor 指导,目标是先有失败测试,再获得实现反馈。- README 同时要求真实反馈源,包括 static types、browser access 和 automated tests;如果项目没有这些条件,agent 仍可能处于盲飞状态。
- 项目洞察明确指出技能不是编译器、测试框架或代码质量平台,也不能消除模型幻觉和执行不可靠。
所以它适合作为流程约束层,不适合作为“自动保证正确”的质量门禁。
- README「#1: The Agent Didn't Do What I Want」:The most common failure mode ... is misalignment;use /grill-me and /grill-with-docs
- README「#3: The Code Doesn't Work」:You need ... static types, browser access, and automated tests
- README「#3: The Code Doesn't Work」:a red-green-refactor loop is critical
- 项目洞察 user_experience.usage_limitations:本质上是 agent 行为指导和工作流资产,不是编译器、测试框架、代码质量平台
claude plugins install mattpocock-skills
✨ 核心亮点
-
248,424 星,覆盖 Claude Code、Codex 等代理
-
/grill-with-docs 将提问、共享语言和 ADR 结合
-
/tdd 内置 red-green-refactor 测试循环
-
安装 Claude Code 插件与 skills.sh 会产生两份技能
🔧 工程化
-
/setup-matt-pocock-skills 配置 GitHub、Linear 或本地文件
-
/to-spec 在生成规格前询问涉及哪些模块
-
/diagnosing-bugs 将调试拆成分阶段流程
-
共享语言示例把 materialization cascade 固化为术语
⚠️ 风险
-
Claude Code 插件是只读托管包,不能直接修改技能文件
-
README 明确说插件与 skills.sh 同装会让每个技能出现两次
-
/improve-codebase-architecture 只是调查,不会解开旧代码泥团
-
原生 Codex 插件仍在 roadmap,当前依赖 npx skills 安装
👥 适合谁?
-
使用 Claude Code 并希望官方市场自动更新的开发者
-
使用 Codex 或其他代理并要编辑普通技能文件的团队
-
需要 /tdd、/to-spec 和 ADR 工作流的工程项目
-
希望让代理掌握项目术语与模块边界的开发者