Skill 体重学：从一行薄壳到全家桶——写第一个 Skill 之前，先给任务称重

概述

一、第零步为什么缺位

先盘点已有资产。八种写法回答「好 Skill 的句子长什么样」；从拆到造回答「从空目录到发布的顺序是什么」；预检清单回答「写完之后拿什么尺子量」；禁令与编排回答「句子用什么范式控制模型」。四篇共享一个未言明的前提：你已经决定写一个什么形态的 Skill 了。可新手面对空目录时的真实第一问从来不是「这句怎么写」，而是——单文件还是带脚本？三十行还是五百行？要不要拆子文件？

这个问题不是没有答案，是答案散落在各期存档的脚注里。最早把问题挑明的是 08-28 存档拆 skill-creator 时的一段观察：grill-me 是「极薄壳」（正文一行，靠提问引擎干活），frontend-design 是「纯提示词」（两个文件，全靠领域判断力），skill-creator 是「全家桶」（SKILL.md + 脚本 + 参考 + 评测工具的完整工程），并下了那句断语——没有最优的 Skill 形态，只有和任务脆弱度匹配的形态。当时它只是一句随手的对照框架，本期把它长成一套完整方法：形态不是三种种，是一条从零到六的连续谱，每一档有自己的载荷构成、成本结构和死法。

它与《Skill的上下文经济学横评》的分工也该说清：经济学回答的是「装它值不值」（持有成本核算），体重学回答的是「造它该多重」（开工前选型）——一个面向用户，一个面向作者。

二、七档谱系：从实测样本标定

flowchart LR
    W0["W0 纯名件<br/>人设件约245个<br/>常驻成本≈0 触发概率≈0"] --> W1["W1 一行薄壳<br/>grill-me<br/>91.1万安装"]
    W1 --> W2["W2 纯提示词<br/>frontend-design<br/>79.67万安装"]
    W2 --> W3["W3 路由器+抽屉<br/>internal-comms<br/>30行+四抽屉"]
    W3 --> W4["W4 参考手册<br/>writing-great-skills<br/>320.8K安装"]
    W4 --> W5["W5 全家桶<br/>skill-creator<br/>脚本+参考+评测台"]
    W5 --> W6["W6 家族流水线<br/>superpowers<br/>十几个Skill接力"]

五维评分沿用各存档原始口径（权重均为功能 25%/设计 25%/实战 20%/上手 15%/社区 15%），全部为存档转引，非本期复测：

这张表的第一读法：加权分和体重几乎不相关——从 4.0 到 4.8 横跨五个档位。第二读法藏在细节里：上手分与体重严格负相关（越重越难驾驭），社区分与传播故事强相关。体重决定的不是「好不好」，是「适合谁、死于什么」。

三、逐档体检：每档的证据与死法

W0 纯名件：体重的下限是零

09-04 普查存档清点了本机注册表约 390 件技能，人名角色名结尾的「人设件」约 245 件、占近三分之二，且没有一件有版本号——「工具按迭代逻辑进化，人设按收藏逻辑增殖」。它们的 SKILL.md 近乎为零载荷，换来零常驻上下文成本；代价被同一篇存档钉死：「无描述等于自愿退出模型触发」，模型永远不会主动想到它们。那篇存档还算过一笔反事实账：若 245 件各带 100 词描述平铺注册，就是约 24,500 词的常驻租约。W0 的存在证明了一件事：体重为零也是一种合法形态，前提是它的触发权本来就设计为交还给用户的手——召唤一个角色，本来就该是点名动作。

W1 一行薄壳：把一切都押在描述上

grill-me，08-28 实抓的 skills.sh 全时安装榜第二名（91.1 万），正文只有一行。它把全部工程预算花在 frontmatter 的触发描述上，正文薄到近乎不存在——因为质询类任务不需要说明书：模型天生会提问，Skill 只需要告诉它「何时接管」。W1 是「描述是唯一的大门」这条系列铁律的极端示范：正文为零，门就是一切。它的死法同样从极端里长出来：薄壳里没有地方住护栏——一旦任务出现硬格式（字段、单位、交付规格）或硬事实源（数据库、文件、git 历史），一行正文无处安放验收条款，模型自由发挥的下限就是产出的下限。

W2 纯提示词：判断力型任务的标准形态

frontend-design（79.67 万，总榜第三）全仓只有两个文件，价值全在领域判断力的沉淀：负样本校准清单（禁用 AI 俗套）就是它的全部护城河。手动两文件安装的 sepia 同属此档——08-31 存档给它下过「设计质量第一」的评语，其描述层的四个可抄动作（能力宣言、学术背书、括号边界、同义词全给）已入系列案例库。W2 适合「错一步代价小、对错全凭品味」的任务：文风、审美、措辞。死法：没有脚本就没有仲裁——产出是否符合规范，全靠模型自觉和用户肉眼，判断力错了没人拦得住。

W3 路由器＋抽屉：脑体分离的标准落点

internal-comms 是本栏目唯一做过实弹触发拿到注入全文的件：三十行上下、三个二级标题、正文没有一句写作技巧，只做分诊——七类文书、四个抽屉（examples/ 下 3p-updates、company-newsletter、faq-answers、general-comms），抽屉之外挂一条「先问格式再动笔」的兜底，末尾还自带一栏写给检索层的 Keywords（第三门面）。今日实弹记录恰好留下了最有信息量的半截：触发成功、路由层加载成功、指南抽屉因沙箱权限未能读取——路由器薄不是问题，抽屉空才是。W3 的死法由此定义：主文可以薄到三十行，但按需加载的那几份指南若写得敷衍，整套脑体分离就是空架子。这也与《脑手分离三连拆》《脑体分离与验证派》两期周报的判断闭环：路由与知识分层是生态级的收敛方向，不是某家的聪明技巧。

W4 参考手册：不走触发的第三条路

writing-great-skills，办公写作榜首（320.8K 安装，08-29 存档），功能分只有三星——「定位使然——它是参考手册，不执行任务」。它不指望被模型的路由召回，指望被人和 Agent 在写作时查阅；中等体量的正文是资产而非负债，因为它不占常驻上下文。W4 提醒我们谱系里有个例外区：它的「体重」是为阅读优化的，不是为触发优化的。死法：写了没人查——手册的价值完全依赖被引用，冷门方法论的 W4 就是坟场里的印刷品。

W5 全家桶：最重的一档，安装量悖论的住址

skill-creator 的目录是七档里最重的：约 300 行主文、scripts/（init_skill.py 脚手架与 package_skill.py 校验打包）、references/（workflows.md、output-patterns.md）、assets/，还超额交付了 agents/ 和 eval-viewer/ 两个「超纲」目录。它的教义也最重：上下文窗口是公共财、500 行正文红线、信息只能活在一个地方、references 只允许一层深。但 08-28 实抓的榜单给出了全系列最刺眼的一组数字：全时安装榜前 101 名里没有它（第 101 名 azure-quotas 约 40.2 万）——教所有人造 Skill 的官方元技能，自己进不了前 100。解释在同一篇存档里：它是作者型 Skill，基数天然小，影响通过「被造出来的 Skill」二次放大。W5 的死法也随之清楚：维护税与账单——同篇存档的原话，「触发后的 500 行正文不算便宜」；超纲目录是野心，也是年年要还的贷款。

W6 家族流水线：体重溢出单文件之后

四、称重三问：一张决策树

三个问题，按顺序问，问完档位自现：

第一问：任务的脆弱度。 错一步的代价大吗？抄 skill-creator 的比喻——悬崖边的窄桥需要具体护栏（低自由度），开阔田野可以随便走（高自由度）。田野 → W0–W2；窄桥 → 继续第二问。

第二问：事实源在哪。 模型的记忆可信吗？不可信就必须把事实外包：webapp-testing 以渲染后 DOM 为准、reverify 以二进制本体为准、从拆到造里的 collect.sh 以 git 历史为准——验证派成员全部住在 W3/W5，因为脚本只能挂在有结构的身体上。事实在脑外但品类繁多 → W3（抽屉分品类装事实）；事实在脑外且要确定性执行 → W5（脚本拿事实、参考管知识、评测兜底）。

第三问：触发频次与账单。 高频触发就要算常租与触发后的总账：描述约 100 词常驻是全员的地租，W5 触发后五百行是重档的房租，W6 则要加上跨会话交接文件的物业费。低频但每次必重（季度发布、年度审计）→ 该重就重；高频而轻 → 该薄就薄，一行也是尊重公共财。

flowchart TD
    S["要写一个 Skill"] --> Q1{"第一问:任务脆弱度<br/>错一步代价大吗?"}
    Q1 -->|"小·田野·纯判断"| Q1a{"需要被模型自动触发吗?"}
    Q1a -->|"不用·点名召唤"| W0["W0 纯名件<br/>但请补一句像样的描述"]
    Q1a -->|"要"| Q1b{"需要方法论沉淀<br/>还是单点接管?"}
    Q1b -->|"单点接管"| W1W2["W1/W2 薄壳/纯提示词<br/>预算全给描述与判断力"]
    Q1b -->|"领域方法论"| W4["W4 参考手册<br/>为查阅优化"]
    Q1 -->|"大·窄桥"| Q2{"第二问:事实源在脑外吗?"}
    Q2 -->|"在脑内·流程为主"| W1W2
    Q2 -->|"在脑外·多品类"| W3["W3 路由器+抽屉<br/>每品类一份指南"]
    Q2 -->|"在脑外·要确定性"| Q3{"第三问:频次高吗?"}
    Q3 -->|"低频但每次必重"| W5["W5 全家桶<br/>脚本+参考+评测"]
    Q3 -->|"工程级·多阶段"| W6["W6 家族流水线<br/>四条接线法则"]

还有一个反向校准用法：先写讣告，再写代码。第三节的七种死法就是七份预制讣告——你最怕自己的 Skill 死于哪一种，就避开那一档的形态。

五、两种错配病：体重选错的临床记录

超重病：用全家桶治感冒。 skill-creator 自己写过告诫——一次性任务不值得固化成 Skill。给一个用三次的小脚本配齐 scripts/references/eval 三件套，就是为单人晚餐开中央厨房：维护税先行，账单后到。临床辨认特征：仓库里的文件比任务本身还多。

营养不良：用薄壳扛窄桥。 与超重病相反，让 W1/W2 去做有硬事实源和硬格式的活。存档里的反面教材是书改课赛道那批「目录翻译」式产线——正文像许愿清单，规则不具体到可判真假（0343 存档的批评）；后果画在《从拆到造》那张生命周期图上：产出不可验证的件走 L 分岔，「用一次即弃」。对照组的数字更扎心：goldie 三期快照 935→1082→1598 一路上扬，凭的是 App Store 截图这种确定性产出——可验证的体重才有复利。

第三种隐性错配值得一提：错位病——拿 W4 手册当路由器用（指望被触发），或拿 W3 路由器当手册卖（指望被阅读）。形态没选错，受众搞反了。

六、定重处方：场景速查

mindmap
  root((场景到档位速查))
    角色召唤与扮演
      W0 纯名件
      补一句描述进阶
    单点质询与访谈
      W1 一行薄壳
      预算全压描述
    文风审美措辞
      W2 纯提示词
      负样本清单是护城河
    多品类格式化
      W3 路由器加抽屉
      抽屉质量定生死
    领域方法论规范
      W4 参考手册
      为查阅而写
    硬事实源确定性
      W5 全家桶
      脚本拿事实评测兜底
    多天工程纪律
      W6 家族流水线
      接线法则四条

三条铁律收拢：其一，默认从薄起步，疼了再升档——《从拆到造》里的 changelog-writer 草稿是活例：一个「写更新日志」的小工具，因为事实源在 git 历史、防幻觉要求确定性，被任务硬生生推到「描述＋正文＋collect.sh 脚本」的 W3/W5 杂交档。体重是任务的函数，不是作者审美的函数。其二，每升一档先交一笔新税：W3 交抽屉维护税，W5 交脚本与评测税，W6 交接线税——不想交就别升。其三，描述与体重无关：再薄的件也欠一句像样的 description，W0 的 245 件人设已经替所有人交过这笔学费。

七、安装与使用

各档代表件的安装命令（均已见于往期存档或仓库自述，具体以各仓库 README 为准）：

# W5 全家桶：官方 example-skills 插件（含 skill-creator、internal-comms 等）
/plugin marketplace add anthropics/skills
/plugin install example-skills@anthropic-agent-skills
# 或 Skills CLI 写法
npx skills add anthropics/skills

# W6 家族流水线：superpowers
claude plugin marketplace add obra/superpowers-marketplace
claude plugin install superpowers@superpowers-marketplace

# W2 纯提示词：手动安装单件（以 sepia 为例，见 09-03 存档）
git clone https://github.com/Nanako0129/sepia ~/.claude/skills/sepia

# W1/W4 社区件：通用手动方式为把对应技能目录拷入 ~/.claude/skills/
# Skills CLI 检索确认：npx skills find <关键词>

装完后按档位验收：W1/W2 看触发准不准，W3 先看路由再看抽屉里的指南，W5 跑一遍它的脚本与评测工具，W6 用一个小任务试全链路——体重越重，验收越不能省。

八、推荐排行榜

• 新手第一件起步档：W2——frontend-design 是范本正文，sepia 是范本描述，两文件的成本赌得起；
• 单件安装性价比：W1 grill-me——91.1 万安装背书的一行艺术；
• 最值得逐行精读的正文：W3 internal-comms——三十行路由器加第三门面，本系列唯一实弹拆解件；
• 最值得通读的工程教材：W5 skill-creator——六步流程、500 行红线、eval-viewer，写严肃 Skill 前必读；
• 最被低估档位：W4 writing-great-skills——不被触发却坐在办公写作榜首，查阅型价值的实证；
• 上限最高、门槛也最高：W6 superpowers——想清楚了再上，它的重量会改变你整个工作流。

结语

把七档谱系放回生态全景，能看到一张四个象限互不参赛的地图：榜单奖励 W1/W2 的传播力（轻、快、晒得出），装机端堆满 W0 的收藏（245 件人设无声地占着三分之二），工程刚需住在 W5/W6（作者型与产线型，安装量小而影响深）。四个世界的加权分却挤在 4.0–4.8 的窄带里——分数评不出形态，形态才决定生死。所以，写第一个 Skill 的人，请从「我想写什么」退一步，先问「我的任务多重」：脆弱度定窄桥田野，事实源定脚本抽屉，频次定账单。这是所有写法模式的第零模式——体重选对，八种写法才有落点；体重选错，再漂亮的句子也只是在错误的骨架上装修。

参考来源

1. 本站存档《官方skill-creator逐文件拆解》（2026-08-28，output/2026-08-28/skills-ecosystem-r2-0657.md）— 「三种物种」观察、grill-me 91.1万／frontend-design 79.67万／find-skills 300万安装数、榜单前 101 无 skill-creator、500 行红线、自由度三档与「上下文公共财」原文
2. 本站存档《390件装机普查：人设占三分之二》（2026-09-04，output/2026-09-04/skills-ecosystem-0951.md）— 人设件≈245件与 64% 占比、人设层 2.4 存档分、「无描述等于自愿退出模型触发」及 24,500 词反事实账
3. 本站存档《从翻译到表格：办公Skill头牌横评》（2026-08-29，output/2026-08-29/skills-ecosystem-r4-0703.md）— writing-great-skills 320.8K 安装与「参考手册，不执行任务」评语
4. 本站存档《superpowers拆解：一条技能流水线》与《没人写的周报：职场文书线首拆》（2026-09-05，output/2026-09-05/skills-ecosystem-0059.md / skills-ecosystem-r4-0242.md）— 接线四法则与成员加权分、internal-comms 三十行路由结构与今日实弹触发记录
5. 本站存档《从拆到造：手写Skill全流程》（2026-09-03，output/2026-09-03/skills-ecosystem-r8-0727.md）— Skill 生命周期 C/K/L 分岔、goldie 三期星数轨迹、sepia 安装命令
6. anthropics/skills ／ obra/superpowers ／ mattpocock/skills ／ skills.sh — 各档代表件仓库与安装量口径出处（星数与安装量均以存档标注的快照日期为准）

[!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 等场景全覆盖。