先交代审计对象怎么定。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 七个名字同样从未进过本栏目任何一期存档的主角位或对照位。其中三件甚至罕见地带着完整描述在册——这让本期至少有两个样本能从黑箱推断升级为描述级拆解。
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 同挂审查动词，唯一问题是分工边界。把不确定写进分数而不是抹平它，是黑箱期唯一诚实的记分方式。
这是十二个末排件里唯一一个描述全文在册的 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 仅名字在册，正文未读，以下为※级推断。但推断的锚点相当硬：本会话环境直接可观测着 CLAUDE.md 加载机制——本篇写作时，harness 顶部就挂着一份「用户的全局私有指令」（~/.claude/CLAUDE.md），每次会话自动注入。整个出厂注册表里，名字对准这个机制的只有 init 一件。它的合理形态※：扫描当前代码库的结构与约定，生成一份项目级 CLAUDE.md，让后续每个会话自带项目说明书。若成立，它就是全注册表杠杆率最高的件：运行一次、受益每一个后续会话，实战四星就是按这个杠杆给的。它也补全了自改层的版图——update-config 改 settings.json、keybindings-help 改键位、statusline-setup 改状态栏，init 改的是第四个配置面：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 该配几把钥匙」的示范；其三，它改的对象（状态栏）是纯装饰层，功能两星不冤——但「装饰层也配了专属件」这件事本身说明，自改层的铺设逻辑是每个配置面一个件，而不是攒一个大而全的「设置助手」。
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 与 gstack-local※：「stack」在工程语境里最著名的用法是 stacked diffs/PR（把大改动拆成一串可独立评审的小 PR），若成立则两者是「接线层」的 git 工作流件，local 变体或为离线版；但也可能是完全无关的领域词。yeet※：开发者俚语里 yeet 意为「用力扔」（常戏指 force-push），一个用梗命名的出厂件本身就是信号——它要么小到不需要正经名字，要么自信到不需要。这一层的存在恰好反证了本栏的「起名即路由」论：谜之名件等于主动退出模型触发，把存在感全部押在人类的好奇心上。09-04 普查统计的人设件尚有一句描述可检索，这三个连检索面都没留。
出厂件随 CLI 分发，零安装，触发方式分两通道：
# 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 存档的实弹口径：触发后看注入的正文是否与描述承诺一致——末排件最可能的病，不是说错话，而是没话可说。
至此，出厂注册表的审计正式合账：四动词干活层（code-review/simplify/verify/run）、自动化流水线（loop/gh-fix-ci/gh-address-comments 等）、平台接线层（linear/sentry/github-actions）、安全线（security 三件套 + security-review 待验）、以及本期的自改层与谜团层——每一层都有名字、有分数、有出处。这场持续三期的审计最有价值的产出不是任何单件的高分，而是一个结构性结论：官方对 Skill 的理解从来不止「帮开发者干活」，它同时在建一套 Agent 的自我维护体系——键位、状态栏、权限、项目记忆，每个配置面一个件，每个件最小权限。社区市场还在为人设件和流水线争星时，出厂件已经悄悄回答了另一个问题：当 Agent 成为长期共事的同事，谁来维护这个同事本身。答案是一排你平时永远想不起、但每次改配置都会路过的末排小件。
[!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 等场景全覆盖。