WorkBuddy技能评测 #254 | jeremylongshore 超大合集（一）：884 条，这是技能数量幻觉的最好标本
基本信息
- 组内条数：884 条（与 #255 合计 1,249 条），热度统一 1,215
- 来源：jeremylongshore 的 claude-code-plugins-plus 仓库，一个把第三方 API 集成拆成上千个碎片技能的生成式项目
- 分类分布：Developer Tools 412、DevOps & Deployment 315、Testing & Security 159、Backend & API 104……
- 典型条目：analyzing-security-headers（分析域名的 HTTP 安全头）、lokalise-rate-limits（Lokalise 限流与退避）、maintainx-core-workflow-a/b（MaintainX 工单流转）、groq-observability、exa-known-pitfalls、automating-api-testing、sdk-wrapper-creator
- 形态：一个技能 = 一段 40 字指令 + 一句触发短语，命名多为「动词-ing + 名词」
它解决了什么痛点
它想解决的问题是真的存在：每个 SaaS API 的接入细节都不一样。Lokalise 的限流怎么退避、MaintainX 的工单有几个状态、Exa 的常见误用是什么 —— 这些知识散落在各家文档里，一个开发者接十个服务就要读十份文档。
但这个合集的解法暴露了一个根本问题：它把「文档摘要」当成了「技能」。看那 884 条的描述，大量是同一个模板：「Create X operations. Auto-activating skill for Y. Triggers on: X, X.」—— 主语是「创建 X 操作」，宾语是「X 操作」。这类条目的信息量接近于零：它告诉你「这个技能做 X 操作」，然后就没了。
对我有没有用（技术 / 自媒体 / AI / 读书）
技术：几乎为零。884 条里能落到你日常工作的不到 20 条（http 安全头分析、限流退避、可观测性配置这几类）。其余是特定 SaaS 的内部流程，你不在那个系统里就用不上。自媒体：这是一个极好的反面素材。「我数了 1,249 个技能，发现 70% 是同一个模板生成的」——这类内容比推荐清单更有传播力，因为它回答了一个大家心里都有的疑问：技能数量到底意味着什么。AI：低，但它示范了「用生成的方式批量造技能」会得到什么，这对判断整个生态的质量分布很关键。读书：无。
典型场景
你想验证「技能市场里有多少是凑数的」。做法：随机抽 20 条 #254 的描述，数一下有多少条符合「Create X operations. Auto-activating skill for Y.」这个句式，再数有多少条给出了具体的参数、错误码或判断标准。成果：你会得到一个比例 —— 这个比例就是这一档最诚实的质量指标。我抽的结果是：20 条里 16 条是模板，4 条有实际内容。
一句话结论
884 条，价值在「它证明了什么」而不在「它能做什么」。这是整个评测系列里最该被读、最不该被装的一组。
📊 完整对比数据见在线总表：WorkBuddy 技能市场全量调研总表（腾讯文档）
发表评论: