作者:互联网 时间: 2026-07-25 18:00:02
mattpocock/skills 是什么? 它是 Matt Pocock 维护的一组 AI 编程技能包,主要给 Claude Code、Codex 这类编程 Agent 使用。它不是“万能提示词合集”,更像一套工程工作法:让 AI 在真实项目里先问清需求、写测试、诊断 bug、做 code review、拆 issue、整理 PRD,而不是一上来就大段改代码。
这个仓库自己的定位很明确:给真实工程师用的 skills,来自作者日常使用的 .claude 目录。换成开发者更熟悉的话说,它把一些高频工程动作做成可复用命令和规则,让 Agent 每次处理任务时都有固定流程可走。

很多人第一次用 AI 写代码,问题不在“能不能生成代码”,而在生成后项目变得难收拾。需求没问清,Agent 直接开写;测试没跟上,改完才发现旧功能坏了;review 只看语法,不看它是否真的符合原始任务;项目越改越复杂,目录和模块边界慢慢糊掉。
mattpocock/skills 针对的正是这些场景。它把真实工程里的反馈环节前置:改代码前先对齐意图,写功能时让测试参与,修 bug 时按复现和假设推进,评审时同时看规范和需求,架构变乱时专门做一次设计扫描。
从当前工程目录看,它把技能分成两类:一类需要开发者主动输入命令触发,另一类可以由模型根据任务自动调用。这个划分很关键,因为不是所有流程都应该让 AI 自己决定开始。

ask-matt:不知道该用哪个流程时,让它帮你选择合适技能。grill-with-docs:在动手前追问需求,同时沉淀项目术语、CONTEXT.md 和 ADR。triage:把 issue 按固定状态流转,适合有 GitHub 或 Linear 工作流的团队。improve-codebase-architecture:扫描代码库的设计问题,挑出值得深入处理的架构点。to-prd 和 to-issues:把当前讨论变成 PRD,再拆成更容易交给 Agent 处理的小任务。tdd:按红绿重构节奏推进功能或修复,减少“看起来改好了”的假完成。diagnosing-bugs:从复现、缩小范围、假设、插桩到回归测试,适合难定位问题。code-review:同时检查代码标准和任务实现是否一致,不只看表面风格。domain-modeling:整理项目里的领域词,避免 Agent 用一堆解释性长句绕来绕去。research:需要查资料时,把调查结果沉淀成项目里的 Markdown 文件。普通提示词更像一次性指令,比如“帮我修这个 bug”或“帮我写单测”。技能包的价值在于可重复执行:同一个团队、同一个项目、同一种任务,可以反复使用同一套流程。
这对真实项目很重要。一个成熟代码库里,正确答案往往不是最快写出来的那段代码,而是能解释为什么这样改、改动范围有多大、如何回归验证、后面是否会制造新复杂度。mattpocock/skills 的重点就在这里:把 AI 从“生成器”往“工程协作者”方向拉。
如果你已经在用 Claude Code、Codex 或类似编程 Agent 处理日常任务,并且经常遇到“AI 改太多”“需求没问清”“测试不稳定”“review 没抓住重点”这类问题,它很值得试。个人开发者可以先用 tdd、diagnosing-bugs、code-review;小团队可以重点看 grill-with-docs、to-prd、to-issues 和 triage。
不太适合的场景也很清楚:只是偶尔问一个语法点、让 AI 写几十行脚本、临时解释报错信息,没有必要立刻引入整套 skills。技能包越有流程感,越适合反复发生、需要验收、会影响项目结构的工程任务。
先看你现在的痛点。如果只是想“让 AI 写得更快”,它未必是最直接的工具;如果你想“让 AI 少乱改、少误解、少把项目变复杂”,它就很对题。安装入口当前是 npx skills@latest add mattpocock/skills,安装后还要运行 /setup-matt-pocock-skills 配置 issue tracker、triage 标签和文档保存位置。
第一次使用不要贪多。挑一个真实但风险不大的任务,比如补测试、修一个可复现 bug、评审一段小 diff,让 Agent 走完整个技能流程。能看到它提出问题、限定范围、写出验证步骤,再决定是否把更多技能放进日常项目。
这几个问题里,只要有三项以上回答“是”,mattpocock/skills 就不只是一个新鲜仓库,而是可以放进真实工程工作流里试跑的 AI 编程技能包。