# 还5月欠账：开发者效率六件横评 ## 概述 本栏档案里压着一张欠条：2026年5月16日的《Skills生态评测》系列排到第5轮时，主题正是「开发者效率类Skills评测（代码审查、测试、调试、重构）」，结果那一轮只留下一句话——「开发者效率类Skills是整个生态中**工程质量最高**的品类之一」——就没了下文。四个月后的今天，本期把这轮欠账补上。阵容六件：Claude Code 出厂自带的审查、清债、验证三件套（一手命令级拆解），加上档案里有据可查的三件社区存量——规划件 planning-with-files（17.7K Star，档案值）、读码件 Understand-Anything（7.2K）、安全公司 Trail of Bits 的审查分册（4.1K）。核心发现一句话：**这个品类已经分裂成「出厂三件管改完之后、社区件守动手之前」的两段式格局，唯独「测试」工位至今没跑出一个独立王者**。 ## 评测对比表 > 口径声明：本轮为纸上评测。内置三件依据随 Claude Code CLI 分发的一手命令说明；社区三件依据本栏 5 月 16 日档案的采集数据，Star 数为当时抓取值，非今日实测。加权：功能25% / 设计25% / 实战20% / 上手15% / 社区15%。 | Skill | 工位 | 来源 | 功能 | 设计 | 实战 | 上手 | 社区 | 综合 | |:---|:---|:---|:---:|:---:|:---:|:---:|:---:|:---:| | code-review | 代码审查 | 内置 | 5 | 5 | 4 | 5 | 4 | **4.65** | | planning-with-files | 写码前规划 | 社区·17.7K★ | 5 | 4 | 4 | 5 | 5 | **4.55** | | simplify | 重构清债 | 内置 | 4 | 5 | 4 | 5 | 4 | **4.40** | | verify | 行为验证 | 内置 | 4 | 5 | 4 | 4 | 4 | **4.25** | | Trail of Bits Security Skills | 安全审查 | 社区·4.1K★ | 5 | 4 | 4 | 2 | 3 | **3.80** | | Understand-Anything | 读码理解 | 社区·7.2K★ | 5 | 3 | 3 | 3 | 4 | **3.65** | ## 一张欠条：为什么现在补 翻回 5 月 16 日的档案很有意思。那天系列连跑五轮，第1轮评了跨领域总榜（planning-with-files、impeccable、humanizer 领衔），第3轮评了工作流自动化八件，第4轮内容创作——按计划，第5轮就该是开发者效率。结果第5轮的产出文件里只有一句总结论，正文空空。当时的注意事项里写着「WebSearch API已限流」，采集断粮，轮次烂尾。 四个月过去，这个赛道不但没冷，反而发生了一次结构反转：**Anthropic 把三个最核心的效率工位直接收编进了出厂设置**。今天补课，正好把「内置 vs 社区」这道新分水岭一起对账。 先看工位全景： ```mermaid mindmap root((开发者效率件)) 内置三件 审查 code-review 清债 simplify 验证 verify 社区存量 规划 planning-with-files 读码 Understand-Anything 安全审查 Trail of Bits 窄工位长尾 notebook-fix encoding-check ``` ## 内置三件：改完之后的三板斧，全在出厂设置里 这是本期最有含金量的部分。三个命令随 Claude Code CLI 直接分发，零安装，描述文本是一手材料，值得逐行看。 ### code-review：把「找问题」和「改问题」焊成两个开关 内置审查件的官方描述里藏着三个设计决策。第一是**档位换口径**：低中档「findings 更少但置信度高」，高档到 max「覆盖更广但可能包含不确定的发现」——官方在自己的命令说明里直接承认了查全率和查准率不可兼得，让用户选，不装。第二是**出口分离**：`--comment` 把发现以行内评论贴进 PR，`--fix` 把建议直接回写工作区。找问题和改问题拆成两个动作，意味着你可以先贴评论给人看，确认了再让 AI 动手——这一刀把「审查」和「自动修复」的责任边界切开了，是整个内置三件里最老练的一段提示词工程。第三是**输入锚定在 diff 上**：审的是当前改动，不是全仓库，这决定了它是「提交前自查」工位而非「仓库体检」工位。 ### simplify：四个词的清债清单，以及一句「这不是我的活」 清债件的描述只有一句，但信息密度极高：对改动代码做 reuse（复用）、simplification（简化）、efficiency（效率）、altitude（抽象层级）四类清理，然后**直接应用修复**。altitude 是软件圈的行话——指代码挂在错误的抽象高度上，比如该提参数的写死了、该下沉的逻辑浮在表层。把这个词写进命令描述，等于把资深工程师的 code review 直觉编码成了清单。 更值得注意的是描述末尾那句自我声明：simplify 明确说自己**不找正确性 bug，那是 code-review 的事**。官方在自己的两个内置件之间画了工位边界：一个管对错，一个管好坏，互不越界。这种「在命令名层面写分工」的写法，是 SKILL.md 触发工程教科书级的示范——模型读到这句就不会在 simplify 会话里跑去报 bug，避免了双件重复开火的输出打架。 ### verify：跑起来才算数 验证件的描述同样一句话：通过**实际运行应用并观察行为**来验证改动是否真的做到了它声称的事。这句话的价值要放在语境里看——AI 改完代码最典型的失效模式就是「静态看代码觉得对，一跑就崩」。code-review 是读 diff，verify 是跑程序，一个静态一个动态，正好互补。配合上一期的老话：AI 说「完成了」不算数，行为符合预期才算数。上手给四星而非五星，是因为它隐含一个前置条件——你的项目得能被跑起来，对那些没有本地启动路径的仓库，这一件是无米之炊。 三件连起来就是一条完整的「改完之后」流水线： ```mermaid flowchart TD A["规划件立计划"] --> B["照计划写码"] B --> C["code-review 自查"] C --> D{"有正确性问题"} D -->|有| E["按建议回写"] E --> C D -->|无| F["simplify 清技术债"] F --> G["verify 跑应用"] G -->|行为不符| B G -->|通过| H["收工"] ``` ## 社区三件：各守一段上游 内置三件包揽了「写完之后」，社区存量则守在流水线上游。 ### planning-with-files：17.7K Star 的上游件 档案里它顶着「GitHub 上单个 Skill 最高 Star 数」的头衔入库：17,700+ Star（2026年5月档案值），作者 OthmanAdi。核心思路是 Manus 风格的持久化规划——把文件系统当磁盘、上下文窗口当内存，自动维护 `task_plan.md`、`progress.md`、`findings.md` 三份工作记忆文件，跨会话不掉进度。兼容 Claude Code、Cursor、Gemini CLI、Codex CLI 等 40+ agent 平台，是生态里第一批「跨宿主通用件」。放在开发者效率的语境里，它的位置在最上游：长任务不烂尾，后面的三件才有东西可审。短板也明确——它是工作流件而非四工位本体，装了它不等于有了审查能力，两段都得配齐。 ```bash git clone https://github.com/OthmanAdi/planning-with-files .claude/skills/planning-with-files ``` ### Understand-Anything：调试的前置工位 档案给它记了 7,200+ Star，归类「代码分析」，功能完整度满分、上手难度三星。这个分数组合暴露了它的定位：接手陌生仓库、考古祖传代码时，先用它建立全局理解，再谈修改——它是「调试」的前置工位，很多 bug 不是逻辑错了，是改代码的人压根没读懂上下文。上手难度扣分说明它的配置成本在同类里偏高，对新手不算友好。本轮无仓库直链可考，检索请走 skillsmp.com 或 skillsdirectory.com 按同名定位。 ### Trail of Bits Security Skills：安全审查分册，门槛也最高 Trail of Bits 是安全圈的硬牌子，其 Skills 合集在档案里记为 4,100+ Star，功能满分、上手难度全场最低的两星。它和内置 code-review 是分工而非竞争：code-review 找功能性 bug（代码没按意图工作），安全分册找漏洞（代码按意图工作但意图本身可被利用）。对做安全审计、处理敏感数据的团队，这 4.1K Star 的分量比 star 数显示的重；对普通业务开发，两星的上手门槛就是实打实的劝退——你需要能读懂它报告里的漏洞分类。同样无直链可考，走目录站检索。 ## 窄工位长尾：装机清单里的两个微件 本机装机清单里还躺着两个名字即说明书的小件，值得记一笔。**notebook-fix**，修 Jupyter Notebook 的——重训练习环境的人都知道 notebook 的执行状态有多容易烂；**encoding-check**，编码排查件，专治 GBK 与 UTF-8 互相伤害的乱码现场，中文开发环境的特有痛点。这类「一个名字解决一个窄毛病」的微件不进榜单，但它们证明开发者效率品类的长尾还在继续长：四工位之外，工位还在不断被细分出来。 ## 交白卷的工位：测试 必须如实交底：本轮「测试」工位没有主角。生态里最著名的测试相关能力是 superpowers 全家桶里的 test-driven-development 子件——但 superpowers 整体此前已做过专文拆解，单拎子件重炒没有信息增量；除此之外，本轮没有拿到任何可验证的独立测试件素材（无仓库直链、无一手描述），宁可空着也不脑补。这个空白本身就是发现：四工位里，审查、重构、验证都有公认的头部件，唯独测试至今没有跑出一个「提到测试就绕不开」的名字。四个月前欠账时它是空的，今天还账它还是空的——下一个生态机会，可能就埋在这间空屋里。 ## 推荐排行榜 **综合榜**：1. code-review（4.65） 2. planning-with-files（4.55） 3. simplify（4.40） 4. verify（4.25） 5. Trail of Bits（3.80） 6. Understand-Anything（3.65） **零成本上手榜**：内置三件包揽前三——随 CLI 分发、零安装零配置，`/code-review`、`/simplify`、`/verify` 直接唤起；这也是「官方收编」对社区件最降维的一击。 **数据厚度榜**（档案 Star 值）：planning-with-files 17.7K > Understand-Anything 7.2K > Trail of Bits 4.1K。社区件的头部依然比内置三件年轻时的起点高，但增长故事已经换人。 **团队场景榜**：接手祖传仓库 → Understand-Anything 先读后动；长任务跨会话 → planning-with-files 立计划；日常提交前 → 内置三件按「审查→清债→验证」顺序跑一遍；涉敏代码 → 再叠一层 Trail of Bits。 ## 结语 欠账还了大半：这一轮看清了两件事。其一，开发者效率品类在 2026 年的中间态是「两段式」——官方拿走了改完之后的三板斧，社区守着动手之前的上游，中间的衔接靠用户自己编排。其二，测试工位连续两个季度空缺，是这个赛道最显眼的未定价资产。至于四个月里新上架的新面孔，因本轮采集通道受限未能尽收，留给下一轮新星盘点补上——欠账还得再挂一张小的，但这次知道欠在哪儿了。 ## 参考来源 1. [OthmanAdi/planning-with-files](https://github.com/OthmanAdi/planning-with-files) — 17.7K Star、三文件架构、40+ 平台兼容等数据出自本栏 2026-05-16 档案《Skills生态评测·第1轮》抓取记录 2. 本栏档案《skills-ecosystem-1600》（2026-05-16，本地存档）— Understand-Anything（7.2K★）、Trail of Bits Security Skills（4.1K★）及 superpowers 子技能清单出处 3. 本栏档案《skills-ecosystem-r3》（2026-05-16，本地存档）— 工作流类八件评测摘要与「Round 5 开发者效率待办」出处 4. 本栏档案《skills-ecosystem-r5》（2026-05-16，本地存档）— 「欠账」现场原貌，全篇仅存一句品类结论 5. Claude Code 内置命令说明 — /code-review、/simplify、/verify 的描述文本取自本机 CLI 运行环境一手内容，随版本分发 > [!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 等场景全覆盖。