# 效率位季考：三张考卷对不上——开发者效率类Q3终审 ## 概述 今天是 9 月 30 日，三季度最后一天。本栏的开发者效率线（代码审查、测试、重构、调试）这个月被拆了不下十场：调试线两期横评、内置四件、pr-lens 四条侧门、superpowers 四件刹车、效率位四闸取证，直到今晨的 webapp-testing。货架反复扫过之后，本期不开新考卷，做三件没人做过的事：**把本栏三个月印过的所有效率位分数收进一张总表**——结果发现同一件 Skill 最多挂着三张互相打架的考卷；**按可考口径加冕季度冠军**；**把散落在五篇文章里的空位观察拼成一张图**，并回答那个一直没人问的问题：为什么有的工位挤破头，有的工位挂牌四个月无人应聘。 ## 数据时点说明 ## 评测对比表：效率位Q3总账 口径：分数一律转引存档印刷值，括号内为印刷场次；「折算」为本期按五维等权均值重算，方法在正文说明。性质一栏：内＝CLI 内置，官＝官方仓库，社＝社区件，纪＝纪律件（多寄居母仓）。 | 件 | 岗位 | 性质 | 印刷分（场次） | |---|---|:---:|---| | code-review | 审查·正门 | 内 | **4.70**（09-27） | | verify | 验证 | 内 | 3.9（09-16）/ **4.55**（09-27）/ 4.4（09-29） | | simplify | 重构·正门 | 内 | **4.40**（09-27） | | whiteboard | 重构·上游设计 | 社 | **4.40**（09-28） | | webapp-testing | 测试·执行段 | 官 | **4.25**（09-30） | | yeet | 记账·提交段 | 社 | **4.20**（09-29，存档当量折算） | | test-driven-development | 测试·纪律段 | 纪 | 折算 **4.2**（09-29 印各维星） | | verification-before-completion | 交付·验证段 | 纪 | 折算 **4.2**（09-29） | | systematic-debugging | 调试·方法论 | 纪 | **4.10**（05-18 存档，09-20 转引） | | requesting-code-review | 审查·纪律段 | 纪 | 折算 **4.0**（09-29） | | apk-reverse | 调试·安卓物证 | 社 | **4.0**（09-28） | | gh-fix-ci | 调试·CI抢修 | 社 | 3.9（09-16/09-20）/ **4.1**（09-29） | | sentry | 调试·线上监控 | 社 | **3.9**（09-27） | | gh-address-comments | 审查·应答段 | 社 | 3.9（09-20）/ **3.6**（09-29） | | security-review | 审查·安全向 | 内 | **3.85**（09-27） | | security-best-practices | 安全·知识库 | 社 | **3.7**（09-29） | | x64dbg-mcp-server | 调试·物证派 | 社 | **3.6**（09-04 印，09-28 判毕业） | | pr-lens | 审查·看懂段 | 社 | **3.65**（09-28） | | jevgrep | 调试·语义定位 | 社 | **3.25**（09-28） | | Fakecloud | 测试·环境段 | 社 | **3.15**（09-28） | ## 一、三张考卷对不上 把总账竖着看，第一个问题自己浮出来了：**verify 有三张考卷，3.9、4.55、4.4**。gh-fix-ci 两张，3.9 和 4.1。gh-address-comments 两张，3.9 和 3.6。工作流象限的 github-actions-skill 更是三文各异（3.8 / 4.1 / 4.0，09-28 对账文已点名）。同一件东西，分数最多差出 0.65——放在五星制里，这是一整个星级。 打架的原因不在谁算错，在三场考试的**卷面不一样**。09-16 那次给 verify 打 3.9，考的是描述层与职能定位；09-27 内置四件那场把它拆到描述文本级别，涨到 4.55；09-29 四闸取证那场开膛到了 SKILL.md 全文与捆绑脚本，按四维折算记 4.4，还因「社区活跃度无法计分」换了秤。**证据层级每上一级，印刷分就重排一次**——这恰恰是调试线 09-20 那期「证据等级光谱」的定律，只是那次照的是别家，这次照回了本栏自己的记分簿。 对账的结论不是追认某一张卷，而是立一条规矩：**存档分不覆盖、只并排**。凡同一件多场印刷，总账记场次区间，读者引用时注明场次。这也是本文表格全带括号的原因。 ## 二、加冕：冠军是一个没人安装的件 按可考口径，Q3 效率位全场最高分是 **code-review 的 4.70**——一个随 CLI 分发、无需安装、没有 marketplace 页面的内置件。前五名里内置件占两席（code-review 4.70、verify 4.55），官方件一席（webapp-testing 4.25），社区件两席（whiteboard 4.40、yeet 4.20）。 分层加冕更说明问题： - **全场冠军**：code-review（内置，09-27 印 4.70）。一个描述里塞进三套设计，把「审查」这个最拥挤的赛道直接封了正门。 - **社区件冠军**：whiteboard（09-28 印 4.40），但形态已经是 IDE 级的设计画布而非 SKILL，且开箱权在隔壁栏目，本栏只认纸面分。 - **纯 Skill 形态的社区冠军**：yeet（09-29 印 4.20），管的是四闸之外的记账带。 - **纪律件冠军**：systematic-debugging（05-18 存档 4.10，09-20 转引时以 177.6K 装机稳坐常量）——分数是五月的老卷，装机量却是九月仍在涨的活证据。 把冠军名单横过来看，就是 09-29 刹车那期结论的记账版：**满分局里没有一件是「帮 Claude 多干活」的**。code-review 拦着别合并，verify 拦着别嘴硬，TDD 件拦着别抢写，yeet 拦着别乱提交。Q3 效率位的竞争，最后是刹车和刹车的竞争。 ## 三、空位的同一张脸 再看总账的背面。这个月「空位」被不同场次各报过一次：09-12 纪律件谱系挂账「提交纪律位」；09-28 两期先后判定「测试闸空着」「分支编排队与工单进料位空着」；09-29 记账带那期复核「提交纪律候选位挂账十七天还是空的」。散着看是四条孤证，拼起来是一张地图——**效率位的空位，长着同一张脸**： 为什么这四个位子没人应聘？把总账的分数拆开看，规律就出来了：**挤破头的位子，全是「一回合能验货」的位子**。审查闸的交付物是贴在 PR 上的评论，CI 闸的交付物是红灯变绿灯，验证闸的交付物是截图和响应——都能在一轮演示里看见，都好截图、好上 HN、好涨星。而四个空位全是**复利位**：测试资产的收益要在三个月后的回归里兑现，干净的提交历史要在半年后的回溯里兑现，分支结构和工单卫生同理。收益延后，意味着任何单轮演示都拍不出效果，意味着星榜经济里天然卖不动。 供给端没有失灵，是**定价机制在筛选**：谁做一回合能验货的件，谁拿星；谁做复利位的件，谁无名。所以 empty 的从来不是能力，是动机。 ## 四、Q4 瞭望：破局者会长成什么样 按上面的定价机制推，四季度效率位的第一个破局者，大概率不会是「更好的测试生成器」，而是**把复利位改造成一回合验货的刹车件**——比如一个不许你在没有新测试的情况下提交的 commit 闸（把 TDD 件的红绿灯搬进提交段），或者一个把「测试写完没人跑」判成 FAIL 的门禁件。方向不是让 Claude 写更多测试，是让它**不写就不许过**。这与 Q3 的全部胜者同构：刹车上榜，加速器陪跑。 ## 工位图：Q3 收官时的效率流水线 ```mermaid flowchart TD A["改动写完"] --> B["审查正门
code-review 4.70"] B --> C["审查应答
gh-address-comments"] C --> D["测试纪律
TDD件 红灯先行"] D --> E1["测试编写位
空 挂账09-28"] D --> E2["测试执行
webapp-testing 4.25"] E2 --> F["验证闸
verify 三卷并存"] F --> G["CI抢修
gh-fix-ci"] G --> H["记账提交
yeet 4.20"] H --> I1["提交纪律位
空 挂账09-12"] H --> I2["分支编排位
空 黑箱"] H --> I3["工单进料位
空 黑箱"] B --> J["安全审查
security-review 3.85"] ``` ## 安装与使用 ```bash # 内置四件：随 Claude Code 分发，零安装，直接用 /code-review # 审查正门，可加 high / --comment / --fix /simplify # 重构正门，四词清单 /verify # 验证闸，运行时观察 /security-review # 安全审查 # superpowers 纪律件：克隆后单件拷贝（最通用） git clone https://github.com/obra/superpowers cp -r superpowers/skills/test-driven-development ~/.claude/skills/ cp -r superpowers/skills/systematic-debugging ~/.claude/skills/ # webapp-testing：官方 example-skills 捆绑，或复制进项目随仓库共享 # 触发话术：「测一下 localhost:5173 这个页面，截图并检查 console 报错」 # gh 系两件：依赖 GitHub CLI 认证（repo + workflow 两个 scope） gh auth login # 社区件 git clone https://github.com/dzhng/jevgrep # 按行为找代码，依赖 Jev 栈 git clone https://github.com/devdotfast/whiteboard # YC W26 设计画布，IDE 级 # pr-lens：https://github.com/coldteadotai/pr-lens （审查看懂段） ``` ## 推荐排行榜 - **综合账面榜**：code-review 4.70 ＞ verify 4.55（09-27 场）＞ whiteboard 4.40 ＝ simplify 4.40 ＞ webapp-testing 4.25。 - **纯 Skill 社区榜**：yeet 4.20 ＞ TDD 件（折算 4.2）＞ systematic-debugging 4.10 ＞ apk-reverse 4.0。 - **场次修正榜**（引用必注场次）：verify 3.9→4.55→4.4；gh-fix-ci 3.9→4.1；gh-address-comments 3.9→3.6。新卷只增不覆盖。 - **空位榜**（Q4 选题池）：测试编写段 ＞ 提交纪律段 ＞ 分支编排位 ＞ 工单进料位。前两位是市场空白，后两位是本机黑箱。 - **学习价值榜**（给 Skill 作者）：code-review 的描述写法 ＞ verify 的禁令宪法 ＞ TDD 件的红绿灯流水线 ＞ yeet 的当量折算记账。 ## 参考来源 > [!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 等场景全覆盖。