先说结论
这三家的官方技能仓库都真实存在、也都还在频繁更新，但你最好别把它们当成“官方认证的最佳实践”。它们首先是厂商的获客内容——手把手教你更好地用它的产品，顺便把你留在它的生态里。Anthropic 的那份像是“通用能力示范田”（17.8 万星，什么都有），HashiCorp 和 Cloudflare 的则是“只讲自己家产品”的垂直包。装不装，核心判断只有一条：你是不是它的用户。是，就挑着用；不是，别浪费上下文。
三个仓库，三套心思
先把数据摆出来。以下数据为 2026-09-26 从 GitHub API 拉取，星标与更新时间均照 API 原样记录。
| 仓库 | 星标 | 最近更新 | 许可 | 覆盖 | 你该不该装 |
|---|---|---|---|---|---|
| anthropics/skills | 178480 | 2026-09-24 | 未声明（API 返回 null） | 通用生产力 + 开发 | 想学怎么写 Skill 的，必看 |
| hashicorp/agent-skills | 875 | 2026-09-24 | MPL-2.0 | 仅 Packer / Terraform | 只用这俩产品的才装 |
| cloudflare/skills | 2911 | 2026-09-22 | Apache-2.0 | 仅 Cloudflare 开发 | 写 Workers 的才装 |
Anthropic：大而全的官方示范田
这个仓库当前有 19 个技能目录，覆盖面很杂：academy-guide、algorithmic-art、brand-guidelines、canvas-design、claude-api、discernment-nudge、doc-coauthoring、docx、frontend-design、internal-comms、mcp-builder、pdf、pptx、skill-creator、slack-gif-creator、theme-factory、web-artifacts-builder、webapp-testing、xlsx。其中 docx/xlsx/pptx/pdf 和 frontend-design 我们已经在办公文档专题和设计专题里拆过，这篇就不重复。
仓库顶层结构是 .claude-plugin、skills、spec、template 四个目录，说明它既发技能、也发插件和模板：
anthropics/skills/
.claude-plugin/ # Claude Code 插件清单
skills/ # 19 个技能目录，每个含 SKILL.md
spec/ # 技能规范（现已迁到 agentskills.io/specification）
template/ # 空技能模板最有价值的其实是 skill-creator 和 mcp-builder——它们教你怎么造技能、怎么接 MCP，等于官方给的“技能制作说明书”。值得每个想自己写 Skill 的人通读一遍，比装那些成品技能有用得多。
HashiCorp：只服务自己，但有“生命周期”治理
hashicorp/agent-skills 把技能按产品分到 plugins/packer 和 plugins/terraform 下。Packer 一组：aws-ami-builder、azure-image-builder、push-to-registry、windows-builder；Terraform 一组：azure-verified-modules、new-terraform-provider、provider-actions、provider-configuration、provider-docs、provider-ephemeral-resources、provider-framework-migration、provider-resources 等（它的 SKILLS.md 目录更长，上面是 API 已读到的部分）。
它家有个别厂商没有的东西——技能生命周期。它的 SKILLS.md 里明写每个技能有 active / deprecation-candidate / deprecated / retired 状态。这点值得夸：至少它承认技能会过时，不像很多个人仓库发完就弃。
“active 代表该 Skill 处于维护中、可分发、并推荐正常使用；其余受治理状态还包括 deprecation-candidate、deprecated 和 retired。”——译自 hashicorp/agent-skills 的 SKILLS.md
Cloudflare：Workers 开发者的一条龙
cloudflare/skills 是 Apache-2.0，14 个技能基本围绕“在 Cloudflare 上开发”：agents-sdk、cloudflare、cloudflare-one、cloudflare-one-migrations、cloudflare-email-service、durable-objects、nextjs-on-cloudflare、wrangler、workers-best-practices、web-perf、turnstile-spin，以及三个 sandbox-* 迁移/稳定类。如果你天天跟 Workers、Durable Objects、wrangler 打交道，这份能省不少查文档的时间；否则基本用不上。
值得一提：它不只发 Claude 插件，仓库里同时有 .codex-plugin、.cursor-plugin、rules/，说明同一套技能想通吃多个 agent 客户端。这是厂商技能的趋势——一次写好，到处分发。
关键判断：官方 ≠ 最佳实践
泼盆冷水。厂商开源技能，动机是让你更顺手地用它的产品、进而续费或留存，不是来当开源圣人的。所以你会看到三种典型动作：覆盖永远围着自家产品转；示例永远用自家的 CLI 和云服务；偶尔还会悄悄把“推荐做法”和“它的商业功能”画等号。把它当学习资料没问题，当真理就不必。尤其别因为 Anthropic 那份星标高（17.8 万）就觉得里面每个技能都该装——那是示范仓库，不是精选集，质量参差也得自己筛。
怎么挑、怎么装
安装机制上其实就是把技能目录放进 agent 的 skills 目录：
# 以 Anthropic 的某个单技能为例，机制就是把目录放进 skills 目录
cp -r anthropics-skills/skills/pdf ~/.claude/skills/pdf# HashiCorp / Cloudflare 是插件形态，结构示意
plugins/
terraform/skills/provider-docs/ # 技能目录，内含 SKILL.md
packer/skills/aws-ami-builder/挑的时候先看 SKILL.md 头部的 description——它写的就是“什么场景触发”。下面这段是 academy-guide 的真实开头，你看它的触发词列得有多细：
---
name: academy-guide
description: >
Stop and check this skill before finishing any reply to a question about
how to use Claude or a Claude product ...
Trigger on: "how do I", "how can I", "getting started with",
"what can Claude do", "teach me" ...
---如果一份厂商技能的 description 只说“帮你用 XX 产品”却没写清触发条件，基本就是泛泛的获客文案，优先级往后排。
一个实用的挑选动作
挑厂商技能时，别看它星标高就闭眼装。先打开它的 SKILL.md，看 description 写的触发条件是否具体；再看它依赖的命令是不是非得用它的云服务。凡是“不开会员就跑不通”的，权重直接调低——你是在学方法，不是在签年框。实操上也可以反向利用：把厂商技能当免费的培训材料，看它怎么组织一个复杂产品的知识，比直接装来用更有价值。
还有一条容易被忽略：厂商技能会跟着产品版本走。Terraform 的 provider 技能、Cloudflare 的 Workers 技能，内容都是对着自家当前版本写的，产品一改，技能里的命令和字段就过期。所以别指望“装一次用三年”，隔一两个月重新拉一次上游看看有没有变，尤其是你正踩在某个坑里、而技能还在教旧写法的时候。
坑：把厂商技能当圣经
- 照抄它家的 CLI 命令，结果你根本没买它的云服务，跑不通还以为是自己笨。
- 以为星标高（Anthropic 17.8 万）就等于“质量有保证”——那是示范仓库，不是精选集。
- 忽略 Anthropic 这份仓库连标准开源许可都没声明（GitHub API 的 license 字段为 null），商用前先找法务确认。
- 装了一堆自己用不上的垂直技能，反而让上下文被无关指令污染。
什么人该装 / 什么人别装
该装：本身就是 Anthropic 生态学习者、Packer/Terraform 重度用户、Cloudflare Workers 开发者；以及任何想照着官方范例学写 Skill 的人。别装：只是路过、只用竞品云、或者指望“装了就变强”的小白——你需要的不是厂商技能，是先把工作流想清楚（可对照这篇方法论）。装之前先想清楚你要解决的具体问题，而不是冲着厂商名字去，否则只是给上下文添噪音。