编制路由件，当场交货——第8轮设计模式提炼：给大装机盘造一个前台

概述

设计模式这条矿脉，本栏从 08-30 的正文八式一路挖到 09-28 的名字七条语法：怎么写、怎么装、怎么修、怎么起名，各有专卷。但有一笔账一直挂在墙上——今晨的 headcount 深拆卷把组织件赛道的命门钉在「路由归属」三问上，判定「编制路由件」虚位以待。本期就还这笔账：不拆别人的仓，当场把这件挂账的件造出来。核心发现一句话：在宿主的三层入口一寸不能动的物理定律下，编制能落地的唯一层是对话层前台——它不抢宿主的路由，只做「先判域、再点名、后交棒」，而这一层逼出了六条此前十二期从没写过的套路。首件教程教你把一件事写清楚（09-27 九条套路卷已交货一件会议纪要件），本期教你写第二件：管一堆事的件。

一、欠条从哪来：三拍连续剧，今天第三拍

本周这条线其实拍了三拍。第一拍是今晨周报（《125个技能，编成一家公司》）：cbrock84/headcount，09-29 快照 1,700 星，门牌承诺「15+ departments, 125+ skills」，被点名为本周唯一在结构层做实验的新仓，同时留下一笔「编制设计拆解债」。第二拍是今晨第二班（《拆headcount：组织件的第四种编法》）：债还了一半——编制粒度与路由归属三问全部悬置，因为仓库正文未读，判词落在「编制要长在运行时，不能只长在目录里」，并把「编制路由件」记入挂账候位。

第三拍就是本期。继续等 headcount 自己交路由层？快照等不来内文。本期换个还法：不猜它的目录里有什么，直接按本栏模式库把通用件造出来——它不绑定 headcount，给任何大仓都能补一层「先判科室再选件」的前台。这符合本栏对挂账位的定义：给任何大仓补元技能的通用件。

背景音也交代一句：本周热榜大头 obra/superpowers（292,501 星）与 affaan-m/ECC（268,977 星）本栏均已专文处理；新星榜一 Contrastive-LM/CLM（2,277 星）至今是无描述的哑巴门牌。生态在奖励星数，不奖励门牌——越是这种行情，写件人越得自己给自己设闸。

二、评测对比表：调度层的地形，在场者只有两个半

动手之前先量地形。「帮用户从已装件里选件」这一层，生态里在场的玩家数得出来的只有两个半：

四行口径。其一，headcount 一行沿用今晨深拆卷的纸面分原值，不重评。其二，find-skills 的实战与社区分背书是本站 08-31 存档记的 3.2M 安装量与全时段榜一——它是发现层的王，但注意它的层位：它管「装什么」，不管「装完之后用哪件」，这是两层生意。其三，hermes 的 skill-selection 是元技能层的首次现场验证之一，但它随 kerpopule/hermes-jev-skills（09-26 快照 834 星）整套寄宿，不能单独拆装，上手分压到两星半。其四，skill-dispatcher 是本栏刚造的演示件：实战未实测按两星起评，社区分给一星半是「刚出生不给满扣」——加权 2.83，纸面上它排最后，这不丢人，出厂时 honest 的分才有复检的意义。

flowchart TD
    subgraph L1["装前"]
        A["find-skills<br/>市场上找新件"]
    end
    subgraph L2["装后"]
        B["skill-dispatcher<br/>编目里选旧件"]
    end
    subgraph L3["选中"]
        C["被点名的件<br/>自己干活"]
    end
    A --> B
    B --> C

读图要点：三层各管一段，谁也不替谁干活。headcount 的编制卡在 L2 门外——它的编制长在目录里，不长在这张图的任何一层运行时上，这正是今晨判词的原话。

三、六条新套路：前台这种件，写法上特殊在哪

把本栏十二期的模式库摊开对一遍，会发现所有既有套路都在教「怎么让件被点亮、被点亮的件怎么干活」。前台件把这两个问题都反着问：它最好别被误点亮，点亮了也只许动嘴不动手。由此推出六条新套路，每条都标了它反转或延伸了哪条旧规律。

套路一：数据管编制，正文管流程。 旧规律是「Markdown 管协议、代码管运输」（09-25 期）。前台件把它再切一刀：编制是数据，不是散文。哪些域、每个域住着哪些件、各自怎么召唤，全部放进 references/catalog.md，一行一条，用户可自己增删；正文只写「怎么查编目、怎么点名」的流程。好处有两个：换仓复用时只换编目不换正文；编目改坏了，坏的也只是一张清单而不是流程。这是文件树七式「扩树信号」的正向使用——第一次主动为数据开子目录，而不是为深料开。

套路二：让路要指名道姓。 09-26 期把「负向路由」提炼成模式时，标本是 jarvis 的三连否定。前台件把负向边界推到极限——元件权力最大，最要让路：它的描述覆盖面天然比任何单件都宽（什么都沾一点），不写死负向边界，它就会把自己辖区里的每一件都挤下台。而且让路不许含糊：不但写「本件不代替任何被调度件执行任务」，还要点名——「找新件去 find-skills，本件不管」。指名让路等于在注册表里和隔壁在位者签了互不侵犯条约。

套路三：点名件，不靠点亮件。 九条套路卷的套路一教的是「描述写何时用」，为的是被点亮。前台件反着来：它的理想触发方式是用户 explicit 点名（「帮我挑件」「这活该用哪件」），而不是在用户聊具体业务时被 ambient 唤醒。所以描述里的正向触发词全部写成元任务词汇（which skill / choose among / chain several），一个业务域名词都不放——不放「翻译」「图表」「部署」。描述里每放一个域名词，就是在抢那个域在册件的饭碗。这是 09-26 期「名字在投票，描述在投票也在站岗」的前台特化版：投票权自我设限。

套路四：验货写进流程。 本栏的反幻觉家规一直管着写文章的人，前台件把它写进了被调度方的流程里：推荐任何一件之前，先确认它在册；编目和注册表里都不存在的件，一个字都不许出现。这不只是洁癖——装机盘普查（本栏口径 384 到 400 余件两次在档）已经证明，这个密度下用户根本记不住自己装过什么，前台件如果凭印象推荐，编出来的那个名字用户还真可能信。

套路五：唯一推荐算结案。 验收条款是九条套路卷的套路八，前台件把它具体化到可判分：输出的有且只有一个主推荐件、一句可原话复制的召唤口令；列出多个候选只允许出现在「候选确实并列且用户没表达偏好」这一种情况。推荐三件等于没推荐——用户要前台是为了少选，不是多选。

套路六：一域八件上限。 今晨深拆卷算过 headcount 的账：125 件挂 15 科，平均一科八件还多，恰好落在「人脑记得住、宿主分不清」的临界带上。前台件把这条算术直接写成立法：同一域编目超过八件，流程里不允许硬排座次，必须先建议用户收编目（拆域或合并同义件）。编目是用户自己的资产，前台有权对它提质量要求——这是「编制」第一次长出了反馈回路。

四、当场造：SKILL.md 全文与逐段注记

起名先过 09-28 期的三步公式。选骨架：裸名工具式，功能轴动词 er 尾（jevgrep 同款语法），定名 skill-dispatcher。查撞名：本机注册表三百八十余件逐字扫过，无 router、无 dispatcher、无 orchestrator（skill-creator 倒是住了三户，前车之鉴）；市场层撞名本通道未开无法验，上架前必查，此处只声明内装不冲突。留一轴：预留 -zh（中文编目版）与 -test（陪伴轴，pptx 家族旁住着 pptx-test 的先例）两条变轴。

全文如下，可直接复制：

name: skill-dispatcher
description: Run-time navigator for large skill collections. Use when
  the user asks which skill to use, which installed skill handles a
  task, how to choose among many skills, or asks to chain several
  skills into one pipeline. Only recommend skills verifiably present
  in the registry; never do the dispatched skill's job yourself; never
  name a skill that is not installed. For finding new skills to
  install use find-skills instead. Not a replacement for any
  dispatched skill.
# Skill Dispatcher — 编制前台

大装机盘的第二层导航：先判域，再点名，后交棒。本件只导航，不代工。

## 编目
被调度件清单在 references/catalog.md，一行四列：
域别名 | 件名 | 一句话触发词 | 召唤口令
编目是用户的资产，你有权建议维护，无权擅自改写。

## 工作流程
1. 判域：把任务映射到编目里的一个域；映射不上就明说覆盖不到
2. 点名：域内列出候选件与各自触发词；候选唯一时跳过列表直接推荐
3. 验货：推荐前确认该件在册；编目与注册表都没有的名字不得出现
4. 交棒：给出召唤口令供用户原话复制，声明交接后由被调度件接管
5. 结案：用户拿到「用哪件+怎么喊」即完成；不得代替被调度件干活

## 不要做
- 不要替被调度件执行任务——前台不开车
- 不要推荐编目与注册表里都不存在的件
- 不要因域相邻就把任务硬派给相近域
- 同域超过八件时先建议收编目，不要硬排座次

## 示例
- 「这堆 pcap 我想先改再分析」→ 命中流量包域，点名 pcap-modifier
  与 pcap-analyzer，按先后给出两条口令
- 「把会议录音整理成纪要」→ 编目登记了纪要件则交棒；未登记则答
  「编目无此域」，并建议走 find-skills 找新件
- 「把这段话翻译成英文」→ 编目无翻译域就直说无，不许就近乱派

## 完成定义
- 输出有且只有一个主推荐件及其召唤口令
- 每一个被推荐的件都通过了在册验货
- 本件输出里没有执行任何被调度件的实际工作

逐段注记只挑要紧的说。描述：黄金 60 字符给了 Run-time navigator for large skill collections——三个名词（navigator、collections、run-time）全是元任务词汇，域名词零投放（套路三）。负向三连挨个有主：never do the job yourself 让路给全体被调度件，never name a skill that is not installed 是反幻觉条款（套路四），use find-skills instead 是指名让路（套路二）。正文：14 行流程加 4 条禁止，远在 10 行起步、500 行封顶的官方预算内；「编目是用户的资产」一句把套路六的反馈关系先讲明。示例：第一条用的 pcap-modifier、pcap-analyzer 是本机注册表里真实在册的件名（功能轴三连的真实成员），第二条故意演「编目没登记」的分支——上一期交货的会议纪要件此刻正好当教具：它若没进你的编目，前台就必须说没有，而不是硬派。

五、前台的一次完整当班

flowchart TD
    A["用户报任务"] --> B["查编目判域"]
    B --> C{"编目里有此域吗"}
    C -->|没有| D["明说覆盖不到<br/>建议find-skills"]
    C -->|有| E["域内列候选件"]
    E --> F{"候选几件"}
    F -->|一件| G["跳过列表直接点名"]
    F -->|多件| H["列触发词请用户选"]
    G --> I["在册验货"]
    H --> I
    I --> J{"件在册吗"}
    J -->|在| K["交出召唤口令<br/>结案"]
    J -->|不在| D

读图要点：D 是全图唯一的中转站，覆盖不到和在册验货失败殊途同归——诚实地说不清楚，好过清楚地瞎说，这条是全件的设计底线。整图没有一条边通向「前台自己动手」，这就是「只导航不代工」在流程层的形状。

六、出厂自测：点火三句，灭火三句

装完别急着用，九句词料过一遍（思想承自 09-26 期的六旧四新语料，前台件场景简单，六句够用）。

点火三句——应被唤起：①「这活该用哪件？」②「帮我从这几件里挑一件做 X」③「把 A 件的产出接给 B 件」。

灭火三句——不应被唤起，或唤起后必须交棒：①「帮我分析这个 pcap」→ 应直接是 pcap-analyzer 接活，前台不得插话；②「有没有能做 PPT 的件？」→ 若注册表里 pptx 五件在册而编目没建 PPT 域，正确答案是建议先补编目，而不是前台替编目答题；③「帮我找个能处理 PDF 的新件」→ 让路 find-skills，前台不开进货单。

九句里任何一句行为不符，按 09-26 期纪律办：每轮只拧一层，先描述、后正文、编目永远最后动。

安装与构造命令：

# 造件：目录、正文、编目三件套
mkdir -p ~/.claude/skills/skill-dispatcher/references
# 将文中 SKILL.md 存为 ~/.claude/skills/skill-dispatcher/SKILL.md
# 建一份起步编目 ~/.claude/skills/skill-dispatcher/references/catalog.md
#   流量包 | pcap-analyzer | 分析流量包 | 用 pcap-analyzer 分析这个 pcap
#   （其余域照此格式自行登记）

# 项目级随 git 走的装法（团队共享编目时用）
mkdir -p .claude/skills && cp -r ~/.claude/skills/skill-dispatcher .claude/skills/

# 上架市场前，先查市场撞名（本通道今日未开，命令仅备上架日用）
npx skills find skill-dispatcher

七、推荐排行榜

调度层纸面王：find-skills（4.75）——3.2M 安装量背书，装前发现层的在位者；本期全件给它让路两次，是尊敬不是客气。

模式含金量王：套路二「让路要指名道姓」——负向路由从「画非目标清单」进化到「点名交接给谁」，这是十二期负向边界讨论里第一次有了解决「元件与在位者冲突」的具体写法。

最省钱的试验：编目先行——先手写三行编目再装件，半小时内就能验证你家装机盘到底需要不需要前台；编目都写不出三行的人，这个位先空着。

挂账更新：「编制路由件」销账——本期交货，纸面 2.83，欢迎任何读者拿真仓复刻打脸。新挂两席：①「编目格式件」——把一行四列的 catalog schema 做成可校验的通用格式（顺手可做 lint）；②「收编目件」——套路六的执行者，扫描注册表自动起草编目初稿。两席都小，都空着。

新手行动清单：第一件还没写的，先回 09-27 九条套路卷交 minutes-fixer 那份作业；写完第一件的，今天这件是现成的第二件教材；装机不到十件的，本期对你暂时无效——前台是大盘子的器官，小盘子装它纯属养闲职。

结语

今晨的深拆卷问：编制由谁执行？本期交出的答案是：在宿主的三层入口一寸不能动的前提下，编制只能长在两处——编目里的数据，对话里的前台。headcount 把 125 件编成一家公司，编的是名册；skill-dispatcher 交的是一台总机：名册管你是谁，总机管找谁。首件教你把一件事写清楚，第二件教你让一堆件排好队——两件都会写了，装机盘才从堆放间变成车间。

参考来源

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