本期 Skills 生态观察换了一个打开方式：榜单站点本期未能联网核验，与其引用拿不准的热度数字，不如对账一个真实装机的全部货架。本次实测样本来自一台开发者机器的 ~/.claude/plugins/ 目录与项目级 ~/skills/ 目录，用目录枚举逐架点货。核心发现有三条：其一，官方插件市场里藏着一整套「教人造插件」的 plugin-dev 八件套，从骨架到权限拆成八道工位，是本期最值得说的事件；其二，「教人写 Skill」这一格出现了罕见的撞名现场——同一个 skill-creator 名下实测存在四份拷贝；其三，厂商件开始进场，Stripe 把自家最佳实践直接做成了 Skill 送上官方货架。以下所有仓库目录、件数、命名，均为本机目录枚举所得，可以逐条复现。
先说清楚材料边界。生态周报通常的写法是抓聚合市场的热度榜，但本期榜单类信息源（skillsmp.com、skills.sh 等）未能联网核验，按照「拿不准就舍弃」的原则，本文不引用任何热度、下载量、Star 数。
替代方案是把一台真实机器当样本：装机目录本身就是生态的一个切片。谁被装进来了、官方货架上都摆了什么、同一格子里挤了几件同类货——这些用目录枚举就能实证，而且比二手榜单更能反映「真实用户最后留下了什么」。局限也很明显：没有上架日期，没有增速，无法回答「新不新」的问题；本文所有评分也只能基于货架形态做编辑判断，会在评测表处明确标注。
先看全景，四个货架的分布如下：
mindmap
root((一台机器的四个货架))
官方示例货架
硬格式四件 docx xlsx pdf pptx
创意四件 canvas-design theme-factory 等
元件 skill-creator mcp-builder
网页三件 webapp-testing 等
官方插件市场
plugin-dev 八件套
stripe 厂商件
hookify 与配置两件
笔记软件货架
obsidian 三件套
又一份 skill-creator
自制产线
课程视频四件
知识卡片与素材混剪
本期最值得说的一件事，藏在 claude-plugins-official 这个官方插件市场里。目录枚举显示，市场里除了 frontend-design 这类「能干活」的插件，还整整齐齐码着一个 plugin-dev 插件，内含八件 Skill：
从命名就能看出官方的意图：这不是一件「帮你写代码」的 Skill，而是一套「把插件开发拆解成标准工序」的教学件。八件恰好覆盖了 Claude Code 插件体系的全部扩展点——Skill、斜杠命令、Hook、子代理、MCP 集成，再加上插件骨架（plugin-structure）和权限设置（plugin-settings）两个收尾工位。换句话说，之前社区流行的 skill-creator 只教你怎么写单个 SKILL.md，而 plugin-dev 八件套教的是怎么交付一个完整的插件产品。
把这套工序画出来是这样的：
flowchart TD
A["想法：要个什么插件"] --> B["plugin-structure 定骨架"]
B --> C["skill-development"]
B --> D["command-development"]
B --> E["hook-development"]
B --> F["agent-development"]
B --> G["mcp-integration"]
C --> H["plugin-settings 配权限"]
D --> H
E --> H
F --> H
G --> H
H --> I["对照 example-plugin 交作业"]
这张图里有个容易被忽略的设计：八件套不是让你全用，而是按需取件。只想加一个斜杠命令的人，走 command-development 一条线就够；想做自动化脚手架的，才需要 hook-development 和 agent-development。这种「按扩展点分件」的组织方式，比把所有知识塞进一个大而全的 SKILL.md 高明——它天然对齐了 Skill 系统的按需加载机制，不用的工位不占上下文。
配套的 example-plugin 值得单独点名。官方没有只给说明书，还附了一份标准答案插件，里面放着一件最小的 example-skill。对新手来说，「照着最小可运行的例子改」永远是上手成本最低的路径。这也是为什么本文给八件套的上手难度打出高分。
安装命令（Claude Code 会话内执行，市场名以本地目录为准）：
/plugin marketplace add anthropics/claude-code
/plugin install plugin-dev@claude-plugins-official
同一市场里还有一件值得单独拎出来的货：stripe 插件，内含 stripe-best-practices 一件 Skill。
这件事的信号意义大于内容本身。此前生态里的 Skill 大多来自两类作者：官方和社区个人。厂商以第一方身份把自己的 API 使用最佳实践封装成 Skill 送上官方市场，意味着「Skill」正在从个人效率玩具变成厂商的官方集成渠道。对开发者来说，这比读一版可能过时的集成文档更可靠——Skill 是跟着 Claude Code 会话实时生效的，厂商更新 Skill 就等于更新了你的集成知识。
对其他 SaaS 厂商而言，这几乎是一份可以照抄的作业：与其等社区给你写三手教程，不如自己维护一件 stripe-best-practices 式的官方件。可以预期后续会有更多厂商跟进这个模式，官方市场里的「厂商件」货架值得每期盯一眼。
需要提醒的短板：厂商件天然自带立场。Stripe 的最佳实践当然是最懂 Stripe 的，但它不会告诉你什么时候该用竞品。读厂商件时保持一层「这是销售话术还是工程实践」的滤镜，是有必要的。
安装命令：
/plugin install stripe@claude-plugins-official
官方市场里还有一组「调机器」的小件，本期打包点评。
hookify 插件内含 writing-rules 一件。从命名看，它的定位是把「怎么写规则」本身做成 Skill——Hook 是 Claude Code 里最容易被滥用的扩展点，规则写得笨，每次工具调用都会被无谓拦截；写得聪明，才能在恰当的时机触发。专门为「写规则」立一件 Skill，说明官方已经观察到社区在 Hook 用法上的大量翻车案例。
claude-md-management 插件内含 claude-md-improver 一件，定位是帮你改 CLAUDE.md。这是生态里很典型的一类「元 Skill」：不干活，只优化你跟 Agent 的沟通契约。CLAUDE.md 写得好坏直接决定每次会话的质量，但大多数人只会往里堆喜好清单。一件专职的改进器，属于那种平时想不起来、用一次就离不开的工具。
claude-code-setup 插件内含 claude-automation-recommender 一件，从命名看是推荐自动化配置的顾问件。它和前两件构成一条完整的「装机后调优」链路：先让 recommender 看你该配什么，再用 hookify 写规则，最后用 improver 修说明书。
三件共同的特点是轻、专、单文件形态，缺点也很一致：功能边界窄，属于「配套件」而非「主力件」，单独拎出来都不足以成为装机理由，但作为官方市场的标配赠品，几乎没有拒绝的理由。
/plugin install hookify@claude-plugins-official
/plugin install claude-md-management@claude-plugins-official
/plugin install claude-code-setup@claude-plugins-official
本期最有戏剧性的发现，是「教人写 Skill」这一格的拥挤程度。目录实测，同一台机器上存在四份 skill-creator：
anthropic-agent-skills/skills/skill-creator/ —— 官方示例货架版obsidian-skills/skills/skill-creator/ —— Obsidian 官方货架版plugins/skill-creator/skills/skill-creator/ —— 独立插件版plugins/skill-creator-simple/skills/skill-creator/ —— 另一个独立插件版同一名字四份拷贝，外加 installed 清单里还能看到 skill-factory、skill-seekers、skill-sync-github 三个邻位条目——这个赛道已经卷到什么程度，不用看榜单就能想象。生态热是好事，但撞名本身就是问题：用户装哪份？谁的正宗？出冲突听谁的？目前 Claude Code 的命名空间并没有对这种重名做显式裁决机制，靠的是插件名前缀隔离。当「skill-creator」从一个产品名变成一个品类名，真正的品牌分化就该开始了——就像当年每个框架都要有一个自己的 CLI 一样。
类似的碎片化在装机清单里到处都是：pptx 名下有 pptx、pptx-official、pptx-generator、pptx-manipulation、pptx-test 五个条目；ericsson-ppt-writer 有原版、v2、sc 三个变体；course-video-maker 有基础版、zh、en、link 四个变体。生态正在从「缺工具」阶段进入「同名工具过剩」阶段，下一阶段的胜负手会是命名权威和信任背书，而不是功能数量。
第三个货架来自 Obsidian 官方，四件 Skill：obsidian-markdown、obsidian-bases、json-canvas，外加一份自己的 skill-creator。
这四件的组合值得琢磨：三件是笔记软件的格式能力（Markdown 方言、Bases 数据视图、Canvas 白板格式），一件是教人写 Skill 的元件。把 skill-creator 放进自家货架，等于明示「欢迎你为 Obsidian 写自己的 Skill」——笔记软件官方下场做 Agent 生态，瞄准的是「把个人知识库直接接进编码 Agent」的场景。
对用户的价值很直接：装上这四件，Claude Code 就能正确读写你的 Vault，而不是把 Obsidian 的特殊语法当成普通 Markdown 处理坏格式。这类「领域方言保护件」会越来越多，下一个大概率是 Notion、Logseq 或者语雀。
/plugin marketplace add kepano/obsidian-skills
/plugin install obsidian-markdown@obsidian-skills
（市场来源以上游仓库为准，本地目录名为 obsidian-skills。）
最后一个货架不属于任何市场，是这台机器主人的手工作坊：~/skills/ 目录下七个 SKILL.md，全部围绕「把知识做成课程视频」这一条产线——course-video-maker 及其中英变体、knowledge-to-course、knowledge-card-pro、video-remix、ericsson-ppt-writer-v2，外加 workflows 子目录里的一件 gsma-spec-to-video。
两个细节比 Skill 本身更有信息量。其一，目录里躺着一件 _archived_arxiv-to-video——下划线前缀加 archived 标记，说明这位作者在用文件系统的手段管理 Skill 的生命周期：不删，但让它退出现役。这几乎就是个人 Skill 库的版本管理雏形。其二，同一产线存在中英双版本和多个代际（v2），说明真实使用中「同一个 Skill 的多语言、多版本并存」是刚需，官方生态目前没有给出这个问题的标准答案。
这个样本对想自建 Skill 库的读者的启示：先跑通一条完整产线再横向复制，比一次铺开十个半成品要有效得多。
评分口径说明：本期无法联网核验热度数据，「社区活跃度」按托管方与维护形态代理；「实战效果」结合此前各期拆解记录与货架形态推断；均为编辑判断，供排序参考。五维权重沿用固定口径：功能完整度 25%、设计质量 25%、实战效果 20%、上手难度 15%、社区活跃度 15%，折算为五星制。
| 评测对象 | 功能完整度 | 设计质量 | 实战效果 | 上手难度 | 社区活跃度 | 加权 |
|---|---|---|---|---|---|---|
| plugin-dev 八件套 | ★★★★★ | ★★★★★ | ★★★★ | ★★★★ | ★★★★ | 4.60 |
| 官方 example-skills 货架（整体） | ★★★★★ | ★★★★ | ★★★★★ | ★★★★★ | ★★★★★ | 4.90 |
| stripe-best-practices | ★★★★ | ★★★★ | ★★★★ | ★★★ | ★★★★ | 3.95 |
| obsidian-skills 四件 | ★★★★ | ★★★★ | ★★★★ | ★★★★ | ★★★★ | 4.00 |
| hookify（writing-rules） | ★★★ | ★★★ | ★★★ | ★★★★ | ★★★ | 3.15 |
| claude-md-improver | ★★★ | ★★★ | ★★★ | ★★★★★ | ★★★ | 3.30 |
| claude-automation-recommender | ★★★ | ★★★ | ★★★ | ★★★★ | ★★★ | 3.15 |
| 自制课程产线（七件） | ★★★ | ★★★ | ★★★★ | ★★ | ★ | 3.05 |
说明：example-skills 货架此前已有多期逐件拆解（docx、pptx、skill-creator、mcp-builder 等均已单独成文），本期不再重复展开，只保留其在总账中的位置。
按结构完整度（一套件覆盖多少工序）：plugin-dev 八件套 ＞ obsidian-skills 四件 ＞ 官方示例货架 ＞ 配置三小件。
按上手友好度（装完到见效的距离）：example-skills（即装即用）＞ claude-md-improver（一次会话见效）＞ obsidian-skills（需要有个 Vault）＞ plugin-dev（需要带着一个真实想做的插件来）＞ 自制产线（需要自己会改）。
按生态信号强度（值得长期盯的理由）：stripe-best-practices（厂商进场第一枪）＞ plugin-dev 八件套（官方确立插件开发标准工序）＞ 四份 skill-creator 撞名（赛道内卷的实证）＞ obsidian-skills（垂直软件官方跟进）＞ 配置三小件（成熟但平淡）。
_archived_ 前缀的退役机制——本机样本验证了这是最低成本的版本管理方案。本期观察窗口因为无法核验榜单而改成了实地点货，结果反而比追热度榜更有收获：热度榜告诉你谁在涨，货架清点告诉你谁被留了下来。一台机器、四个货架、三百多个装机条目，官方用八件套划定插件开发的标准工序，厂商用 Stripe 试水官方集成渠道，四个 skill-creator 在同一格货架里互相踩脚，个人作者用下划线管理生命周期——生态的每个阶层都在本期留下了自己的指纹。下一期观察将回归常规窗口，届时如果榜单可核验，本期的货架清点正好可以作为热度的对照组：榜单上的名次和真实装机留存之间的差值，才是这个生态最诚实的部分。
_archived_ 归档件的实测来源[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。