把 5 月存档（2026-05-16 期）记录的子件清单和工作流描述，与 9 月各期存档的判词拼起来，superpowers 的骨架是这样一个受力结构：
flowchart TD
M["方法论：编码全生命周期"] --> S1["brainstorming 风暴"]
M --> S2["writing-plans 规划"]
M --> S3["tdd 测试驱动"]
M --> S4["systematic-debugging 调试"]
M --> S5["verification 验收"]
S3 --> P["求审件配受审件"]
P --> Q["技能链内嵌独立评审"]
S4 --> R["反合理化表焊死捷径"]
S5 --> W["验收独立成件"]
S1 --> D["整车分发：市场一键装"]
5 月存档记下的子件名是：brainstorming、systematic-debugging、test-driven-development、writing-plans、verification-before-completion 等 12+ 个，覆盖「头脑风暴→规划→TDD开发→调试→代码审查→验证→Git分支管理」全流程，并有一句关键评语：强制执行结构化工作流，防止AI「自由发挥」。注意「强制」两个字——散件做不到强制，只有成套咬合的件才做得到。下面六个焊点，就是「强制」二字的具体施工法。
superpowers 不是先写了一堆件再找流程，而是反过来：先把方法论拆成动词链，每个工位一个件，件名就是工位名。brainstorming 产出的是「想清楚了什么」，writing-plans 接住它产出「计划」，tdd 接住计划产出「红绿循环的代码」。今晨那篇的套路三已经指出件名=流程动词表，这里补的是施工顺序：你该先在纸上画完整条流水线（谁接谁的产出、卡点在哪），再决定拆几个件——拆件方案是流水线的投影，不是灵感的堆积。
昨天那篇用六个字带过一个细节：「求审受审对偶件」。展开说：在 superpowers 的技能链里，请求代码审查和接收代码审查是两个独立的件；09-20 存档还有一句佐证——「subagent critique……这个模式在框架层（superpowers 的技能链）已是标配」。对偶的意义在于利益分离：生产者自己检查自己，等于让学生批自己的卷子；把「提审」和「受审」写成两个件，各自有各自的触发条件和负面清单，评审才不会被生产逻辑带跑。你套件里每个产出工位，都值得配一个不共享其假设的检验工位。
5 月存档的子件清单里，verification-before-completion 是单独一件。大多数作者会把「完成前自查」写成每件末尾的三行小字，superpowers 把它抽成了流水线上的独立工位——任何其他件交出的产出，都要过这道闸。独立成件的好处是修订收敛：验收标准升级时改一处，全链生效；写成尾注，散落在十几个文件里的验收条款迟早漂移。
09-20 存档记录了 systematic-debugging 这个子件的方法论细节（05-18 期档案转印）：复现问题→形成假设→验证假设→缩小范围→修复→再验证，并明确禁止「反复猜测乱改」的暴力调试。同篇的判词更狠：它的纪律设计是「把模型最爱走的捷径一条条焊死」。这就是套装相对单件的真实增量——单件里的负面清单管得住自己这一亩三分地，套装可以把整条流水线上模型会偷的懒做成一张总表，每件各领几条。今晨那篇讲过负面清单怎么写，这里补的是它的套装用法：禁止项从你观察到的真实翻车里来，逐条落到具体工位，而不是一句空泛的「要严谨」。
09-20 存档给 superpowers 的定位是 E0 展零配置：「装完即用、每个 bug 都叫得动」——后半句是触发设计的成绩单。每个子件的 description 都把「什么情况叫我」写死，几百个件的扫描器才挑得中它。分发侧，安装命令在存档里有印刷原文（09-20 期，本刊未实测，装前读源码）：
# 整车装：方法论全家桶一次装齐
/plugin install superpowers@claude-plugins-official
# 05-17 教程存档里的常驻写法（settings.json 片段）
# "enabledPlugins": { "superpowers@claude-plugins-official": true }
09-20 存档对 superpowers 最冷静的一句判词是：E0 的天花板是「思路不歪」，不是「真相到手」——bug 玄到复现不出来，方法论给不出它承诺的东西。昨天那篇的同场开分里，它的上手分 2.5 是全场最重（需软件开发经验，5 月存档同口径）。值得注意的是，这些边界没有藏在 README 角落，而是成了生态对它的公认描述。一套件敢把无能声明写成显式文档，使用者才知道该在哪一站下车——这反而延长了套装的寿命，本栏 09-25 期「查表件最长寿」的规律是同一件事的反面注脚。
按本栏固定五维权重（功能 25／设计 25／实战 20／上手 15／社区 15），给四个「套装或类套装」样本评「当写作范本的价值」。星值口径：superpowers 292,067（09-27 包）、mattpocock 269,860（09-26 包）、alirezarezvani/claude-skills 15,000+（05-16 存档）、anthropics/skills 无单独星印。综合分按权重算得，读者可逐行验算：
| 样本 | 形态 | 功能 | 设计 | 实战 | 上手 | 社区 | 综合 |
|---|---|---|---|---|---|---|---|
| obra/superpowers | 12+件整车+方法论 | ★★★★★ | ★★★★★ | ★★★★ | ★★★ | ★★★★★ | 4.50 |
| mattpocock/skills | 53件按需货架 | ★★★★ | ★★★★ | ★★★★☆ | ★★★★☆ | ★★★★☆ | 4.25 |
| anthropics/skills | 官方示例合集 | ★★★★ | ★★★★ | ★★★☆ | ★★★★☆ | ★★★★ | 4.00 |
| alirezarezvani/claude-skills | 社区拼盘 | ★★★☆ | ★★☆ | ★★★ | ★★★★ | ★★★ | 3.15 |
口径注记：本期新算的单场分数，与昨天那场的 4.1 不可横比——那场评的是「用起来怎么样」，这场评的是「值不值得当范本」，权重同、考题不同。ECC（267,612，09-26 印）增速虽快（09-20 存档对账其日增约三倍于 superpowers），本期无其正文材料，不评分。拼盘与套装的分野在「设计」一列拉开：拼盘是把 50 个件装一个仓库，套装是让件与件互相咬合——前者是书架，后者是齿轮箱。
范本归范本，装不装另说。三笔账都指向同一个方向：你要的是执行层自动化，它给的是流程层纪律。昨天那场考卷里它的实战分只有 3.5，理由是执行层被平台内置件收编后的现实；09-20 存档的 E0 判词补了另一半——它接不到任何外部真相，复现不出的 bug 它管不了。如果你的日常是「让 Agent 跑通一条数据管线」，先装单件货架；如果你的痛点是「Agent 每次干活的路数都不一样」，才轮到整车。
今晨那篇给了你第一件 minutes-fixer（会议纪要整理件）。现在按六个焊点，把它长成三件套 meeting-kit：纪要件是产出工位，新增一个对偶验收件，再加一个入口索引件。
mkdir -p ~/.claude/skills/meeting-kit ~/.claude/skills/meeting-minutes ~/.claude/skills/meeting-todo-audit
# 今晨的 minutes-fixer 内容移入 meeting-minutes/SKILL.md，name 字段同步改
新增的对偶验收件——它不生产纪要，只拆生产的台：
name: meeting-todo-audit
description: 当用户已有一份会议纪要或待办清单，需要检查待办是否可执行
（缺负责人、缺截止时间、事项含糊）时使用。用户还没整理纪要时不要
使用，先走 meeting-minutes。
# 待办验收件
## 工作流程
1. 逐行读待办表，按三问检查：谁做？何时完？做完长什么样？
2. 三问有一问答不上，标记为「不可执行」，写明缺哪问
3. 输出两张表：可执行待办、待补信息清单
## 不要做
- 不要替用户补负责人或日期，缺就是缺
- 不要因为事项写得好听就放行，验收只看三问
入口索引件——整车上的调度台，正文只放一张表：
name: meeting-kit
description: 会议场景总入口：整理会议录音转写、生成纪要、验收待办可执
行性时使用。与会议纪要、待办、行动项相关的话，先看我这张调度表。
# meeting-kit 调度表
| 用户拿着什么 | 该用哪个件 |
|:---|:---|
| 粗糙转写稿 / 速记 | meeting-minutes |
| 已成型的纪要 / 待办表 | meeting-todo-audit |
## 完成定义（全链共享）
- 原始材料中每条可执行信息都进了待办表并通过三问验收
- 输出中不存在来源不明的数字与日期
三件套占满六个焊点：流水线先画后拆（整理→验收，一）、产出件配验收件（二）、共享完成定义代替散落尾注（三）、两个「不要做」来自真实翻车样式——替用户编数据、看心情放行（四）、入口件 description 覆盖全场景词且写明排除项（五）、「用户还没整理纪要时不要使用」把边界写在门牌上（六）。本地跑通后想整车分发，把目录推上 GitHub 再挂插件市场即可，市场清单的格式要求见官方文档，本文不展开。从单件到套装的路，图上就是四步：
flowchart TD
A["你已有的一件"] --> B["画出流水线工位"]
B --> C["拆出对偶验收件"]
C --> D["加入口调度件"]
D --> E["每件领走禁止项"]
E --> F["本地目录先跑通"]
F --> G["再上市场整车分发"]
[!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 等场景全覆盖。