本栏的定期观察又开新一轮。前几轮的目光大多停在货架的显眼处：四个办公文档闸、造件机、被拆过一轮又一轮的新星。这轮换个走法——把官方仓库（anthropics/skills）里站在光环外面的第二排住户翻出来，一次盘七个：mcp-builder、web-artifacts-builder、frontend-design、doc-coauthoring、internal-comms、slack-gif-creator、canvas-design。
七个件有一个共同的底色：第一排解决「能不能写出来」，第二排解决「写得好不好」。四个文档闸教 Claude 生成 docx、xlsx、pdf、pptx，造件机教它造 skill，这些都是「能力件」；而第二排装的东西明显不同——工具怎么设计才好用、界面怎么写才不土、内部通报什么语气不能出现、海报怎么出图才可控。这些都是「判断力件」。官方真正在做的一门生意，是把品味写成规则、打包上架。本文不比各家星数与出身，这类数字变动太快，只谈定位、写法与适用边界，具体数据以各家仓库为准。
| Skill | 功能完整度（25%） | 设计质量（25%） | 实战效果（20%） | 上手难度（15%） | 社区活跃度（15%） | 加权总分 |
|---|---|---|---|---|---|---|
| mcp-builder | ★★★★★ | ★★★★★ | ★★★★ | ★★★★ | ★★★★★ | 4.7 |
| frontend-design | ★★★★ | ★★★★★ | ★★★★ | ★★★★★ | ★★★★ | 4.4 |
| web-artifacts-builder | ★★★★ | ★★★★ | ★★★★ | ★★★★★ | ★★★★ | 4.2 |
| internal-comms | ★★★★ | ★★★★ | ★★★★ | ★★★★★ | ★★★ | 4.0 |
| canvas-design | ★★★★ | ★★★★ | ★★★★ | ★★★★ | ★★★ | 3.9 |
| doc-coauthoring | ★★★★ | ★★★★ | ★★★ | ★★★★★ | ★★★ | 3.8 |
| slack-gif-creator | ★★★★ | ★★★★ | ★★★ | ★★★★ | ★★★ | 3.7 |
定位：教 Claude 现造一台 MCP 服务器。MCP（Model Context Protocol）是 Anthropic 在 2024 年底开放的协议，把「模型能调用的外部能力」标准化成工具、资源、提示词三件套，开放之后第二年，主要对手家也宣布接入，如今已经是 Agent 接外部系统的事实标准。mcp-builder 这个 skill 干的事，就是让 Claude 按协议规范，把一个数据库、一份内部 API、一个命令行工具，封装成可挂载的 MCP server。
亮点：它的价值不在脚手架——生成一个能跑的 server 骨架，任何带文档的模型都做得到。值钱的是它把「工具设计学」写成了规则：工具要少而精，不要把 API 原样翻译成五十个工具；返回给模型的结果要有可读的错误说明，而不是甩一个异常堆栈让它瞎猜；列表类返回要分页，输入要校验。这些是把「能调用的接口」变成「模型好用的工具」的隐性经验，散落在各家最佳实践里，第一次被集中钉进一份 SKILL.md。
短板：模板有保质期。协议和官方 SDK 迭代不慢，skill 里钉死的写法可能落后于当前版本，照抄前值得先对一眼 SDK 文档。另外它交付的是代码不是部署——server 生成后，怎么挂到客户端、怎么发版维护，仍要自己动手。
设计要点：这是「卖判断」类 skill 的样本。判断类 skill 的写法核心是禁令加示例：不说「要设计好」，而说「错误信息必须包含下一步该做什么」。规则越具体，模型越有处落脚。
定位：对抗「AI 味」审美。让模型裸写前端，出来的东西千篇一律——紫色渐变、圆角卡片、安全到无聊的配色，行话里被叫作「AI slop」。这个 skill 做的事，是在写第一行代码之前，先逼出一个明确的美学方向：这是什么气质的产品，用什么字体气质、什么色彩策略、什么版式骨架，然后沿着这个方向一走到底。
亮点：它承认了一个行业真相——模型的默认输出是统计意义上的「平均审美」，而平均等于平庸。skill 的价值不是教模型新技术，而是用具体规则把它推离均值。要求用真实内容而不是占位文本、要求一个贯穿全局的视觉主张、禁止安全但无聊的默认值，这些约束合起来，产出和裸写是两个世界。
短板：品味难编码。规则写得越具体越好用，但也越容易过时——今天的「高级感」明年就可能变成新的「AI 味」。它防得住「丑得雷同」，防不住「怪得雷同」：所有使用者遵循同一套审美规则，反向制造新的趋同，这是这类件的原生悖论。
设计要点：审美件的代表作。它的 SKILL.md 大篇幅在描述「什么样的东西不许出现」，负面清单写满，正面空间自然打开。
定位：造单文件 HTML 成品。无构建步骤、无 npm install、无依赖安装，所有代码装进一个 HTML 文件，浏览器打开就能跑。适合交互演示、小游戏、数据可视化这类「要的是一个成品而不是一个工程」的场景。
亮点：对「无构建」的偏执是它最值钱的约束。前端工具链的复杂性——打包器、依赖树、版本冲突——全部被砍掉，产物因此可分享、可托管、可随时打开。它的 SKILL.md 积累的是「单文件里怎么组织多组件」的土办法：模块怎么划、状态怎么管、常见运行时错误怎么避。这些经验单靠模型自己摸索，要走不少弯路。
短板：天花板锁死在 artifact 形态。真项目迟早要路由、要持久化、要后端，走到那一步它就退出，把位置让给正规工程。对已经活在 npm 世界里的熟手，这些约束甚至是倒退——它的目标用户是「要成品不要工程」的人。
设计要点：它和 mcp-builder 是一对镜像：一个教「依赖越少越好」，一个教「封装越规整越好」。选哪个，取决于你要交付的是演示还是系统。
定位：把「一起写文档」立成有阶段的流程。不是一键生成三千字，而是先弄清意图、再给结构、再出稿、再按反馈逐轮迭代——每一步都留出用户拍板的路口。
亮点：它处理的是人机共创里最容易被忽略的权责问题：文档是用户的，Claude 只是代笔。多数写作场景翻车，不是文笔不行，而是模型一口气跑到底、用户失去掌控。分阶段推进、每步可回退，把主导权留在人手里，这是它比「帮我写个文档」这类裸提示高明的地方。写规格、写方案、写长文档，过程越正式它越有用。
短板：流程感偏重。随手写个便签、改段邮件，走它的全套流程反而比直接对话慢。它管的是「成文过程」，不管「内容对错」——事实核查不归它，用它写的文档照样需要校对事实。
设计要点：「卖流程」的代表。它的 SKILL.md 把共创拆成显式阶段，每个阶段定义输入、输出与退出条件——这是工作流类 skill 的标准骨架。
定位：写公司内部文体——全员公告、变更通知、状态更新、故障复盘通报。内部文体和对外公关是两个物种：读者是同事，套话会被当场识破。
亮点：它吃准了内部写作的分寸感：语气要像人不像公关稿，坏消息要直说不遮掩，背景要给足但别注水。这些是通用写作 skill 不会教的细节，也正是内部通报最容易翻车的地方——员工对「我们深知大家对此非常关注」这类句式的耐受度是零。skill 把「哪些话不许出现」写成了硬规则，产出立刻从广播稿变成同事说话。
短板：深度绑定英文企业文化的低语境表达——直接、坦白、带点自嘲。这套分寸搬到中文职场要重新校准，中文内部通报有自己的格式传统和措辞禁区，直接套用会水土不服。另外模板味控制不好的话，全员邮件会越长越像一个腔调。
设计要点：「语气件」的代表。它证明了一件事：语气这种最虚的东西，也能靠禁令清单写得可执行。
定位：给 Slack 造表情动图。需求极窄：一张能在 Slack 里当 custom emoji 或频道表情用的 GIF。但链路一点不窄——逐帧渲染、合成动图、压体积、卡着平台的尺寸与文件大小上限出活，一步都不能省。
亮点：小而完整。这类「窄而全」的件是货架上最容易被低估的品种：多数人一年用不上一次，但用上一次就实打实省下一小时。手搓一张达标表情的实际工序相当琐碎——尺寸要卡、帧数要控、体积要压、循环要顺滑——skill 把整条工序写全，模型就不用在参数上试错。
短板：平台绑定。Slack 改一版表情规范，skill 就得跟着改；换了 Discord 或飞书，上限和口味又是另一套。它的实用半径被平台圈死，这是所有平台件的宿命。
设计要点：「卖链路」的代表。窄赛道 skill 的写法要诀就一条：把链路写到一步不省。工序断在任何一处，产出就废在那一处。
定位：海报与视觉设计件，路线是代码出图（PNG/PDF），不走生成模型抽卡。尺寸、留白、字距、栅格，全部由代码说了算。
亮点：确定性是它对生成式路线的碾压点。改一个参数重出一张，不用重掷骰子；文字排版尤其稳——生成模型写长段落必出错字，代码排版永远不会。它的 SKILL.md 把设计原则（栅格、对比、视觉层级、色彩纪律）翻译成可执行的出图指令，等于给 Claude 发了一本速成版平面设计手册。
短板：代码画图的天花板在几何与排版。要照片质感、插画质感、品牌质感，还是得出门找生成模型——两条路线是互补不是替代。另外它默认使用者懂一点设计语言，「层级」「呼吸感」这些词对纯小白仍有理解成本。
设计要点：它和已拆过的 algorithmic-art 是一对同门兄弟：那边是艺术向的「给随机上锁」，这边是设计向的「按规范出图」。同一条技术路线，服务两种审美意图。
七个件排开，按「卖什么」能分成三类，恰好对应 skill 设计的三条路线：
三条路线合起来看，官方货架的完整版图才浮现出来：能力件管「做得了」，判断件管「做得好」，链路件管「出得来」，流程件管「走得稳」。多数第三方 skill 挤在第一类里卷，后三类的供给仍然稀疏——想做差异化，第二排比第一排机会大。
flowchart TD
A["想给Claude补一件能力"] --> B{"缺的是什么"}
B -->|外部系统入口| C["mcp-builder"]
B -->|网页成品| D["web-artifacts-builder"]
B -->|界面要好看| E["frontend-design"]
B -->|文档共创| F["doc-coauthoring"]
B -->|内部通报| G["internal-comms"]
B -->|表情动图| H["slack-gif-creator"]
B -->|海报视觉| I["canvas-design"]
C --> J["生成server后挂载"]
D --> K["浏览器直接打开"]
E --> K
F --> L["成稿进评审"]
G --> M["定稿即发送"]
H --> N["拖进Slack可用"]
I --> O["PNG或PDF交付"]
官方件的安装路径统一：仓库里每个子目录对应一个 skill，把需要的目录拷进 Claude Code 的技能目录即可自动识别；也可以直接在 Claude Code 的插件市场里装官方 example-skills 包，一次带走全部。
# 拉取官方仓库
git clone https://github.com/anthropics/skills
mkdir -p ~/.claude/skills
# 拷贝需要的 skill（以 mcp-builder 为例，其余同理）
cp -r skills路径下的mcp-builder目录 ~/.claude/skills/
# mcp-builder 产出的 server，用一行命令挂载
claude mcp add my-server -- python server.py
# web-artifacts-builder 的产物是单个 HTML，打开即用
open index.html
# slack-gif-creator 与 canvas-design 内置出图链路，按 SKILL.md 指引逐步执行即可
这轮盘完第二排，最大的感受不是某一件多能打，而是货架的分层逻辑：官方在系统性地把人类协作里的软技能——审美、语气、工具品味、共创流程——一件件硬化成可分发的规则文件。第一排的能力件决定了 Claude 能做什么，第二排的判断件决定了它做得像不像个老手。对使用者，下次装 skill 前先问自己缺的是能力还是判断，别再只盯着四个文档闸；对写件的人，第二排留出的空位远比挤满的第一排多——你所在行业里那些「老手说不出口但一出手就知道」的分寸感，就是下一个 skill 的题材。
claude mcp add 命令说明[!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 等场景全覆盖。