先交代空位怎么量出来的。把本站内容创作线的存档摊开数：写作、翻译、表格、PPT、SEO/GEO、一稿多发、知识迁移、会议纪要、视频生产、图表输出——十格全部有过主拆或横评。这些文章有一个共同的隐含前提：原料已经在手上。写作类默认你有一段素材，翻译类默认你有一篇原文，一稿多发默认你有一稿。但原料从哪里来，没有一篇问过。
《会议纪要线四件横评》拆过「办公的耳朵」，但那期的结论自己就留了线索：transcribe 是文件转写件——会议开完才有输入，它管的是已落地的录音，不管输入怎么抵达。更早的 09-01 存档给出过一个至今没还的论断：「转录稿 → 结构化长文」至今没有一个单 Skill 覆盖。把这两条线索接起来会发现，缺口比那句论断更大：不止转录稿的深加工没人做，转录稿的上游——从网页、视频、百科、搜索结果里把原料抓出来——整段管线都没人盘过。
权重沿用本栏目固定口径：功能 25%、设计 25%、实战 20%、上手 15%（越高越容易）、社区 15%。五件均为装机在册、正文未读，全部为黑箱估分；社区维度五件同为零星隐形件，并列 ★★，本期实际失效。
| Skill（装机） | 水线站位 | 功能 | 设计 | 实战 | 上手 | 社区 | 加权 |
|---|---|---|---|---|---|---|---|
| youtube-transcript | 提取层·视频 | ★★★☆ | ★★★★★ | ★★★★ | ★★★★★ | ★★ | 3.98 |
| defuddle | 提取层·网页 | ★★★★ | ★★★ | ★★★★ | ★★★★ | ★★ | 3.45 |
| ducksearch | 发现层 | ★★★ | ★★★☆ | ★★★ | ★★★★ | ★★ | 3.13 |
| wikipedia-research | 提取层·百科 | ★★★ | ★★★ | ★★★ | ★★★★ | ★★ | 3.00 |
| web-access（对照位） | 访问层 | ★★☆ | ★★ | ★★★ | ★★★ | ★★ | 2.48 |
评分说明：功能/实战维度基于名字语义、管线站位与同赛道已核验存档（transcribe、notebooklm、deep-research）的对照推断；设计维度按本站《起名即路由》《撞名九组》确立的命名排他标准评分；社区维度因装机件无公开星数，以「隐形件」统一处理。若与读者实测不符，应以上游正文为准修正。
五件里名字最反常的一件。defuddle 不是任何英文常用词——名义解读※，它是 de- + fuddle（使混乱），字面即「去混沌」：把一个混乱的网页解成一干二净的正文。如果这个解读成立，它是五件里唯一把功能承诺写进词源的名字。但彩蛋救不了路由：defuddle 对模型和用户都是零语义触发词——用户说「把这篇文章抓下来」时，没有任何 token 会命中这个名字。按《起名即路由》的标准，它是反面教材：服务点名，不做路由，凡使用必显式喊名。
它的生态位反而最有想象空间。装机端这个名字与开源社区一个同名网页正文提取库撞在一起，后者据公开资料是 Obsidian 官方剪藏工具的提取引擎——两者是否同一血统，本轮无法在线核验，存疑※。但无论血统如何，装机端它承担的角色是确定的：阅读模式的 Agent 版。网页不是给模型看的——导航栏、侧栏、Cookie 横幅、推荐流、评论区，对一个语言模型全是上下文毒药。defuddle 类提取器做的事，本质是给下游做「上下文减肥手术」：《Skill的上下文经济学横评》量过每条描述 100% 常驻的固定成本，而进口端决定的是变量成本——抓回来的是三千字干净正文还是三万字整页垃圾，下游每个环节的 token 账单都会按倍数放大。在这条账上，提取器是全产线杠杆率最高的一件。
短板同样在名字之外的别处：它是五件里唯一没有任何排他信息的提取件——不管平台、不管介质、不管输出格式（Markdown？纯文本？是否保留链接与表格，全部未读※）。对照 PPT 线《谁决定好看》里 51xtx 把字号冻成 OpenXML 千分位的密不透风，defuddle 的交付规格完全是个黑箱。实战分给四星，是因为「网页取正文」是内容创作的第一高频动作——但它抓错一次（把评论区当正文、把导流段当论点），下游翻译、写作、SEO 全部白干。这是进口端独有的失败模式：其他产线段出错可以改稿返工，取水口投毒没有解药。
与 defuddle 完全相反的命名策略。youtube-transcript 一个名字写了三要素：平台（YouTube）、介质（字幕轨）、产物（transcript 文本）——输入输出全部卡死在七个音节里。这是《把书变成课》总结的「名字即规格」定律（arxiv-paper-to-wechat-article 同款）最干净的一次复现，也是《撞名九组》呼吁的描述排他在名字层就做完的正面教材：它不需要排他条款，因为没有任何别的件会叫这个名字。设计分给满分，是五件里唯一。
它的实战价值要放进介质史里看。视频是互联网最大的知识库存，但模型原生读不了视频——字幕轨是唯一低成本文本入口。youtube-transcript 事实上是「全球最大视频库的文字进口报关行」：一个 40 分钟的技术演讲，经它变成一份可被写作、翻译、摘要产线消费的转录稿。它和已拆的 transcribe 拼起来，音频进口才算两端都通——transcribe 管本地文件，youtube-transcript 管公网平台，前者是「会议的耳朵」，后者是「互联网的耳朵」。而它产出的恰是 09-01 期那句空位论断的原料：「转录稿→结构化长文」无人覆盖，youtube-transcript 是那条缝隙的上游供给者，缝隙本身至今空着。
反面教材的部分在绑定结构。它是五件里唯一的平台专属进口件——名字里钉死了 YouTube，也就把命运钉在了 YouTube 的页面结构、接口与 ToS 上。平台改一次版，它就断一次粮，而上游不赔：这是《回滚真空》「自动化没有后悔药」的平台版——自动化没有后悔药，平台化自动化连保险条款都没有。同平台的 video-downloader 是它的镜像件：一个拿走文件（重、慢、版权风险高），一个只拿文字（轻、快、合规边界清晰※）。两种进口立场对应两种 token 经济学——video-downloader 进口的是需要下游再加工的原始物料，youtube-transcript 进口的是已经结构化的成品原料。实战里后者几乎是唯一理性选择。
wikipedia-research（加权 3.00）。 它的排他设计比 defuddle 及格：wikipedia- 前缀把领地圈死在单一信源——《撞名九组》数过 research 拥挤簇五件（research、deep-research、academic-researcher、content-research-writer、wikipedia-research），这台机器的楼道里挤了五个 Research，唯一靠名字就不抢触发的是这个带前缀的。它的战术定位是单源策略：只信一个信源，换来的是快和可复现——维基的内容结构天然干净，几乎不需要二次提取，相当于「出生即结构化」的进口件。代价是无交叉验证，与《先问再查》拆过的 deep-research（多源对撞、逐句核查）正好是研究光谱的两极：一个要快，一个要真。实战三星的原因也在这里：它是研究底座，不是研究本身——引用维基写深度内容的可信度上限，锁死在「人人都能编辑」这六个字上。
ducksearch（加权 3.13）。 蹲住了平台名（DuckDuckGo），但蹲住之后的排他语义是模糊的※：在一台已内置搜索能力的机器上，第三搜索入口的存在理由是什么——隐私路线？无密钥兜底？名字没有回答。本文写作会话提供了一个真实的路由观测：本轮内置搜索通道被权限拒绝后，没有任何机制自动降级到 ducksearch 兜底——进口件之间没有故障转移设计，备胎躺在仓库里，爆胎时没人换。这个观测的价值超出 ducksearch 本身：进口端的五件是五个孤岛，没有一件知道邻居的存在。
web-access 给本期的命名光谱补上最低一档：access 一个词覆盖抓取、访问、登录、API 调用一切语义，名字零排他、零场景、零格式承诺。它与 ducksearch（发现）的边界、与 defuddle（提取）的分工，全部要靠正文回答，而正文不可读※。把它放进评分表是为暴露一个结构事实：进口端五件的名字质量呈完整光谱——youtube-transcript（名字即规格）→ wikipedia-research（前缀排他）→ ducksearch（平台蹲位）→ defuddle（词源彩蛋、零路由）→ web-access（零语义）。五个名字，五种命名策略，恰好构成一份 SKILL.md 起名教学的完整题库。
flowchart LR
W["互联网原料<br/>网页·视频·百科·搜索结果"] --> S1["发现层<br/>ducksearch"]
S1 --> S2["访问层<br/>web-access"]
S2 --> S3["提取层<br/>defuddle·youtube-transcript<br/>wikipedia-research"]
S3 --> S4["校验层<br/>（空位：零质检件）"]
S4 --> P["加工产线<br/>写作·翻译·SEO·PPT<br/>十格全拆"]
P --> Q["质检参照<br/>pptx-test·verify<br/>下游有门禁·进口端没有"]
把五件按水线一站站摆好，是本期最大的结构发现：进口端不是五件并列的工具，而是一条微型产线——ducksearch 负责发现（给 URL），web-access 负责访问（拿 HTML），defuddle 与 youtube-transcript 负责提取（给正文/转录稿），wikipedia-research 是介质特化捷径（跳过前三站直达结构化文本）。而第四站校验层是空的：《Skill质检层》拆过四道门禁，全部站在代码与输出侧；PPT 线有 pptx-test，代码线有 verify，进口端没有一件回答「抓对了吗」。正文的完整性、字幕与画面的对应、信源的时效——没有任何门禁，错进错出直接放行到下游十格产线。
# 装机在册五件：无需安装，自然语言触发
# "提取这个 YouTube 视频的字幕" → youtube-transcript（名字即路由，直接命中）
# "查一下某百科上 XX 的资料" → wikipedia-research（前缀排他，直接命中）
# "把这篇网页的正文抽出来" → defuddle / web-access（零路由，需显式点名）
# "用 DuckDuckGo 搜 XX" → ducksearch（需点名平台）
# 新机器复装：先检索市场在架形态
npx skills find defuddle
npx skills find youtube-transcript
# 周边件（已在前几期入档，不重复评测）：
# transcribe（本地音频）· video-downloader（文件进口）
# notebooklm 三件套（入库）· zlib-download（书源）
使用纪律一条：进口件产出物不要直接信任——进入下游产线前，至少人工扫一眼提取结果的开头与结尾（导航残留、截断、评论区混入是三大高频事故※）。在质检件出现之前，人就是第四站。
选型一句话：找线索问 ducksearch，开网页交给 web-access，取正文找 defuddle，消化视频用 youtube-transcript，要快就单源 wikipedia-research——但抓回来的东西没有一件替你验，在质检件诞生之前，第四站永远站着你。 内容产线的十格已经全部点亮，水龙头这一排，是这条赛道最后一段没人看过的管线。
[!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 等场景全覆盖。