前几轮翻生态榜，开发者效率这条线上的座位基本被社区件坐满：审查有 pr-lens 一派，测试有 webapp-testing，CI 红灯有 gh-fix-ci，调试闸空了十一天才等来配装表。这一轮换个方向——不看编外江湖，看编制内。本期材料来自本机 ~/.claude/plugins/marketplaces/ 下的两份官方市场检出：claude-plugins-official（官方插件市场）和 anthropic-agent-skills（官方技能市场）。翻完目录结构与会话内注册的技能描述，核心发现一句话：官方已经把审查、重构、验证、安全四道闸自己做了一遍，而且每道闸故意用了不同的形态。命令、子代理、技能、纯 MCP 插座，四种皮各穿一件——这不是随手放的，是形态选择的教科书。
需要先交代边界：本期未做联网核对，所有名字、形态、引文均出自上述本机检出与会话内技能注册表，可以自己开 /plugin 面板复现；因此全文不标 Star、不标热度、不标版本号——拿不准的数字，一个都不写。
把 claude-plugins-official 检出目录展开，与开发者效率直接相关的户口如下（均为目录实测，非记忆）：
| 户口 | 形态 | 文件证据 | 干什么 |
|---|---|---|---|
| code-review | 命令（command） | plugins/code-review/commands/code-review.md |
审查当前 diff |
| code-simplifier | 子代理（agent） | plugins/code-simplifier/agents/code-simplifier.md |
质量清理、简化 |
| commit-commands | 命令×3 | commands/commit.md、commit-push-pr.md、clean_gone.md |
提交、推PR、清分支 |
| clangd-lsp / csharp-lsp | 插件 | 各自 README.md |
把 LSP 诊断流接进上下文 |
| claude-md-management | 技能+命令 | skills/claude-md-improver/ + references |
修 CLAUDE.md |
| claude-code-setup | 技能+5份reference | skills/claude-automation-recommender/ |
推荐自动化配置 |
| greptile | 纯 MCP 壳 | 只有 plugin.json + .mcp.json + README.md |
第三方云审查供料 |
| agent-sdk-dev | 验证代理×2 | agents/agent-sdk-verifier-py.md、-ts.md |
SDK 应用验收 |
同一批闸门，在会话内注册出来的名字是：code-review、simplify、verify、security-review——外加一个裸名 review。目录里的 commands/code-review.md 和会话里的 /code-review，就是同一道闸的「市场皮」和「运行皮」。重点不在名字，在于：为什么同样是效率件，有的做成命令，有的做成子代理，有的做成技能，有的干脆只给个 MCP 插座？下面逐件拆。
| 维度（权重） | code-review | code-simplifier | verify | security-review | greptile |
|---|---|---|---|---|---|
| 功能完整度 25% | ★★★★☆ | ★★★☆☆ | ★★★★☆ | ★★★☆☆ | ★★★★☆ |
| 设计质量 25% | ★★★★★ | ★★★★☆ | ★★★★☆ | ★★★★☆ | ★★★☆☆ |
| 实战效果 20% | ★★★★☆ | ★★★★☆ | ★★★★☆ | ★★★☆☆ | ★★★★☆ |
| 上手难度 15% | ★★★★★ | ★★★★★ | ★★★★☆ | ★★★★★ | ★★☆☆☆ |
| 社区活跃度 15% | ★★★★☆ | ★★★★☆ | ★★★★☆ | ★★★★☆ | ★★★☆☆ |
| 加权总分 | 4.6 | 3.9 | 4.3 | 3.8 | 3.6 |
上手难度按「从零到用上」计，内置件免安装直接满分；greptile 要配第三方凭据，扣在起点。活跃度一栏，编制内四件按官方市场随主产品滚动更新计四星，greptile 属外部挂载计三星半——这是本期唯二的「宽容打分」，理由是形态上它们不在同一个责任主体里。
会话内注册的描述原文（可自行在技能面板核对）大意是：审查当前 diff，找正确性 bug 与复用/简化/效率类清理；effort 分 low/medium 到 high→max 三档，低档少而置信高，高档覆盖广但可能含存疑项；支持 --comment 把发现贴成 PR 行内评论，或 --fix 直接落到工作区。
拆它的行级设计，一句话里干了四件事：范围界定（只看当前 diff，不翻全库——和 greptile 的全库级审查划清地盘）；档位词表（low/medium/high→max，每档附带「发现数量与置信度的交换关系」说明，把「审多深」从玄学变成参数）；双出口（--comment 走评论流，--fix 走改动流，同一个审查结果两种交付方式）；发现类型清单（正确性 bug 归它，质量清理也归它——这后半句正是它和 simplify 的接缝，见下）。生态件写 SKILL.md 常犯的毛病是描述只写「能做什么」，不写「怎么调、调多深、产出给谁」；官方这一句把四问全答了。
simplify 的描述里最有价值的是收尾那句：Quality only —— 它不抓 bug；抓 bug 请去 /code-review。这是全组最值得抄的一行。生态里的效率件十有八九死于职责蔓蔓：审查件顺手改代码，重构件顺手报 bug，最后每个件都成了半吊子多面手。官方用一句否定+一次转介，把边界焊死——「不做什么」和「做什么」写在同一句里，还顺手给兄弟件导了流。
前半句同样有货：复用（reuse）、简化（simplification）、效率（efficiency）、高度（altitude）四类清理并列。altitude 这个词在社区件的描述里几乎见不到——它指「这段代码抽象层级对不对」，即该提函数提函数、该下沉下沉。把抽象层级列为一级清理目标，等于承认重构不只是「变短变快」，还包括「站对楼层」。形态上它是子代理（agents/code-simplifier.md），不是命令：重构动辄跨文件改一片，适合主代理整段委派出去，不适合人手敲一行触发——形态选型跟着工作粒度走，这是第二课。
verify 的描述结构更直白：验证一个改动的办法是把应用跑起来，观察行为。后面跟了一串触发场景——被要求验证 PR、确认修复生效、手动测一个改动、检查部署是否正常、推送前做本地校验。五个场景全是动词开头的短语，没有一个形容词。这是描述写作的第三课：描述不是广告，是路由表。用户说「帮我确认这个 fix 好了没」，模型拿这句原话去匹配五个短语之一，命中即触发。写成「强大的一键验证工具」反而匹配不上任何一句人话。
它和 webapp-testing（生态里的官方技能件，前几轮已拆过，此处不重复展开）的分野也清楚：webapp-testing 管浏览器里的 web 应用测试工艺，verify 管任意改动的「跑起来看行为」——一个偏测试基建，一个偏验收动作。配合 claude-code-setup 里那套 claude-automation-recommender（附五份 reference，从 hooks 模式到子代理模板连参考文件都备齐了），验证这条线在编制内是齐的。
四闸里它最反常：会话注册表里其它三件都带着长描述，security-review 裸名一个，旁边还站着一个同样裸名的 review。对照下来这是第四课：高频、高风险、指令式调用的操作，名字即触发，不需要语义路由。长描述的价值是让模型在自然语言里自动认领任务；而安全审查这种事，你希望的是用户显式敲下 /security-review，而不是模型读代码读嗨了自作主张跑一遍。免描述=免误触发，同时保住「审计动作必须有人按按钮」的责任链。社区件往描述里堆触发词堆到三百字的时候，官方这边示范了另一个极端的合理性。
external_plugins/greptile 目录下只有 plugin.json、.mcp.json 和一份 README——没有 skill，没有 command，没有 agent。这是全目录形态最「薄」的户口，也是最说明问题的：MCP 供料，Skill 供工艺。greptile 的全库级索引审查是云服务，官方市场愿意收编它，但只收一根插座——把它的检索与发现能力接进来，至于发现之后怎么分档、走评论还是走 fix、和 simplify 怎么分工，全是编制内那几件事的活。对照评测它设计分只有三星：壳没有设计可言；但功能与实战不低，因为工艺活虽不归它，料是真的。短板也明确：要配第三方凭据，上手难度四件里最高，且核心逻辑闭云服务，出了问题两头求人。
flowchart TD
A["改动 diff"] --> B["code-review 审查闸"]
A --> C["simplify 重构闸"]
A --> D["verify 验证闸"]
B -->|低档| E["少而置信高"]
B -->|高档| F["广覆盖含存疑"]
B --> G["--comment 走评论"]
B --> H["--fix 落工作区"]
C --> I["复用简化效率抽象"]
C -->|不抓bug| B
D --> K["把应用跑起来"]
K --> L["观察真实行为"]
M["greptile 云审查"] -->|MCP供料| B
读懂这张图的关键在 C 到 B 那条边：重构闸发现问题里唯一的「 bug 嫌疑」，按边界句原路退回审查闸——编制内的件互相知道边界在哪，这是生态件群最缺的纪律。
# 内置四闸：随 Claude Code 预装，零安装
/code-review # 审当前 diff，可加 --comment 或 --fix
/simplify # 只做质量清理，不抓 bug
/security-review # 安全审查，显式直调
# verify 不用敲：说"跑起来验证这个改动"即触发
# 官方市场件：会话内输入 /plugin，浏览 claude-plugins-official
# 本机已检出位置：
ls ~/.claude/plugins/marketplaces/claude-plugins-official/plugins/
# greptile：市场内启用后，按其 plugin.json / .mcp.json 提示补第三方凭据
# （具体环境变量名未联网核实，以启用面板提示为准）
想自己写 SKILL.md 的，这期官方四件等于现成教材：其一，否定边界句——「只做 X，不做 Y，Y 去找某某」，一句顶三条免责声明；其二，档位词内置——把深度/广度做成显式参数，并写清每档的置信度代价；其三，动词短语穷举触发场景——描述是路由表，每个短语对应用户一句原话；其四，高风险操作免描述——裸名直调，宁可少触发不可误触发；其五，形态跟着粒度走——单人瞬时动作用命令，跨文件大动作用子代理，自然语言认领用技能，纯数据能力用 MCP 插座。生态件还在卷描述长度的时候，编制内已经在卷形态选型了——这是本期最大的发现，也是社区件下一轮该补的课。
/plugin 面板可复现）— code-review/simplify/verify/security-review 的官方描述原文，本文行级引用皆出于此透明度声明：本期全程未联网，未引用任何线上榜单与星数；文中所有仓库名、文件路径、描述引文均可在上述本机检出位置逐一复核，评测星级为作者基于材料的主观判断。
[!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 等场景全覆盖。