本期周报的头条不是某颗新星，而是一桩基础设施事件：Skills 生态的三条外部采集通道——付费搜索、网页抓取、榜单页重访——在同一周内全部收紧。榜单看不了，周报换打法：把镜头从市场端转向装机端，用本机 430 件全量装机单对照已发布的 150 余篇拆解选题，做一次「静默层对账」，点名八件从未被写过、但证据链真实的 Skills。另有工坊侧五个自造新件的名字首次曝光，列为下轮深拆候选。
这不是小事。Skills 生态周报这类栏目，燃料就是榜单、仓库和社区讨论这三样。当外部通道全关，周报只有两条路：停更，或者转向。本期选择转向——既然看不了市场，就盘点手里已有的东西：本机装机单。
装机端的事实很硬。本机 ~/.claude/skills 目录下躺着 430 余件，目录本身还是个 git 仓库——目录清单里能看到 .git、packed-refs、origin/HEAD 这些版本控制痕迹；旁边还有一份 2026 年 4 月 17 日的全量备份目录 skills_backup_20260417。另一侧，本栏目累计已发布 150 余篇拆解，选题清单完整可查。
两相对照：凡装机单上有名、而 150 篇选题里从未点过名的件，就是「静默层」。对账流程如下图：
flowchart TD
A["装机全量名单"] --> B["对照已写150篇"]
B --> C{"写过没有"}
C -->|写过| D["移出候选"]
C -->|没写过| E["静默层候选"]
E --> F["本机证据核查"]
F --> G{"证据够不够"}
G -->|只有名字| H["标注待验证"]
G -->|有现场证据| I["本周点名"]
I --> J["静默八件"]
方法论的诚实声明：通道关闭期间，本文对每件的判断只基于两类可查证材料——装机单上的名字本身，以及本机目录里肉眼可见的结构证据（文件名、姊妹件、配套脚本）。凡只有名字、没有现场证据的，一律标注「待验证」，不编描述、不引星数、不造仓库链接。
装机单上名字最短的一件，四个字母。yeet 是网络俚语，本义是「用力扔出去」，用在工具命名上通常暗示「一句话把东西甩出去」的爽快语义——可能是部署、可能是发送、可能是某种快速投递动作。但本期只能诚实地说：这是纯命名推断，本机没有可读的现场证据。它上榜的理由恰恰是这份陌生感：150 篇拆解写过大半个生态，最短的名字反而没人碰。短板也直说：无描述、无姊妹件、无配套脚本可查，下轮若通道恢复，第一件事就是开盖验货。
八件里证据最硬的一件。本机 wiki 产线仓库里，docs/ 目录下多个中文文件名在目录清单中呈现为乱码字节——「日常维护手册」这类标题成了问号串，这是真实可见的编码事故现场；同一仓库里还配有 token_checker.sh、generate_daily.sh 等产线脚本。encoding-check 的存在因此有了完整因果链：一条日更中文内容产线，被字符编码咬过，于是专门立一个工位做编码检查。它的设计启发在于：好的 Skill 往往不是凭想象设计的，是从事故里长出来的。短板：命名过于朴素，触发词设计若不把「乱码」「GBK」「UTF-8」等变体写全，很可能在需要它的时候叫不应。
装机单上唯一按 install / use 拆成两件的套装。全单 430 件里，多步骤工具几乎都是单件扛全部，只有它把「装环境」和「用工具」拆成两个入口。这不是孤例式的怪癖——同一份装机单里还有 course-video-maker 与 course-video-maker-link 的成对结构，说明「分体」是一种真实存在的设计模式。它的价值在提示词工程层面：单一 Skill 同时服务「我要装好它」和「我要用它干活」两种用户意图时，description 很容易两头不讨好、触发率打折；拆开后每个件只对一个意图负责。短板：分体也意味着维护双份成本，以及用户可能装了 use 忘了 install。
与 yeet 恰好构成两极——这是装机单上名字最长的件之一，三段式命名：context-hub（上游服务）+ get（动词）+ api-docs（对象）。定位可从名字直接读出：把 API 文档拉进模型上下文。它的同域邻居全在装机单上：openai-docs、mcp-cli、office-mcp，构成一个「喂文档」小家族。静默原因不难猜：API 文档类件单体话题性弱，横评里常当配角。但本周把它点名出来，是因为它代表一类被低估的工位——Agent 的战斗力上限，往往取决于上下文里有没有对的文档，而不是模型本身。
这件的证据链最有嚼头。本机 ~/.claude/skills 目录本身是个 git 仓库（版本控制痕迹可见），且存在 4 月 17 日的全量备份目录——说明这位用户真实地需要「装机单的版本化与异地容灾」。skill-sync-github 正是对应这个需求的名义工位：把本地件同步上 GitHub。它让我看到生态的一个盲区：大家都在拆「造件的件」「用件的件」，很少有人写「管件库的件」。当一个人的装机量到了 430 件，件库管理本身就是工程问题。短板：同步类工具的信任门槛极高——它动的是你的仓库和凭据，此类件的安全审计应该比功能评测更优先，下轮若深拆，先查它往哪推、推什么。
装机单上 notebook 词族至少七件：jupyter-notebook、notebook-fix、notebooklm、notebooklm-skill-master、notebook-fix 与 zlib 中转件等。jupyter-notebook 负责「用」，notebook-fix 负责「修」——修复执行失败的 notebook。这对结构再次印证本期反复出现的模式：成熟用户的装机单里，每个「干活的件」旁边会慢慢长出「救火的件」。静默的原因可能是场景窄，但换个角度看，修复类件恰恰是使用频率稳定的长尾工位——出错才唤起，一出错就救命。短板：名字里没有「jupyter」全称，触发时用户口语说「修一下 notebook」，能否命中存疑，待验证。
本机同时存在官方系 pdf 件（此前已有专文拆过其「门后还有一道门」的结构）与民间命名的 md2pdf。前者是名词式命名、官方出品、带脚本资源；后者是动词式命名、典型的一件事一件。两者同域并存本身就是装机生态的常态缩影：官方件覆盖大而全的场景，民间件卡住一个高频窄场景。md2pdf 的静默多少有点冤——Markdown 转 PDF 是内容产线的高频动作，本 wiki 仓库的产出目录里就躺着大量 md 文件。短板与风险：PDF 涉及排版、字体、中文嵌入三座大山，一个窄命名件能否扛住中文场景，是下轮实测的必查项。
教学层在本栏目被横评过至少两轮（课程四件、教学流水线七件），但 tutorial-engineer 不在其中任何一篇的标题里。装机单上它的同层邻居密集：course-designer、course-material-creator、learning-coach、mentoring-juniors、ai-course-development-expert。它的名字带「工程师」人设，与 designer、coach 形成措辞分工——同一层里，设计者、教练、工程师各管一段。它静默至今提醒我们一件事：横评的取样永远有盲区，七件横评的「七件」之外，同层往往还站着第八件。短板：无现场证据，定位为命名推断，待验证。
装机端之外，本机工坊目录（~/skills）本周可确认五个此前从未在任何一期出现过的自造件名字，全部来自真实目录清单：
pptx/content/ 目录，里面有上百个中文命名的主题 JSON（从「3GPP标准体系」到「量子计算入门」），是一个带批量生成脚本的重量级 PPT 工厂件；_archived_arxiv-to-video，说明这条产线试错过多轮；这五个名字有一个共同点：都不在装机单上。也就是说，工坊在自产，但还没并入正式装机。自产与装机的隔离带，本身是个值得单独写一篇的现象。
评分口径声明：前两列与「实战效果」为编辑基于命名定位与本机结构的预估（通道关闭，未实测，下轮验证修正）；「装机即用」与「证据强度」为本机可查证事实。星制 1-5。
| 件 | 功能完整度 | 设计质量 | 实战效果 | 装机即用 | 证据强度 |
|---|---|---|---|---|---|
| yeet | ？ | ？ | ？ | ★★★★★ | ★ |
| encoding-check | ★★★ | ★★★ | ★★★★ | ★★★★★ | ★★★★★ |
| openstoryline-install/use | ★★★ | ★★★★★ | ★★★ | ★★★★★ | ★★★★ |
| context-hub-get-api-docs | ★★★ | ★★★★ | ★★★★ | ★★★★★ | ★★★ |
| skill-sync-github | ★★★ | ★★★ | ★★★ | ★★★★★ | ★★★★ |
| notebook-fix | ★★★ | ★★★ | ★★★ | ★★★★★ | ★★★ |
| md2pdf | ★★★★ | ★★★ | ★★★★ | ★★★★★ | ★★★★ |
| tutorial-engineer | ？ | ？ | ？ | ★★★★★ | ★ |
「？」不是低分，是诚实：没有证据就不打分。
# 看本机装机单（430 件的名单）
ls ~/.claude/skills
# 查某件的家底：目录结构、有无脚本资源
ls ~/.claude/skills/yeet
ls ~/.claude/skills/encoding-check
# 市场侧检索同名件（外部通道恢复后可用）
npx skills find yeet
npx skills find md2pdf
# 官方件源头仓库
git clone https://github.com/anthropics/skills
本周生态的最大事实是：观察生态的管道本身也会停摆，而一份周报的价值不该被管道绑死。榜单会断，装机单不会。430 件对 150 篇的对账显示，即便写了大半个生态，静默层依然站得出八件有名字、有邻居、有现场的家伙——生态的尾部密度，比任何新星榜都稳定。下周优先级：若通道恢复，先开盖 yeet 与 skill-sync-github；若继续关闸，转入工坊侧，把 ericsson-ppt-writer-v2 的四篇建设文档拆给你看。
~/.claude/skills 装机单（430 件，git 仓库）、skills_backup_20260417（2026-04-17 全量备份）、~/skills/wiki 产线仓库（乱码文件名现场、2026-05-16 产出目录）[!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 等场景全覆盖。