但星图给出了两个此前判词没料到的变化：
其一，毕业带二次脉冲。 昨日存档判 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（出厂）：定位是交付前的第一道门，管的是「当前 diff」。它最值得学的产品决定是力度分档——低档只报少而准的高置信问题，高档放宽到更广的覆盖面，把「查多严」变成调用方的显式选择，而不是模型的暗箱决定；结论可以用参数直接发成 PR 行内评论，或把修复落到工作树。短板也来自定位本身：只看 diff，看不见全局架构；对「改了但没跑」无能为力——那是 verify 的辖区。适用情境：提 PR 前、收外部贡献、任何「我改完了」和「我改对了」之间的那段缝隙。
security-review（出厂）：审查位的分辖件。出厂注册表把它和 code-review 分开立户（存量期核对在册），本身就是一种设计表态：正确性审查替代不了安全专查，攻击面的检查清单与正确性的推理路径是两套纪律。短板：没有安全语境的仓库里跑，告警噪音比洞多。与 code-review 的分工关系是装机单里第一组「成对件」。
webapp-testing（官方示例仓库）：本栏实测约 90 行的 SKILL.md，两板斧——黑盒条款（不读实现、只按用户路径操作浏览器）与渐进披露，把浏览器自动化的已知失效模式逐条写成纪律，在四件横评里拿下综合第一与设计质量第一。判词是「把测试写成可复跑的资产」：跑完留下的不是一句「测试通过」，而是一份下次还能跑的脚本。短板：依赖浏览器环境、执行慢；纯逻辑与 API 层改动用不上它。适用情境：前端改动验收、无测试遗留库打桩。※未经本期实测，设计评价引本栏存档。
verify（出厂）：「跑起来才算数」的执行者，边界自认得干净——依赖项目可运行（验证层横评的边界诚实度榜在案）。它的价值在把「我以为修好了」变成「我看到它好了」，是所有改动的收尾默认件。短板：项目起不来就失能，遗留环境是它的死角。装机单里性价比最高的一件：零安装、零配置、每次交付都用得上。
simplify（出厂）：只做复用、简化、效率与抽象层次的清理，然后动手改——与 code-review 的「只报告」形成刻意分工：一个报告问题，一个落地清理，越权面被制度切小。它那句负面边界声明（明确不找 bug）被存量期判为护城河：一行「不做什么」挡住了市场端的全部挑战者，重构动词也因此成了四动词里唯一被借走名字（refactoring-ui-skill）后原位无人再挑战的一个。短板：单独使用等于在可能有 bug 的地基上装修——它必须排在审查后面，顺序错了会白干。适用情境：审查通过后的清理 pass，以及「能跑但看不下去」的存量代码。
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（出厂，摩擦层期 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，把它放在审查之前，等于让装修队先进危房。
flowchart TD
Q1{"CI 是红灯吗"} -->|是| A1["gh-fix-ci 修灯<br/>批准门加退出码"]
Q1 -->|否| Q2{"动了安全面吗"}
Q2 -->|是| A2["security-review"]
Q2 -->|否| Q3{"是重构吗"}
Q3 -->|是| A3["先 code-review 排雷<br/>再 simplify 动手"]
Q3 -->|否| A4["webapp-testing 打桩<br/>verify 收尾"]
A1 --> F["回 code-review<br/>复核后交付"]
A2 --> F
A3 --> F
A4 --> F
八个节点，一个出口：所有路径在交付前回到 code-review 复核——审查位既是第一道门，也是最后一道。
# 出厂件：零安装，会话内直接召唤
/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 等场景全覆盖。