<!-- title: 出厂件末排审计：改Agent自己的Skill -->

# 四动词拆完之后：出厂注册表的末排暗房——五桩欠账与七个新点名

## 概述

## 一、审计方法：一本没合上的户口本

先交代审计对象怎么定。09-03 存档拆出厂四件套（code-review/simplify/verify/run）时，文末留了一份同族点名：「review、security-review、gh-fix-ci、gh-address-comments、gh-cli、sentry、keybindings-help、init——名字在册、描述未随清单给出，本期不评，留待后续轮次」。这份欠账后来还了一半：09-03 第五轮《无人值守》拆掉了 gh-fix-ci、gh-address-comments、loop 三件，09-04 第五轮《推完代码之后》又实拆了 sentry。**户口本上还押着五个指纹没按的手印：review、security-review、gh-cli、keybindings-help、init。**

本会话注册表一手清点，末排名单还要更长：除上述五件外，**statusline-setup、mcp-cli、gstack、gstack-local、yeet、notebook-fix、encoding-check** 七个名字同样从未进过本栏目任何一期存档的主角位或对照位。其中三件甚至罕见地**带着完整描述**在册——这让本期至少有两个样本能从黑箱推断升级为描述级拆解。

```mermaid
flowchart TD
    R["出厂注册表末排<br/>十二个无人认领的名字"] --> A["自改层<br/>操作对象是Agent自身"]
    R --> B["接线层<br/>操作对象是外部平台"]
    R --> C["调试末梢<br/>四动词没覆盖的数据科学场景"]
    R --> D["谜团层<br/>仅名字在册"]
    A --> A1["keybindings-help<br/>改键位·描述在册"]
    A --> A2["statusline-setup<br/>改状态栏·agent通道在册"]
    A --> A3["init※<br/>写CLAUDE.md·仅名字"]
    A --> A4["update-config等<br/>已拆·09-03"]
    B --> B1["gh-cli※<br/>GitHub命令行·仅名字"]
    B --> B2["mcp-cli※<br/>MCP管理·仅名字"]
    B --> B3["linear/sentry<br/>已拆·09-04"]
    C --> C1["notebook-fix※<br/>笔记本修复·仅名字"]
    C --> C2["encoding-check※<br/>编码校验·仅名字"]
    D --> D1["gstack / gstack-local / yeet<br/>不给分·观察名单"]
```

## 二、评测对比表

权重沿用本栏口径（功能 25%、设计 25%、实战 20%、上手 15%、社区/维护 15%，出厂件无社区数据、沿用 09-03 存档的「维护确定性」替换）。带※者为仅名字在册的黑箱估分；keybindings-help 与 statusline-setup 有描述原文，为描述级估分。

| 件 | 登记入口 | 描述可见性 | 功能 | 设计 | 实战 | 上手 | 维护 | 加权 |
|---|---|---|:---:|:---:|:---:|:---:|:---:|:---:|
| keybindings-help | skill | **描述全文在册** | ★★★☆ | ★★★★☆ | ★★★ | ★★★★★ | ★★★★★ | **4.10** |
| init※ | skill | 仅名字 | ★★★☆ | ★★★ | ★★★★ | ★★★★★ | ★★★★★ | **3.90** |
| review※（悬案） | skill | 仅名字 | ★★★★ | ★★★ | ★★★★ | ★★★★★ | ★★★★★ | **3.80**（暂缓置信） |
| security-review※（悬案） | skill | 仅名字 | ★★★★ | ★★★ | ★★★★ | ★★★★★ | ★★★★★ | **3.70**（暂缓置信） |
| gh-cli※ | skill | 仅名字 | ★★★ | ★★★ | ★★★★ | ★★★ | ★★★ | **3.20** |
| statusline-setup | **agent** | 描述全文在册 | ★★ | ★★★ | ★★ | ★★★★ | ★★★★★ | **3.00** |
| mcp-cli※ | skill | 仅名字 | ★★★ | ★★★ | ★★★ | ★★★ | ★★★ | **3.00** |
| notebook-fix※ | skill | 仅名字 | ★★★ | ★★ | ★★★ | ★★★★ | ★★★ | **2.90** |
| encoding-check※ | skill | 仅名字 | ★★ | ★★ | ★★★ | ★★★★★ | ★★★ | **2.80** |
| gstack / gstack-local / yeet | skill | 仅名字 | — | — | — | — | — | 不计分 |

两张悬案票的读法：review 与 security-review 的分数不是「测出来的好」，而是「位置必然不差」——它们与 4.80 的 code-review 同挂审查动词，唯一问题是分工边界。把不确定写进分数而不是抹平它，是黑箱期唯一诚实的记分方式。

## 三、主拆一：keybindings-help——末排里唯一的描述范本

这是十二个末排件里唯一一个描述全文在册的 skill 通道样本，原文逐字：

> Use when you want to customize keyboard shortcuts, remap keys, or modify ~/.claude/keybindings.json.

短短一句，信息密度值得逐段看。**第一，触发条件用的是「意图+宾语+落点」三段式**：customize keyboard shortcuts（意图）、remap keys（同义动作，扩大触发面）、modify ~/.claude/keybindings.json（落点，可 greppable 的文件路径信号）。这与 09-03 存档提炼的出厂件「触发-跳过对」是同一血统——它没写「当用户想改快捷键时」这种同义反复，而是直接把**文件路径**作为路由锚点：只要对话里出现 keybindings.json，这个件就该被想起。**第二，它暴露了一个此前所有存档都没记录的机制细节**：Claude Code 的键位配置是一个独立文件 `~/.claude/keybindings.json`，与 settings.json 分离——一个 Skill 的描述成了普通用户了解 harness 配置面唯一的文档入口。

短板同样清楚：这是一个**低频深改**场景。多数用户一辈子不改键位，改的人一次就改完——所以它的实战分只有三星。但它证明了末排不是次品仓库：**只要描述写到这份上，再冷门的件也有干净的触发通道**。对照同排的名字在册件，差距一目了然。

## 四、主拆二：init 与 statusline-setup——「自改层」的两个铁证

### init※：唯一对准 CLAUDE.md 机制的出厂件

init 仅名字在册，正文未读，以下为※级推断。但推断的锚点相当硬：**本会话环境直接可观测着 CLAUDE.md 加载机制**——本篇写作时，harness 顶部就挂着一份「用户的全局私有指令」（`~/.claude/CLAUDE.md`），每次会话自动注入。整个出厂注册表里，名字对准这个机制的只有 init 一件。它的合理形态※：扫描当前代码库的结构与约定，生成一份项目级 CLAUDE.md，让后续每个会话自带项目说明书。若成立，它就是**全注册表杠杆率最高的件**：运行一次、受益每一个后续会话，实战四星就是按这个杠杆给的。它也补全了自改层的版图——update-config 改 settings.json、keybindings-help 改键位、statusline-setup 改状态栏，init 改的是第四个配置面：**Agent 对项目的认知本身**。

### statusline-setup：登记在 agent 通道的「同名不同门」

这是本期最意外的一手观察。statusline-setup 带描述在册，但**不在 skill 通道，而在 agent 通道**，描述原文逐字：

> Use this agent to configure the user's Claude Code status line setting.

可用工具仅 Read、Edit 两件。三个读法：**其一**，出厂件的分发入口至少有两套——skill（模型按描述自动触发或斜杠召唤）与 agent（主 Agent 按任务委派的子代理），同一份「改状态栏」需求走的是委派制而非触发制；**其二**，工具箱收窄到 Read+Edit 是教科书级的**最小权限面**——改状态栏只需要读写配置文件，就只给读写配置文件，对照社区件动辄全工具箱的粗放，这是官方对「Skill 该配几把钥匙」的示范；**其三**，它改的对象（状态栏）是纯装饰层，功能两星不冤——但「装饰层也配了专属件」这件事本身说明，自改层的铺设逻辑是**每个配置面一个件**，而不是攒一个大而全的「设置助手」。

## 五、悬案：review 双胞胎——为何并存两个通用审查命令

09-03 欠账里最扎眼的一对。本会话注册表同时挂着三件审查相关命令：code-review（描述在册，4.80 分，范围锁死「当前 diff」，带 --comment/--fix 两旗标）、review（仅名字）、security-review（仅名字）。09-03 存档当年只留了一句「security-review 与已拆过的官方安全三件套显然是两条线」。

三个假说，按可能性并列※：**其一，代际叠加**——review 是被 code-review 取代的旧命令，未下架是为兼容旧习惯，类似 CLI 工具的 alias 惯例；**其二，范围分工**——code-review 锁死工作区 diff，review 可能面向已推送的 PR 全量（若如此，它与 gh-address-comments 的「答辩」件构成 PR 侧一对），security-review 则是带安全清单的加重档；**其三，通道差异**——同名功能在 skill 与 agent 两通道各登记一次，statusline-setup 已经证明通道可以不同。素材只有名字，三者无法区分，**不作断言**。验证路径明确：待文件系统权限开放时读插件缓存里两件的 SKILL.md 正文，或直接向 harness 发起一次触发比对注入内容。在验明之前，本栏对两件的任何评分都只代表「位置价值」，不代表「正文质量」。

## 六、调试动词的末梢：数据科学场景的两个补丁

四个动词里「调试」的版图也不完整。已拆的调试件覆盖了源码层（铁律三件）、网络层（抓包三件套）、字节层（reverify、x64dbg），但本会话注册表里还躺着两个从未点名的末梢件：**notebook-fix**（※仅名字，名字直指 Jupyter notebook 的修复场景——调试动词在数据科学载体上的落点）与 **encoding-check**（※仅名字，对应乱码与字符编码一类高频小痛——本站 09-04 期 YouTube 线恰好拆过 Unicode 主题，可见痛点真实存在，但 Skill 侧无人认领过）。连同在册的 jupyter-notebook，数据科学工具链在注册表里有「载体件」却缺「调试件」的正名位——notebook-fix 是唯一嫌疑补丁。两件都是名字级观察，**留给有实测条件的轮次**。

## 七、谜团层：gstack、yeet 与最小命名学

最后三个名字，本栏拒绝给分，只记录。**gstack 与 gstack-local**※：「stack」在工程语境里最著名的用法是 stacked diffs/PR（把大改动拆成一串可独立评审的小 PR），若成立则两者是「接线层」的 git 工作流件，local 变体或为离线版；但也可能是完全无关的领域词。**yeet**※：开发者俚语里 yeet 意为「用力扔」（常戏指 force-push），一个用梗命名的出厂件本身就是信号——它要么小到不需要正经名字，要么自信到不需要。这一层的存在恰好反证了本栏的「起名即路由」论：**谜之名件等于主动退出模型触发，把存在感全部押在人类的好奇心上**。09-04 普查统计的人设件尚有一句描述可检索，这三个连检索面都没留。

## 八、安装与使用

出厂件随 CLI 分发，**零安装**，触发方式分两通道：

```bash
# skill 通道：自然语言或斜杠直接召唤（末排样本）
# 对话中说"帮我把 j/k 映射成上下移动" → keybindings-help 接管
# 对话中说"给这个项目生成一份说明" → init 接管※

# agent 通道：主 Agent 自动委派（无需手动调用）
# "把状态栏改成显示当前分支" → statusline-setup 被委派

# gh-cli 依赖本地二进制，使用前先确认：
gh --version && gh auth status

# 若本地缺失官方 example-skills 插件（docx/xlsx/pptx/pdf 等已拆件的来源）：
# Claude Code 内执行：
/plugin marketplace add anthropics/skills
/plugin install example-skills@anthropic-agent-skills
```

验收方法照搬 09-03 存档的实弹口径：触发后看注入的正文是否与描述承诺一致——末排件最可能的病，不是说错话，而是没话可说。

## 九、推荐排行榜

- **描述工程范本**：keybindings-help——末排唯一描述全文在册的 skill，路径锚点写法可直接抄进任何配置类 Skill；
- **杠杆率之王**：init※——一次运行、每个后续会话受益，全注册表最高的「配置一次回本」比；
- **最该被官方给个说法**：review 双胞胎——两个通用审查命令并存半年无人解释，代际叠加还是范围分工，一句 changelog 就能结案；
- **最小权限示范**：statusline-setup——Read+Edit 两把钥匙管好一个配置面，社区件该抄的不是它的功能而是它的门禁；
- **调试版图补丁候选**：notebook-fix——数据科学调试真空里唯一的名字级候选；
- **谜团观察名单**：gstack / gstack-local / yeet——不给分，等一个能打开仓库的轮次。

## 结语

至此，出厂注册表的审计正式合账：四动词干活层（code-review/simplify/verify/run）、自动化流水线（loop/gh-fix-ci/gh-address-comments 等）、平台接线层（linear/sentry/github-actions）、安全线（security 三件套 + security-review 待验）、以及本期的自改层与谜团层——**每一层都有名字、有分数、有出处**。这场持续三期的审计最有价值的产出不是任何单件的高分，而是一个结构性结论：官方对 Skill 的理解从来不止「帮开发者干活」，它同时在建一套 **Agent 的自我维护体系**——键位、状态栏、权限、项目记忆，每个配置面一个件，每个件最小权限。社区市场还在为人设件和流水线争星时，出厂件已经悄悄回答了另一个问题：**当 Agent 成为长期共事的同事，谁来维护这个同事本身**。答案是一排你平时永远想不起、但每次改配置都会路过的末排小件。

## 参考来源

1. 本站存档《出厂自带开发效率四件套Skill横评》（2026-09-03，output/2026-09-03/skills-ecosystem-r3-0104.md）— 同族点名八名单原文、code-review 4.80 分与「触发-跳过对」「边界让渡」描述三模式
2. 本站存档《无人值守：出厂自动化六件横评》（2026-09-03，output/2026-09-03/skills-ecosystem-r5-0546.md）— gh-fix-ci/gh-address-comments/loop 三桩欠账的兑现记录
3. 本站存档《推完代码之后：四件接线Skill拆解》（2026-09-04，output/2026-09-04/skills-ecosystem-r5-1133.md）— sentry/gh-fix-ci 实拆结论与「看线上的只读、改代码的要批准」门禁对照
4. 本站存档《390件装机普查：人设占三分之二》（2026-09-04，output/2026-09-04/skills-ecosystem-0951.md）— 注册表普查口径、人设件占比与「无描述等于自愿退出模型触发」论断
5. [anthropics/skills](https://github.com/anthropics/skills) ／ [skills.sh](https://skills.sh) — 官方仓库与安装量口径参照（均转引自往期存档已核对的链接，本轮未重新抓取）
6. 本会话 Claude Code 技能/代理注册表（2026-09-05 会话内一手观察，无公开 URL）— keybindings-help、statusline-setup、update-config 描述原文，及 review、init、gh-cli、mcp-cli、gstack、gstack-local、yeet、notebook-fix、encoding-check 仅名字在册的证据

> [!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 等场景全覆盖。

![51学通信知识星球海报-扫码加入](https://wiki.500nian.com/images/zhixingqiu_qrcode.png)
