你在 Claude Code 里聊了半小时需求聊明白了然后会话一关共识散了没有 PRD没有 issue没有拆票第二天再解释一遍。mattpocock/skills 想填的就是这段「写代码之前」的真空——它是 TypeScript 教育者 Matt Pocock 把自己.claude目录里的提示与工作流固化成的一套 Agent Skills 包按技能粒度安装一行命令npx skillslatest add mattpocock/skills/to-prd它不是运行时库而是一个「内容 分发」工程主体是 Markdown。仓库 2026-02-03 创建最近一次推送是 2026-10-06MIT 协议主要语言标注为 Shell。核心概念每个技能一份 SKILL.md声明用途、调用方式与依赖。据 CodeWikiGemini 自动解析未声明逐行核对源码分类即等级只有engineering/与productivity/下的技能算 promoted进入插件分发与主文档另有 Misc、In-Progressbeta、Deprecated 三类。调用模式二元论user-invoked只能人调多做编排如 ask-matt、grill-me与 model-invoked模型也能调封装可复用的「纪律」如 prototype、grilling。可靠性靠显式的「Call the Skill tool」指令兜。依赖分档hard-dependency 必须先跑/setup-matt-pocock-skillssoft-dependency 不配也能跑。分档的显式目的是省 token——只在必要时才把 setup 指引塞进上下文。架构五层技能目录层CLAUDE.md 定义分桶与 promoted 规则→ SKILL.md 定义层 → 文档层双轨Agent 读 SKILL.md人读docs/下遵循统一模板的页面模板见.agents/writing-docs.md→ 版本层.changeset跟踪新技能、调用约定变更与 bug fix发布 mattpocock-skills 包→ 分发层Claude Code 插件为主路径skills.sh 为旁路。文末架构图对应这套层次划分。数据流本质是「文本 → 上下文」安装把 SKILL.md 落到目标环境会话中显式调用文本被注入 Agent 上下文产出 PRD、issue、设计、重构计划这类外部工件。怎么装三条路按技能 npx 安装见上例可只装单个Claude Code 插件支持按需挑选技能集合skills.sh 脚本把可编辑的技能文件拷进项目适配非 Claude 的 Agent 环境。怎么用README 公开的 Planning Design 一节列出五个to-prd把当前对话上下文合成为 PRD提交为 GitHub issue。README 明确写了「不做访谈只做综合」——它假设你已经聊清楚了。to-issues用 vertical slice 把 plan/spec/PRD 拆成彼此独立、可单独认领的 issue。grill-me围绕 plan 或 design 反复追问直到决策树每个分支都有答案被描述为无状态。design-an-interface用并行子 Agent 为一个模块生成多个「激进不同」的接口设计。request-refactor-plan访谈式产出小步提交、可评审的重构计划归档为 issue。Development 一节的公开片段只有 tdd红-绿-重构和开头被截断的 triage-issue。文末截图是技能在会话中被调用时的界面。生态与依赖宿主是 Claude Code上游是 Anthropic 的 SKILL.md 约定下游产出物落在 GitHub issue 上——隐性强依赖 GitHub 工作流。技能本体是文本运行时依赖极低真正的依赖是宿主的能力假设能不能并行子 Agent、能不能调 Skill 工具、能不能读 docs。行业与商业视角推断非素材事实当模型能力趋于同质差异会挪到工作流编排与上下文工程这一层。SKILL.md 正在变成 Agent 能力的标准分发单元配套的 npx 安装器与 registry 有机会成为新的「npm 层」。同时技能是注入 Agent 上下文的可执行指令第三方技能包的信任与审计成本会浮上来。至于本仓库本身——MIT、免费、个人目录形态上更像个人品牌与影响力资产而不是直接售卖的产品素材里没有任何商业化声明或定价信息。成熟度与风险先看元数据因为它本身可疑Stars 277,707、Forks 23,262、Watchers 277,707、Open issues 419、Contributors 4。Watchers 与 Stars 数值完全相同8 个月攒下 27 万 star——这是顶级基础设施项目多年的量级。这个数字不能当采用规模看需要存疑。结构上是典型的单人项目4 位贡献者419 个 open issue。技能本体是提示文本没有自动化测试能验证「技能是否变好」效果高度依赖宿主模型与上下文Claude Code 的插件与 Skill 工具约定一旦变动迁移成本直接落到这个仓库。In-Progress / Deprecated 分类也说明技能集本身在漂移。素材边界也要交代CodeWiki 给出的技能清单ask-matt、grill-with-docs、prototype、grilling、writing-for-agents、implement-spec、git-guardrails-claude-code比 README 公开片段更全两者并不一致DeepWiki 的深度解析本次被 Vercel 安全校验拦下没有第二个源码级来源可以印证。整体属单一来源、部分存疑。该抄的不是那几条 prompt而是它把协作手艺当软件管的工程约束——分档、版本、双轨文档。当高质量参考用别当生产级依赖。 mattpocock/skills：把「怎么和编码 Agent 协作」做成 npx 可装的技能包
你在 Claude Code 里聊了半小时需求聊明白了然后会话一关共识散了没有 PRD没有 issue没有拆票第二天再解释一遍。mattpocock/skills 想填的就是这段「写代码之前」的真空——它是 TypeScript 教育者 Matt Pocock 把自己.claude目录里的提示与工作流固化成的一套 Agent Skills 包按技能粒度安装一行命令npx skillslatest add mattpocock/skills/to-prd它不是运行时库而是一个「内容 分发」工程主体是 Markdown。仓库 2026-02-03 创建最近一次推送是 2026-10-06MIT 协议主要语言标注为 Shell。核心概念每个技能一份 SKILL.md声明用途、调用方式与依赖。据 CodeWikiGemini 自动解析未声明逐行核对源码分类即等级只有engineering/与productivity/下的技能算 promoted进入插件分发与主文档另有 Misc、In-Progressbeta、Deprecated 三类。调用模式二元论user-invoked只能人调多做编排如 ask-matt、grill-me与 model-invoked模型也能调封装可复用的「纪律」如 prototype、grilling。可靠性靠显式的「Call the Skill tool」指令兜。依赖分档hard-dependency 必须先跑/setup-matt-pocock-skillssoft-dependency 不配也能跑。分档的显式目的是省 token——只在必要时才把 setup 指引塞进上下文。架构五层技能目录层CLAUDE.md 定义分桶与 promoted 规则→ SKILL.md 定义层 → 文档层双轨Agent 读 SKILL.md人读docs/下遵循统一模板的页面模板见.agents/writing-docs.md→ 版本层.changeset跟踪新技能、调用约定变更与 bug fix发布 mattpocock-skills 包→ 分发层Claude Code 插件为主路径skills.sh 为旁路。文末架构图对应这套层次划分。数据流本质是「文本 → 上下文」安装把 SKILL.md 落到目标环境会话中显式调用文本被注入 Agent 上下文产出 PRD、issue、设计、重构计划这类外部工件。怎么装三条路按技能 npx 安装见上例可只装单个Claude Code 插件支持按需挑选技能集合skills.sh 脚本把可编辑的技能文件拷进项目适配非 Claude 的 Agent 环境。怎么用README 公开的 Planning Design 一节列出五个to-prd把当前对话上下文合成为 PRD提交为 GitHub issue。README 明确写了「不做访谈只做综合」——它假设你已经聊清楚了。to-issues用 vertical slice 把 plan/spec/PRD 拆成彼此独立、可单独认领的 issue。grill-me围绕 plan 或 design 反复追问直到决策树每个分支都有答案被描述为无状态。design-an-interface用并行子 Agent 为一个模块生成多个「激进不同」的接口设计。request-refactor-plan访谈式产出小步提交、可评审的重构计划归档为 issue。Development 一节的公开片段只有 tdd红-绿-重构和开头被截断的 triage-issue。文末截图是技能在会话中被调用时的界面。生态与依赖宿主是 Claude Code上游是 Anthropic 的 SKILL.md 约定下游产出物落在 GitHub issue 上——隐性强依赖 GitHub 工作流。技能本体是文本运行时依赖极低真正的依赖是宿主的能力假设能不能并行子 Agent、能不能调 Skill 工具、能不能读 docs。行业与商业视角推断非素材事实当模型能力趋于同质差异会挪到工作流编排与上下文工程这一层。SKILL.md 正在变成 Agent 能力的标准分发单元配套的 npx 安装器与 registry 有机会成为新的「npm 层」。同时技能是注入 Agent 上下文的可执行指令第三方技能包的信任与审计成本会浮上来。至于本仓库本身——MIT、免费、个人目录形态上更像个人品牌与影响力资产而不是直接售卖的产品素材里没有任何商业化声明或定价信息。成熟度与风险先看元数据因为它本身可疑Stars 277,707、Forks 23,262、Watchers 277,707、Open issues 419、Contributors 4。Watchers 与 Stars 数值完全相同8 个月攒下 27 万 star——这是顶级基础设施项目多年的量级。这个数字不能当采用规模看需要存疑。结构上是典型的单人项目4 位贡献者419 个 open issue。技能本体是提示文本没有自动化测试能验证「技能是否变好」效果高度依赖宿主模型与上下文Claude Code 的插件与 Skill 工具约定一旦变动迁移成本直接落到这个仓库。In-Progress / Deprecated 分类也说明技能集本身在漂移。素材边界也要交代CodeWiki 给出的技能清单ask-matt、grill-with-docs、prototype、grilling、writing-for-agents、implement-spec、git-guardrails-claude-code比 README 公开片段更全两者并不一致DeepWiki 的深度解析本次被 Vercel 安全校验拦下没有第二个源码级来源可以印证。整体属单一来源、部分存疑。该抄的不是那几条 prompt而是它把协作手艺当软件管的工程约束——分档、版本、双轨文档。当高质量参考用别当生产级依赖。