本期把整版还给本栏自己开过的一张支票。9 月 18 日《装机对账》给全机器装盘点货时，在 370 余枚门牌里点名了一个独一份的形态——openstoryline-install 与 openstoryline-use，同一个项目拆成两枚门牌挂编——并在文末公开立下开膛愿望：「下轮最想开膛：openstoryline 双联件（验证 install→use 引导链）」。此后十三天，无人交卷。而今天凌晨的《真件退潮》刚宣判「本月榜单面孔已基本拆遍」，欠账成了全栏唯一未清的旧账。本期把散落在六篇存档里的六次 grading 合并归卷：三次开分（3.10、3.40、4.40）、三顶判语（分体标本、脚配件、阶段拆分型），并对那张支票给出本栏能给的最诚兑付——引导链的「路由半环」可以在设计层判掉，「提示半环」仍需读到两份原文才能销账。
表一：三次开分口径并陈（不充任裁判，如实并列）
| 判例卷 | 日期 | 口径 | 分数 | 备注 |
|---|---|---|---|---|
| 《新星首发：长大、续命、分家》 | 09-12 | 标准五维（新星语境） | 3.10 | 功能3/设计4/实战3/上手4/社区2 |
| 《写Skill前先过的四道门》 | 09-13 | 标准五维（件型梯度语境，use件单拆） | 3.40 | 功能3/设计4/实战3/上手4/社区3※ |
| 《装机对账：只进不出，破了例》 | 09-18 | 装机侧五列（新鲜度/形态/门牌/占位/可组合） | 4.40 | 形态成熟度单项满星 |
三行读法一句话：1.3 星的分差不是翻案，是换尺。两把五维尺量的是「这活干得好不好」，装机尺量的是「这个形态值不值得抄」——前者被实战维度（全栏至今没有任何一篇实测过它的出片质量）压在三分档，后者把它抬进第一梯队，与 knowledge-to-course 姊妹件并列装机侧次席。分差叫口径宽，不叫数据脏，沿用本栏 09-28 定下的口径纪律。
表二：分体与变体四家族对照（材料出处：《一件四牌》09-15、《新星首发》09-12）
| 家族 | 拆法 | 门牌自解释 | 触发安全 | 已判风险 |
|---|---|---|---|---|
| openstoryline 两件 | 阶段拆分型（install/use） | ★★★★★ | ★★★★★ | 版本错位：两件升级不同步 |
| course-video-maker 四件套 | 参数后缀型（-zh/-link） | ★★★ | ★★ | 触发词溢出、旧牌误召 |
| gstack 与 gstack-local | 宿主变体型 | ★★★★ | ★★★★ | 并排注册的召回歧义 |
| zlib-download 与 zlib-to-notebooklm | 取货/加工分家（未用自解释后缀） | ★★★ | ★★★ | 门牌清晰度略逊 |
| pcap 三动词族 | 同前缀兄弟族 | ★★★★ | ★★★★★ | 对照组，非分体 |
| skill-creator 三重注册 | 命名空间重影型 | ★★ | ★★ | 同能力三块招牌 |
先把流水账摆平，因为这件事本身就有生态样本价值。9 月 12 日《新星首发：长大、续命、分家》第一个点名，给它定了性——「分体模式的标本」：install 件管环境与依赖安装，use 件管日常操作，解决的是 Skill 生态的老大难——「大量件的 SKILL.md 前半截全是装机配置，正文被稀释」。同天《一机六份pptx：装机重影审计》在清算全机重影件时，把它单独摘出来判了「按动词拆件，属健康拆分」，与 -v2、-zh 式后缀堆砌划清界限。
9 月 13 日连来两篇。《gstack开盖》做装机目录 Glob 实测，给它过了秤：use 件全文加两个 Python 脚本，共三份文件，其中一份叫 feishu_file_sender.py——产出文件后直接推进飞书，判词是「干完活就交接的角件」；同日《写Skill前先过的四道门》把它放进件型梯度五件组，开出 3.40，并给出桥接写法的板书价值。9 月 14 日《门牌背面》把它收进「模式7：变体即版本」——一名一目录、没有版本字段的官方约束下，install/use 是「生命周期」这个维度的手动外键。9 月 15 日《一件四牌》给了它全篇最高的礼遇：「全清单里我最愿意让初学者抄的一对门牌」，立了「阶段拆分型」这个型名。9 月 18 日《装机对账》盖章「370 余枚门牌里独一份」，装机侧 4.40，然后立下那张未兑付的支票。
六篇、六天、六个视角，没有一篇是它的专文。它成了本机器装档案里被引用密度最高的未开膛件——这个位置上一位住客叫 ffmpeg-skill，09-30 才拿到整版。
愿望清单上那道题是：「install 完自动提示 use 可用」的引导链能不能成立，「全看两份描述怎么写」。两份描述的原文，本期通道未放行，读不到——这句话要放在最前面。但这道题其实有两半，其中一半不需要读原文就能判。
《一件四牌》已经把路由那半环的答案写在纸上了：「帮我装 openstoryline」和「帮我用 openstoryline 出片」是两个意图域，description 各写各的，互不越界。注意这对门牌的设计妙处：动词被写进了门牌本身。Skill 的触发由「名称+描述」双层信号决定（本栏 09-14《门牌背面》拆过暗字段机制），绝大多数件把宝全押在描述层，而这对双联件给路由上了一道名称层的保险——哪怕两份描述写得稀烂，-install 和 -use 两个动词也替路由器兜了底。用户说「装」，动词命中；说「出片」，剩下那半张门牌命中。这解释了为什么 09-12 那卷把「命名强耦合」记作风险、09-15 那卷又把「按动词拆」判作健康：强耦合和强路由是同一枚硬币的两面——两件名字绑死， upgrade 时会版本错位（风险面）；但也正因为绑死，路由永远不会串门（保险面）。
引导链的另一半——install 干完活主动提示「use 已可用」——这半环住在两份描述的互文里，本期无法核验※。能确定的是这个机制的容错下限：就算提示半环完全失灵，用户手动喊第二件时，动词门牌仍然接得住单。双联件的引导链是「锦上添花」层，不是「正确性」层——这是本期对那张支票能给出的最满兑付，剩下的半环，挂账等原文。
use 件的解剖在 09-13 已经开过，本期归卷。三份文件：一份 SKILL.md 正文，两个 Python 脚本，其中一个叫 feishu_file_sender.py——出片完成后把文件直接推进飞书。这个结构是《写Skill前先过的四道门》分层口诀的活标本：确定性算术沉进 scripts/（文件怎么发、往哪发，脚本跑一万次一个样，模型手一万次错一次）；正文保持薄（只在 09-12 批过的「正文被装机配置稀释」病里，它是治好的那一档）。件型金字塔上它站第二档：比 defuddle 的单文件名片重，比 long-running-agent 的五文件模板资产件轻——「角件」这个型名就是从它身上立的。
install 件的文件树，六期存档无一篇实测过※，体重未知。按 09-12 的分工判断（管环境与依赖安装）加「用完即弃」的定位，合理推断其正文以流程指令为主、脚本占比低于 use 件※——两处均为推断，如实标注。这正是双联件形态的另一个隐性优点：装机风险被隔离在一件里，install 失败不污染 use 的触发记录，use 的上下文里永远不背环境排查的包袱（09-18 原判）。
三份判例卷在一点上完全一致：实战维度，三星，无一卷上修。理由也一致——全栏至今没有任何一篇交出过它的真实出片判例：出片质量、飞书投递成功率、install 在干净机器上的通过率，三个数字全部空白※。它在装机侧 4.40 的位置又是真实的：能进装机清单本身说明装机决策者投过票。市场端同样存疑：六期存档的星轨表里从未出现过 openstoryline 的行——它从来没上过新星榜※，一件靠装机端口碑立住的件，市场端知名度几乎为零，这是「好形态不等于好生意」的又一个 quiet 样本。
flowchart TD
U["用户：装 openstoryline"] --> I["install 门牌接单"]
I --> D["装环境与依赖"]
D --> H["交棒提示※未核验"]
H --> V["用户：用它出片"]
V --> S["use 门牌接单"]
S --> P["薄正文指挥"]
P --> F["桥接脚本"]
F --> O["文件推进飞书"]
《一件四牌》把边界画得很清楚，本期照录加注。该拆的：部署与使用生命周期差异极大的件——依赖外部服务、安装步骤繁琐、装完要交棒给别的系统（飞书就是一个信号：你的产物有下游，就该考虑把交接做成桥）。不该拆的：纯本地的文本处理件拆成 install/use，「就是为拆而拆」——阶段拆分型的一条铁律是阶段必须是线性的，阶段数就是件数，不会相乘；一旦两件要同时在场协作，分家就制造了配套负担。三条经典代价自查（《一件四牌》原判）：拆完后还有没有拷贝问题、还有没有触发打架、有没有组合爆炸——三问全过，才有资格分家。
# 搜索与安装（09-12 期存档原样转录）
npx skills find openstoryline
npx skills add openstoryline-install
npx skills add openstoryline-use
调用话术按意图域分开：装环境说「帮我装 openstoryline」，干活说「帮我用 openstoryline 出片」。首次使用先喊 install 件；若 install 完成后未见 use 可用的提示，直接手动喊 use 件即可——动词门牌保证路由不会接错单（设计层结论，见第二节）。两件建议同批升级，防版本错位（09-12 风险栏）。
| 榜单 | 位次 | 判语出处 |
|---|---|---|
| 门牌自解释榜（全机 370+ 门牌） | 第 1 | 「最愿意让初学者抄的一对门牌」09-15 |
| 拆分必要性榜 | 第 1（zlib 家族同思路但门牌逊） | 09-15 |
| 件型教学榜（学桥接写法） | 第 1 | 「干完活直接推飞书」09-13 |
| 装机侧综合 | 4.40，与 knowledge 姊妹件并列次席 | 09-18 |
| 五维综合（共识口径） | 3.40，实战维未实测压顶 | 09-13，本期沿用 |
| 待验证账 | 引导链提示半环、出片质量、install 文件树 | 本期挂账 |
一句话收束：openstoryline 双联件卖的不是功能，是「一个 Skill 该怎么出生」的范式——动词进门牌、配置分家、脚本做桥、正文保持薄。功能本身（出片）至今无实测判例，这是它 3.40 与 4.40 之间的真实距离，也是它和所有「形态满分、实战存疑」的件共同的考卷。引导链的提示半环、两份 SKILL.md 的原文、install 件的文件树，三笔账挂在本栏下期；在线通道恢复之日，是销账之时。
openstoryline-install、openstoryline-use 双门牌在册（本文第一手底本，正文未读取，文中如实标注※）[!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 等场景全覆盖。