首页 › skills-review › 装了72万次的tdd,没人读过正文

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

概述

一、大盘先看一眼:个人库对机构库的领先扩大了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),说明用户两边都要。

八、安装与验收命令

# 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 做一次同题任务(重构一段烂代码、给一个函数补测试),对比两版产出;再问一句「你现在会先做什么」,答得出流程就是编译成功,答不出就是又一件「装了但没长在身上」的门牌。

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

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

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

十、分维度排行榜

给不同读者的三句话建议:直接能用的是 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学通信知识星球海报-扫码加入