# 零新面孔之后：四动词装机单——开发者效率赛道收官横评 ## 概述 ## 一、第八包对账：还是没有新面孔，但曲线动了 但星图给出了两个此前判词没料到的变化： **其一，毕业带二次脉冲。** 昨日存档判 x64dbg「涨星归零」（最后一天+0）、stop-that-shit「冲顶失速」。今天两件分别走出 +10（1935→1945）和 +19（1915→1934）——昨天的判词今天就得加脚注：两日窗口读不出趋势，毕业带上的件没有死。同带的 terminal-code 今日报⭐1972，距 2000 星毕业线只剩 28 星，是全带最近的一件。 **其二，双巨头追星减速。** 今日热榜 superpowers ⭐285801、ECC ⭐257107，星差 28694，比昨日的 28844 只收窄 150——而前七日的收窄均值是 636 星/日。拆开看更清楚：ECC 当日 +593，不到其前七日均速（≈1144）的一半；superpowers +443，缓涨如旧。「一个半月追平」的外推按新速度要翻倍，星差数学再次证明只能定位、不能预测。 结论与昨日相同但更进一步：市场端四动词没有新件可评，**存量期里装机决策比追新值钱**。以下把四条赛道的存货重新编队。 ## 二、评测对比表：存量总账 五维权重沿用本栏固定口径：功能 25%、设计 25%、实战 20%、上手 15%（分高=易）、社区 15%。有存档分者注明出处期次，无分者给名次，本栏对账铁律：只动曲线，不改分。 | 件 | 赛道位 | 出身 | 存档分/名次（出处） | 今日星数 | |---|---|---|---|---| | superpowers | 调试方法论框架 | 社区 | 4.70（开发闭环期） | 285801 | | stop-that-shit | 行为守门（hook） | 社区 | 3.88（专拆期）→ 4.3（新五件期） | 1934 | | fewer-permission-prompts | 摩擦层（选装） | 出厂 | 4.3（摩擦层期） | 内置 | | webapp-testing | 测试 | 官方示例仓库 | 该期综合第一 | 仓库直装 | | verify | 测试 | 出厂 | 该期并列第二 | 内置 | | gh-fix-ci | 调试（CI） | 社区（装机目录实测） | 该期并列第二 | 本机已装 | | x64dbg-mcp-server | 调试（二进制） | 社区 | 3.30（开发闭环期）→ 3.5（新五件期） | 1945 | | notebook-fix | 调试（notebook） | 社区 | 该期第四 | 本机已装 | | code-review / security-review / simplify | 审查与重构 | 出厂 | 出厂注册表在册（存量期核对） | 内置 | 分维度细表仅列有三档以上存档星的两件（新五件期口径）： | 件 | 功能 | 设计 | 实战 | 上手 | 社区 | 加权 | |---|:---:|:---:|:---:|:---:|:---:|:---:| | stop-that-shit | ★★★★ | ★★★★★ | ★★★★ | ★★★★ | ★★★★ | **4.3** | | x64dbg-mcp-server | ★★★★ | ★★★★ | ★★★ | ★★★ | ★★★★ | **3.5** | ## 三、四动词逐位看 ### 审查位：code-review 与 security-review **code-review**（出厂）：定位是交付前的第一道门，管的是「当前 diff」。它最值得学的产品决定是力度分档——低档只报少而准的高置信问题，高档放宽到更广的覆盖面，把「查多严」变成调用方的显式选择，而不是模型的暗箱决定；结论可以用参数直接发成 PR 行内评论，或把修复落到工作树。短板也来自定位本身：只看 diff，看不见全局架构；对「改了但没跑」无能为力——那是 verify 的辖区。适用情境：提 PR 前、收外部贡献、任何「我改完了」和「我改对了」之间的那段缝隙。 **security-review**（出厂）：审查位的分辖件。出厂注册表把它和 code-review 分开立户（存量期核对在册），本身就是一种设计表态：正确性审查替代不了安全专查，攻击面的检查清单与正确性的推理路径是两套纪律。短板：没有安全语境的仓库里跑，告警噪音比洞多。与 code-review 的分工关系是装机单里第一组「成对件」。 ### 测试位：webapp-testing 与 verify **webapp-testing**（官方示例仓库）：本栏实测约 90 行的 SKILL.md，两板斧——黑盒条款（不读实现、只按用户路径操作浏览器）与渐进披露，把浏览器自动化的已知失效模式逐条写成纪律，在四件横评里拿下综合第一与设计质量第一。判词是「把测试写成可复跑的资产」：跑完留下的不是一句「测试通过」，而是一份下次还能跑的脚本。短板：依赖浏览器环境、执行慢；纯逻辑与 API 层改动用不上它。适用情境：前端改动验收、无测试遗留库打桩。※未经本期实测，设计评价引本栏存档。 **verify**（出厂）：「跑起来才算数」的执行者，边界自认得干净——依赖项目可运行（验证层横评的边界诚实度榜在案）。它的价值在把「我以为修好了」变成「我看到它好了」，是所有改动的收尾默认件。短板：项目起不来就失能，遗留环境是它的死角。装机单里性价比最高的一件：零安装、零配置、每次交付都用得上。 ### 重构位：simplify **simplify**（出厂）：只做复用、简化、效率与抽象层次的清理，然后动手改——与 code-review 的「只报告」形成刻意分工：一个报告问题，一个落地清理，越权面被制度切小。它那句负面边界声明（明确不找 bug）被存量期判为护城河：一行「不做什么」挡住了市场端的全部挑战者，重构动词也因此成了四动词里唯一被借走名字（refactoring-ui-skill）后原位无人再挑战的一个。短板：单独使用等于在可能有 bug 的地基上装修——它必须排在审查后面，顺序错了会白干。适用情境：审查通过后的清理 pass，以及「能跑但看不下去」的存量代码。 ### 调试位：gh-fix-ci、x64dbg-mcp-server、notebook-fix **gh-fix-ci**（社区件，本机装机目录实测）：CI 红灯修复件，捆绑脚本 inspect_pr_checks.py 拉取检查状态。设计上是边界声明、批准门与退出码的三件套：危险操作先停下问人，脚本失败即停、不许模型自己猜命令硬来。四件横评与 verify 并列第二。短板：只管 CI 语境的失败，本地无法复现的故障超出辖区。适用情境：CI 常红的仓库、合并前的最后一道修复窗口。 **x64dbg-mcp-server**（社区，Zig）：四动词里唯一摸到运行时状态的件。选型值得单独抄：不用外挂 HTTP 壳，写 x64dbg 原生插件走 MCP 协议，把「断点-暂停-检查」这套天然有协议边界的状态封装成工具调用——通道选择本身就是工程决定（专拆存档判词）。45 天冲到 1945 星后进入平台期，今日的 +10 说明共鸣投票还有余票。短板：上手门槛四件最高※，需要 x64dbg 与逆向环境，服务二进制侧。适用情境：无源码崩溃、二进制排查。 **notebook-fix**（社区件）：输出锚定是它唯一但够用的亮点——修复 notebook 时拿执行输出对账，不凭记忆断言「应该能跑」。四件横评排名第四，适合当作「单点纪律也能成件」的最小样本。适用情境：jupyter 交付前。 ### 选装位：fewer-permission-prompts **fewer-permission-prompts**（出厂，摩擦层期 4.3 分）：装机单里唯一不碰代码的件——扫描历史会话里的只读 Bash 与 MCP 调用，生成按优先级排序的 allowlist 写进项目 settings。它省的不是改代码的时间，而是每次权限弹窗的注意力税；对一个每天被弹窗打断几十次的会话，这是复利最高的选装。另有 tokentab（⭐549，新星榜在册）做会话账本，读三家 CLI 的会话日志算钱，已有拆解记录在案，此处不重复评分。 ## 四、情境装机单 五种情境，对号入座： | 情境 | 推荐组合 | 顺序即语义 | |---|---|---| | 遗留库无测试 | webapp-testing 打桩 + verify 收尾 | 先立可复跑资产，再谈改动 | | CI 常红 | gh-fix-ci 修灯 + code-review 复核 | 批准门过了才算修完 | | 无源码/二进制崩溃 | x64dbg-mcp-server 单件 | 门槛高，需求刚适用时才装 | | PR 评审拥堵 | code-review 前置发行内评论 + security-review 抽查 | 机器先过一遍，人看剩下的 | | 重构日 | code-review 排雷 → simplify 动手 → verify 收口 | 不找 bug 的件必须排在找 bug 的件后面 | 横切所有情境的一条：重构位的顺序约束是这张单子最容易被忽视的一行——simplify 自认不找 bug，把它放在审查之前，等于让装修队先进危房。 ```mermaid flowchart TD Q1{"CI 是红灯吗"} -->|是| A1["gh-fix-ci 修灯
批准门加退出码"] Q1 -->|否| Q2{"动了安全面吗"} Q2 -->|是| A2["security-review"] Q2 -->|否| Q3{"是重构吗"} Q3 -->|是| A3["先 code-review 排雷
再 simplify 动手"] Q3 -->|否| A4["webapp-testing 打桩
verify 收尾"] A1 --> F["回 code-review
复核后交付"] A2 --> F A3 --> F A4 --> F ``` 八个节点，一个出口：所有路径在交付前回到 code-review 复核——审查位既是第一道门，也是最后一道。 ## 五、推荐排行榜 - **综合分榜（有档可查者）**：superpowers 4.70 ＞ stop-that-shit 4.3 ＝ fewer-permission-prompts 4.3 ＞ x64dbg-mcp-server 3.5；出厂件按名次档：webapp-testing（综合第一档）＞ verify ≈ gh-fix-ci（并列第二档）＞ notebook-fix - **设计抄作业榜（沿用存档）**：webapp-testing（黑盒条款+渐进披露）＞ gh-fix-ci（边界声明+批准门+退出码）＞ verify ＞ notebook-fix（输出锚定）；补一注：simplify 的一行负面边界声明，是全部存档里性价比最高的一句设计 - **今日脉冲榜**：stop-that-shit +19 ＞ x64dbg-mcp-server +10——昨日双「失速」判词今日双翻案，两日窗口不可作趋势证据 - **装机优先级榜**：verify（人人该有）＞ code-review（次次该跑）＞ webapp-testing / gh-fix-ci（按项目形态）＞ fewer-permission-prompts（按弹窗痛感）＞ x64dbg-mcp-server（特定人群） ## 六、安装与使用命令 ```bash # 出厂件：零安装，会话内直接召唤 /code-review # 审查当前 diff，低/中/高三档力度 /code-review --comment # 结论直接发成 PR 行内评论 /security-review # 安全向专位 /simplify # 动手式清理：复用、简化、效率、抽象层次 /verify # 跑起来验证改动真的有效 # 社区件：装机体检索 npx skills find gh-fix-ci npx skills find webapp-testing # 亦在官方示例仓库 anthropics/skills npx skills find tokentab # 二进制调试件：MCP 插件需自建后加载进 x64dbg git clone https://github.com/duty1g/x64dbg-mcp-server # 编译与加载步骤以仓库 README 为准 ``` ## 参考来源 > [!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 等场景全覆盖。