<!-- title: 从十行到装上：Skill装配线 -->

# 从十行到装上：Skill 装配线——设计模式收官篇

## 概述

## 一、为什么收官篇讲装配线：本周基本盘的三个信号

## 二、评测对比表

本期对象是「装配线」而非单件，评分对象换成三级落位方案——它是装配线上唯一此前从未被评过的选型决策。维度沿用本栏五维口径并按落位语义改写：触达面、协作适配、安装摩擦（星多=越省事）、撞名安全、更新可控，权重均分。

| 落位方案 | 位置 | 触达面 | 协作适配 | 安装摩擦 | 撞名安全 | 更新可控 | 加权 |
|---|---|:---:|:---:|:---:|:---:|:---:|:---:|
| 用户级 | `~/.claude/skills/` | ★★★★★ | ★★ | ★★★★★ | ★★ | ★★★ | **3.40** |
| 项目级 | 仓库内 `.claude/skills/` | ★★★ | ★★★★★ | ★★★★★ | ★★★★ | ★★★★★ | **4.20** |
| 插件级 | 市场安装，带命名空间 | ★★★★★ | ★★★ | ★★★★ | ★★★★★ | ★★★★ | **4.20** |

> 计分依据：本会话装机注册表一手观察 + 09-04 门面期存档（泛名单词撞名重灾区、skill-creator 四注册三身份）+ 今晨 384 件普查口径。属落位层估分※，与正文层五维分不可比。

| 仓库 | 星（快照日期） | 形态 | 与装配线的关系 |
|---|---|---|---|
| obra/superpowers | 290,866（9/24） | 方法论框架 | 整机出厂的范本 |
| affaan-m/ECC | 266,346（9/24） | 系统件 | 五名词五部门，树未核验※ |
| mattpocock/skills | 266,035（9/20） | 目录直搬 | 「目录即商品」的极端形态 |

## 三、装配线八站总览

```mermaid
flowchart TD
    S0["第0站 定问题"] --> S1["第1站 起名"]
    S1 --> S2["第2站 写描述"]
    S2 --> S3["第3站 十行正文"]
    S3 --> S4{"第4站 预检五问"}
    S4 -->|"没过"| S3
    S4 -->|"过了"| S5["第5站 选落位"]
    S5 --> S6["第6站 真实用一周"]
    S6 --> S7{"第7站 同一操作<br/>重复三次了吗"}
    S7 -->|"重复了"| S8["第8站 沉淀与扩树"]
    S7 -->|"没有"| S6
    S8 --> S6
```

八站中前四站在九期存档里各有专篇，本期只给站牌；第五站（落位）和第六至八站之间的迭代纪律是新矿，下两节展开。站牌速览：

| 站 | 交付物 | 纪律来源（存档） |
|---|---|---|
| 0 定问题 | 一句话场景 | 09-01 期：先写使用场景再动笔 |
| 1 起名 | 目录名 = `name:` 字段 | 09-04 门面期：五流派、撞名预检 |
| 2 写描述 | frontmatter description | 09-06 批改课：前 60 字符黄金地段、1536 字符预算 |
| 3 十行正文 | SKILL.md 骨架 | 09-01 期：10 行起步，500 行上限 |
| 4 预检 | 五问全过 | 09-04 预检期 + 门面期起名五问 |
| 5 选落位 | 装进哪一级 | **本期新矿** |
| 6–8 迭代 | 描述/正文/树的生长 | **本期新矿** + 09-06 文件树期触发信号 |

## 四、新矿一站：落位层三模式

九期存档把「怎么写」讲透了，但「写完放哪」从未成篇。本会话注册表里躺着现成的一手证据：384 件裸名件住在 `~/.claude/skills/`（今晨普查口径），另有一批带命名空间前缀的插件件——`example-skills:pptx`、`obsidian:json-canvas`、`frontend-design:frontend-design`——与裸名件同机共存，`pptx` 和 `example-skills:pptx` 甚至同时在册。三种落位，三种命运：

**模式一：用户级是自留地，也是撞名重灾区。** `~/.claude/skills/` 里人人都是裸名：今晨普查的 384 件、09-04 门面期数出的 pdf/pptx/skill-creator 多重注册，全发生在这一级。裸名就是拿全生态的公共词池抽签——官方件再打包一次，你的名字就多一个竞争者。自留地适合「只给自己用、名字随缘」的件；想发布的东西别裸奔。

**模式二：项目级是团队规范的白嫖渠道。** 把件放进仓库的 `.claude/skills/`，随 git 走：同事 clone 即装，零安装命令、零版本口口相传，更新就是 pull。今晨第 1 轮判断「方法论被企业抄走当内部规范」——**企业抄走的最短路径根本不是市场，是把你的件 commit 进他们的 monorepo**。团队规范件（代码规约、评审清单、部署 SOP）落这一级，装配线第五站的默认答案。

**模式三：插件级是自带防撞栏的分发。** 命名空间前缀意味着你的 `pptx` 永远是 `你的牌子:pptx`，撞名问题在架构层被没收。代价是多一层发布流程，且用户侧要接受命名空间前缀的心智负担。

落位决策一句话：**只给自己用装用户级，给团队用进项目级，给生态用走插件级——拿不准时选项目级，因为它同时是前两者的降级方案。**

## 五、新矿二站：迭代层三纪律

装配线的第六到八站是返工环，也是九期存档从未正面写过的部分。素材里其实早有原料：09-01 期记下了官方母文 scripts/ 里的 `improve_description.py`（用评测结果改描述）与 `run_loop.py`（60% 原题 + 40% 新题的评测配比），09-06 文件树期记下了「同一操作 transcript 里出现第三次就沉淀进 scripts/」的扩树信号。把它们和门面期的教训合拢，是三条迭代纪律：

**纪律一：动描述，不动名字。** 门面期数过后缀漂移（-v2、-plus 用户分不清哪个是推荐版）——迭代期的第一纪律就是名字是不可变资产：改名等于让所有老用户重新抽签，肌肉记忆和撞名结果同时作废。描述反而是最该高频迭代的资产：官方给描述配了专门的改进脚本，本身就说明「描述是活的、名字是死的」。

**纪律二：三次沉淀，第五站才扩树。** 不要在第一周就给件修文件树。09-01 期的 10 行骨架 + 09-06 期的触发信号表是配套的：同一操作被要求第三次，才进 scripts/；正文逼近 500 行，才拆 references/。**文件树是使用长出来的，不是设计出来的**——官方母文 19 文件树是终点形态，你的第一版照着它抄只会抄出一堆空目录。

**纪律三：改之前先跑一轮 60/40。** 官方 run_loop 的配比是防自欺设计：六成原题保证没把会的改坏，四成新题保证没只会那三道题。没有评测的迭代是手感迭代，改十次不如测一次。

## 六、示范件：meet-notes-to-todo 全程跑一遍

以下为本文原创示范（不指向任何真实仓库），展示八站怎么接力。

**第 0–1 站**：场景是「散会后的纪要没人执行」。按门面期流派二起名——X-to-Y 管线名，描述缺位也能路由：

**第 2–3 站**：描述用门禁开场（claude-api 的 TRIGGER/SKIP 写法），正文 10 行起步：

```markdown
name: meet-notes-to-todo
description: 把会议纪要转成带负责人和期限的待办清单。TRIGGER when 用户提供会议记录、
转写或聊天记录并要求整理行动项；SKIP when 用户只要求总结会议而不需要行动项。
# 会议纪要转待办

## 步骤
1. 通读全文，列出所有暗含行动项的句子（「我回头跟进」「下周给结果」都算）。
2. 每条行动项补三列：事项、负责人、期限。
3. 原文没有负责人写「未指派」，没有期限写「未定期限」，禁止替用户臆造。
4. 输出 Markdown 表格，按期限升序，未定期限沉底。

## 边界
- 只整理不执行，不改写原意。
- 超过 30 条时先按负责人分组，请用户确认优先级后再展开。
```

**第 4–5 站**：预检五问过一遍（点名卷：meet 开头可记忆；撞名卷：to-todo 后缀无常见同名；一致卷：`name:` 与目录名严格一致）。落位选项目级——这份东西本质是团队的散会纪律，进 `.claude/skills/meet-notes-to-todo/`，commit 即全员生效。

**第 6–8 站**：真实用一周后大概率发现两个返工点：团队纪要格式固定，表格模板被反复要求——第三次出现时把模板移进 `assets/`；发现散会录音先过转写件再用——这时写第二版描述，把「转写文本」前置到前 60 字符，名字保持不动。

```bash
# 示范件的落位与自检（可替换成你的第一个件）
mkdir -p .claude/skills/meet-notes-to-todo
# 编辑 SKILL.md 后，对照官方母文的体检思路自检：
# 1. frontmatter 可解析  2. name 与目录名一致  3. 引用的文件都存在
git clone --depth 1 https://github.com/anthropics/skills   # 官方母文范本库
npx skills find meet                                        # 发布前查撞名
npx skills add mattpocock/skills                            # 对照：描述路由表写法
```

## 推荐排行榜

- **最该先走的一站**：第 5 站选落位——九期存档没教过，但决定件是自嗨还是生效；团队件默认项目级，一条 commit 抵一百条安装说明。
- **最省钱的一站**：第 2 站写描述——前 60 字符照着截断线写，官方连改进脚本都替你备好了（improve_description，09-01 存档）。
- **最容易被跳过的一站**：第 6 站真实用一周——文件树是长出来的不是设计出来的，跳过使用期直接修树，是新手翻车第一现场。
- **迭代期头号禁令**：改名。名字是不可变资产，描述才是活资产。
- **本期方法论遗产**：装配线的依赖顺序不可跳站——没起好名写描述是白写，没过预检就落位是埋雷，没真实使用就扩树是空转。

## 参考来源

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

![51学通信知识星球海报-扫码加入](https://wiki.500nian.com/images/zhixingqiu_qrcode.png)
