<!-- title: 装了72万次的tdd，没人读过正文 -->

# 装了72万次的tdd，没人读过正文：总榜头部工程件横评

## 概述

## 一、大盘先看一眼：个人库对机构库的领先扩大了15倍

- **mattpocock/skills**：247,432（09-03/04 快照）→ 265,060，约十四天 **+17,628 星**，日均约 1,260；
- **obra/superpowers**：281,342（09-06 存档口径）→ 288,421，约十二天 **+7,079 星**，日均约 590；
- **个人库对 ECC 的领先**：09-04 那天是 +228 星，今天 +3,389 星——**十四天扩大了近 15 倍**。

「24万星个人技能库首次拆解」那期留过一个判断：个人库压过机构巨库是评测盲区。现在这个盲区正在变成常态——mattpocock/skills 已经在总榜把 react（250,558 星）甩在身后，稳坐技能类第二把交椅。但星数是注意力指标。真正的使用指标在安装榜上，而安装榜头部恰恰藏着本期要开箱的黑箱。

## 二、评测对比表

权重沿用本栏固定口径：功能 25%、设计 25%、实战 20%、上手 15%、社区 15%（上手分越高越容易）。**核验状态**单独列一列：◆=往期已逐行拆过（评级沿用存档）；△=结构与功能有存档背书但正文未逐行核验；▲=纯黑箱，仅有件名、安装量与家族模式可依——▲ 件的评分为市场信号估分，实战一项置信度最低。

| 件 | 赛道 | 核验状态 | 功能 25% | 设计 25% | 实战 20% | 上手 15% | 社区 15% | 加权 |
|---|---|---|---|---|---|---|---|---|
| grill-me | 审查 | ◆ | ★★★★ | ★★★★★ | ★★★★★ | ★★★★★ | ★★★★★ | **4.75** |
| diagnosing-bugs | 调试 | ◆ | ★★★★☆ | ★★★★★ | ★★★★☆ | ★★★☆ | ★★★★☆ | **4.45** |
| grill-with-docs | 审查 | △ | ★★★★☆ | ★★★★☆ | ★★★★ | ★★★★☆ | ★★★★☆ | **4.40** |
| handoff | 编排 | △ | ★★★★ | ★★★★ | ★★★★☆ | ★★★★☆ | ★★★★☆ | **4.25** |
| vercel-react-best-practices | 规范 | △ | ★★★★ | ★★★☆ | ★★★★ | ★★★★★ | ★★★★☆ | **4.10** |
| tdd | 测试 | ▲ | ★★★☆ | ★★★★ | ★★★☆ | ★★★★ | ★★★★★ | **3.90** |
| improve-codebase-architecture | 重构 | ▲ | ★★★☆ | ★★★☆ | ★★★☆ | ★★★★ | ★★★★★ | **3.80** |

先说清这张表最反直觉的一处：**全时安装榜第五、六名排在垫底位置**。这不是看衰——3.8 分在黑箱估分里已属高位——而是如实执行一条本栏的老规矩：24 万星是注意力指标，71 万次安装是存量惯性指标，都不是质量指标。安装量证明「很多人装了它」，核验才证明「它值得装」。这个差距正是本期存在的理由。

## 三、悬案双星：两件最高安装量的未读正文

### tdd（mattpocock 系）：72.2 万次安装的「※」

「测试空屋回访」那期把这桩悬案说得最直白：mattpocock 53 件套里的 tdd 与 superpowers 的 test-driven-development，是「测试轨道上最重要的两个样本」，连续多期只读到名字。09-18 的「改完代码三道关」把 superpowers 那半边结了案——先红后绿、实现只许写到刚好变绿、没红过的不算测试，三拍钉死。但 mattpocock 这半边至今没开。

能确认的事实只有三条：它在 skills.sh 全时榜排第 6（722.0K，08-28 实抓口径）；它与已逐行拆过的 grill-me 同仓；该仓库已被证实存在「瘦封装厚原语」模式——grill-me 的 SKILL.md 只有 147 字节，只是指向 1.9KB grilling 原语的指针。※由此产生一个待验证的推断：**如果 tdd 也是一件薄指针，那 72 万次安装买到的可能只是一行字**——一行字写得好也能改变行为（superpowers 的 verification-before-completion 全件无脚本，靠重定义「完成」一词立功），但一行字和一套结构化流程（如 superpowers 版的三拍闸口）是两种产品。这正是黑箱件无法评分的原因：形态未定，功能分只能给中档。结案方式也简单：哪期通道打开，先读它，八行以内见分晓。

### improve-codebase-architecture：重构赛道的独苗

全时榜第 5（747.2K），是榜单头部**唯一**挂在「重构」名下的件——对照出厂件里管清理的 simplify（09-16 期已评）和官方 code-review（09-03 期已评），重构赛道在市场端看似有供给，实则只有这一根独苗。已确认的存档事实：它是 grilling 原语在 README 里点名的五个出口之一（与 grill-me、grill-with-docs、triage、wayfinder 并列）；周榜口径曾以 9.1K 冲到第 11 位；正文未核验。

※黑箱画像只能画到这里：一个「先盘问、再动架构」的重构思路是家族模式下的合理猜测—— grill 系的教义是先拷问假设再动手，把这套教义用在重构上，就是先逼你回答「这次重构要解决什么问题、边界在哪」再放模型改码。但猜测终究是猜测：它到底是纪律件、流程件还是脚本件，直接决定它与 simplify 是互补还是撞车。在读完正文之前，本栏拒绝给它超过中档的实战分。

## 四、审查赛道：147 字节和 245 字节的兄弟生意

grill-me 已经逐行拆过，这里只回收三句当锚点：正文一行、全时榜亚军（911.2K）、对抗式人格逐条追问你的假设与反例；底层是 grilling 原语把访谈建模成设计树，每轮只问「前置条件已确定」的前沿问题（原语本体 489.5K 装）。

本期的新面孔是它的弟弟 **grill-with-docs**（775.3K，全时第 4）。已存档的事实有三条：正文 245 字节，比哥哥多出的部分是一步「先读文档」；描述里的差异点那句话写得极其克制——"which also creates docs (ADR's and glossary) as we go"，顺手把架构决策记录和术语表沉淀下来；它还是「家族锚定」话术的教科书样本——一句 "Like grill-me but..." 把自己挂靠到知名邻居身上，用户和模型零成本建立预期。

兄弟俩的分工其实是一堂产品课：**泛化能力和特异性能力是两个 SKU**。grill-me 管通用盘问，grill-with-docs 加一步读文档就把泛化变成了特异——同一副骨架，两个价位，775.3K 加 911.2K 的合计安装量证明市场吃这一套。短板也明摆着：被追问式 review 对提交者的心理消耗不小，需求模糊期的深夜连挨二十个追问，不是每个团队都受得了。

## 五、调试赛道：唯一被拆完的赛道，成果复述一遍

四条赛道里，调试是唯一有「正文级存档」的：diagnosing-bugs（全时榜 61 名上下浮动，430K–498K 区间）在 08-30 期做过 SKILL.md 级拆解，「接缝层八件横评」又收编过它的「缝」概念。招牌是**六道闸门**：先脱敏（Redact），再建反馈回路，然后最小化、可证伪、单变量，最后落到「缝」与复盘——每道闸门带验收标准，把「先建反馈回路再谈假设」从愿望写成流程。

把它放进取证对照表是有意的：调试赛道供给最成熟、核验最充分，评分自然最高档（4.45），但社区活跃分只给四星半、上手分只有三星——六道闸门对改 typo 是杀鸡用牛刀，这是它与 superpowers 版 systematic-debugging 共享的同款短板。**一个赛道被拆透之后的正确姿势是复述并引用，而不是重评**——这句话也是对近三天效率赛道密集发文的一次自我检讨。

## 六、编排与后勤：每场会话都用的一件，和一件「安装器」

**handoff**（628.2K，全时第 10）解决的是长会话的顽疾：上下文窗口塞满后，新会话要从零重建对项目的理解。它的答案是把当前对话压缩成一份交接文档，让下一个 agent 无缝续摊。它是编排套件里安装量最高的一件，理由很好理解——**它是唯一每场会话都用得上的**：验收件等 bug 出现才触发，重构件等 refactor 需求才触发，handoff 天天触发。短板此前只提过一句，这里补全：交接文档的质量上限就是原会话的垃圾上限，前一场会话没搞懂的东西，压缩完照样不懂；且它与 planning-with-files（本栏已拆）在「跨会话记忆」上正面重叠，选型看你要「文档交接」还是「文件落盘」。

**setup-matt-pocock-skills**（663.0K，全时第 8）是整张榜上身份最奇怪的一件：一个**安装器本身成了头部件**。它负责约定套件的运行前提——存档里最实的一条细节来自 triage 的依赖声明：triage 把 issue 在一组分诊角色间流转，依赖 setup 配置的标签体系，先跑一次 setup、约定 issue tracker（GitHub/Linear/本地文件）和标签语义，triage 才能开工。这说明 mattpocock 系不是一堆散件，是**带初始化步骤的方法论**——个人作者的套件化运营已与大厂打法趋同。短板：为一个 skill 先跑一遍全家桶配置，对只想试一件的新手是劝退项。

## 七、厂商对照：vercel-react-best-practices，规范件的天花板与锁

同榜第 12 位（675.7K）的 vercel-react-best-practices 是厂商供给的代表：React 组件模式、Server Components 使用规范、App Router 最佳实践，内容纪律极好——每条规范可执行、可对照，上手零门槛，安装一行命令。给设计分三星半的原因存档里就写着：**规范里暗含 Next.js 最佳实践，强化框架锁定**——它教的与其说是 React，不如说是 Vercel 语境下的 React。作为对照放进本期，是想说明个人库与厂商库在效率赛道上的真实分界：个人库卖工作流（怎么思考），厂商库卖规范（照谁的样子写），两者的安装量咬得死紧（handoff 628.2K 对 vrbp 675.7K），说明用户两边都要。

## 八、安装与验收命令

```bash
# mattpocock/skills 整包（含悬案双星 tdd 与
# improve-codebase-architecture，装完建议先读这两个的正文）
npx skills add mattpocock/skills

# 厂商规范件（Vercel 系单件）
npx skills add vercel-labs/agent-skills@vercel-react-best-practices

# 对照组：superpowers 纪律三件所在框架
/plugin install superpowers@claude-plugins-official
```

十分钟验收法沿用本栏老三样：装前后各让 Claude 做一次同题任务（重构一段烂代码、给一个函数补测试），对比两版产出；再问一句「你现在会先做什么」，答得出流程就是编译成功，答不出就是又一件「装了但没长在身上」的门牌。

## 九、两张图：全家福与改码闭环

```mermaid
flowchart TD
  MP["mattpocock/skills<br/>26.5万星"]
  GR["grilling 原语<br/>设计树追问"]
  SU["setup 件<br/>装机与约定"]
  AM["ask-matt<br/>全家路由"]
  GM["grill-me<br/>91.1万装"]
  GD["grill-with-docs<br/>77.5万装"]
  TR["triage<br/>issue 分诊"]
  WF["wayfinder"]
  IC["improve-codebase<br/>-architecture 74.7万装"]
  TDD["tdd<br/>72.2万装 未核验"]
  HD["handoff<br/>62.8万装"]
  CR["code-review<br/>双轴分离"]
  CD["codebase-design<br/>词汇层"]
  MP --> GR
  GR --> GM
  GR --> GD
  GR --> TR
  GR --> WF
  GR --> IC
  MP --> SU
  SU --> AM
  MP --> TDD
  MP --> HD
  MP --> CR
  MP --> CD
```

一个原语五个出口，是这个 53 件套里最值得抄的架构：把「拷问式访谈」做成一份共享原语，五个业务件各自薄封装出口——这解释了为什么它的件都那么小，也解释了为什么黑箱件可能真是一行字。把已核验的件排进日常改码闭环，则是下面这张：

```mermaid
flowchart TD
  A["模糊需求"] -->|grill 烤过| B["设计定稿"]
  B -->|先红后绿| C["tdd"]
  C --> D["实现变绿"]
  D --> E["code-review 双轴审查"]
  E -->|发现虫| F["diagnosing-bugs"]
  F -->|根因回路| C
  D -->|会话要断| G["handoff 交接"]
```

## 十、分维度排行榜

- **功能完整度**：grill-me ＞ diagnosing-bugs ＞ grill-with-docs ＞ handoff ＞ vrbp ＞ tdd ＞ improve-codebase-architecture
- **设计质量**：grill-me ＝ diagnosing-bugs ＞ grill-with-docs ＞ handoff ＝ tdd ＞ vrbp ＞ improve-codebase-architecture
- **性价比（上手最省）**：vrbp ＞ grill-me ＞ handoff ＝ grill-with-docs ＝ tdd ＞ improve-codebase-architecture ＞ diagnosing-bugs
- **生态信心（社区）**：grill-me ＞ 悬案双星并列 ＞ grill-family 其余 ＞ vrbp ＞ diagnosing-bugs

给不同读者的三句话建议：**直接能用**的是 grill-with-docs 和 handoff——结构与功能都有背书，装了就知道值不值；**观望**的是悬案双星——等正文核验再决定是否让它们进你的工作流；**学写法**的看 grilling 原语模式——一个原语、五个出口，是 53 件套里比任何单件都值钱的资产。

## 参考来源

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

![51学通信知识星球海报-扫码加入](https://wiki.500nian.com/images/zhixingqiu_qrcode.png)
