Matt Pocock 技能集
Matt Pocock Skills 详解：工程实践集合，而非自主运行平台
认识 mattpocock/skills 真正分发的内容，理解 25 个正式技能与完整仓库的区别，以及执行能力仍由 Agent 宿主提供的边界。
你将学会
- 先看它交付的到底是什么
- 让实践对应具体失误
- 用可观察的小结果评估
开始前需要
- 理解基础仓库、工单系统与测试概念
- 能够区分指令内容和执行权限
选择采用方式，并追踪相关文件、权限边界和验证证据。
先看结论
- 宿主执行工作，仓库提供实践文档和集成元数据。
- 正式插件的技能集合小于完整源码树。
- 用真实验收条件判断价值，不用产出数量代替。
先看它交付的到底是什么
mattpocock/skills 把工程和生产力实践整理成供编程 Agent 使用的文档。固定版本包含 Markdown 技能指令、辅助参考、宿主元数据和少量维护脚本，并没有提供模型、应用服务器、数据库或调度器。技能影响已有 Agent 的工作方式，真正执行操作的仍是 Agent 及其工具。
在提交 3cca18b 中，插件清单与包元数据的版本都是 1.2.3。清单明确列出 25 个正式技能，其中工程类 18 个、生产力类 7 个。源码树还包含 8 个实验技能和 4 个杂项技能。因此，“仓库里存在”不等于“正式插件已经分发”。
让实践对应具体失误
有价值的单位是能够重复使用的决策或反馈实践：澄清模糊需求、统一领域术语、定义可观察行为、检查差异，或者保留交接信息。例如，团队先统一“订单预留”的含义，规格说明与测试名称才可能表达同一件事。安装更多指令，不能替代团队尚未完成的概念定义。
由用户触发的技能负责组织明确选择的工作会话，由模型触发的技能提供可复用的方法。这解释了为什么路由技能可以帮助人选择流程，却不应悄悄执行它列出的所有流程。简短的咨询请求，也不应因此被扩大成创建工单、提交代码或修改无关仓库的权限。
用可观察的小结果评估
在一次性项目中选择一个范围明确的变更，保存起始需求、生成的规格、测试和审查记录。重点看歧义是否被解决，实现是否满足约定行为。比起流畅的对话或大量生成代码，这些材料更能说明某项实践是否真的帮助了工程工作。
仓库采用 MIT 许可证。本系列说明固定版本的文件，并隔离验证其中一个维护脚本；没有声称在所有 Agent 上完成安装，也没有证明软件质量提升了多少。后续文章会分别标注文档描述的流程、实际观察到的脚本行为，以及编辑提出的扩展设想。
实施步骤
- 1
从近期小变更中选择一种具体失误。
- 2
阅读对应正式技能及其参考资料。
- 3
用一次性示例写清验收条件。
- 4
对照条件检查规格、测试与审查证据。
可复制示例
{
"sourceRevision": "3cca18b",
"pluginVersion": "1.2.3",
"promotedSkills": 25,
"inProgressSkills": 8,
"miscellaneousSkills": 4,
"agentInstallationVerified": false
}常见问题
这是一个 Agent 运行时吗？
不是。它向已有 Agent 宿主分发指令文档和集成元数据。
源码树中的 37 个技能都会进入插件吗？
不会。固定版本的插件只明确列出工程与生产力目录中的 25 个正式技能。
资料来源
- README.md来源核查 2026-09-08
- LICENSE来源核查 2026-09-08
- package.json来源核查 2026-09-08
- .claude-plugin/plugin.json来源核查 2026-09-08
- .agents/invocation.md来源核查 2026-09-08