<!-- title: huashu开盖翻案：官方冷件三连拆 -->

## 概述

本期是 Skills 生态拆解第 4 轮，方向内容创作与办公。开题先交代材料边界：本轮在线搜索与抓取通道未获放行，全部事实来自两个一手来源——本会话装机清单里四份 SKILL.md 正文的逐段读取，以及本栏存档的照印回查。正是这次「只能读正文」的限制，撞出了本期最大发现：**9 月 7 日《谁让人信》那期把 huashu-nuwa 当黑箱按名字语义估了 2.98 分（话术层※），而它真正的正文是一条完整的「Skill 造人产线」，与 6 月 21 日实测给过五星的 alchaincyf/nuwa-skill 同源。本期开盖改判：2.98 → 4.35，把本栏「同件两分差」纪录从 1.05 刷到 1.37，且暴露一个此前没人指出过的新机制——黑箱估分真正的成本不是分数错，是存档检索失败。** 另外三件是官方 example-skills 插件里至今没人拆过的内容线冷件：internal-comms（路由件）、doc-coauthoring（流程件）、slack-gif-creator（工具箱件），三种写法恰好构成 SKILL.md 的三个模板。md2pdf 以 9 月 10 日存档印分回看，负责串链。

## 评测对比表

权重沿用本栏固定口径：功能 25%、设计 25%、实战 20%、上手 15%（星越多越容易）、社区 15%。

| 件 | 层位 | 功能 | 设计 | 实战 | 上手 | 社区 | 加权 | 口径 |
|---|---|:---:|:---:|:---:|:---:|:---:|:---:|---|
| doc-coauthoring | 官方·流程件 | ★★★★★ | ★★★★★ | ★★★½ | ★★★★ | ★★★★ | **4.40** | 本期正文首拆 |
| huashu-nuwa | 元引擎·造人产线 | ★★★★★ | ★★★★★ | ★★★★ | ★★★ | ★★★★ | **4.35** | 本期开盖改判（原 2.98※） |
| internal-comms | 官方·路由件 | ★★★★ | ★★★★ | ★★★ | ★★★★★ | ★★★★ | **3.95** | 本期正文首拆 |
| slack-gif-creator | 官方·工具箱件 | ★★★★ | ★★★★ | ★★★ | ★★★★ | ★★★★ | **3.80** | 本期正文首拆 |
| md2pdf | 装机·导出件 | — | — | — | — | — | **3.60** | 9-10 存档印分，回看串链 |

> 口径说明：官方三件只读到第一层 SKILL.md，examples/ 与 core/ 二层目录正文未读取，涉及二层深度的判断已在对相应件的下文标注；huashu-nuwa 实战维度按 6-21 同产线实测背书照印，本机未复跑全流程。

## 一、翻案主角：huashu-nuwa 开盖

### 先看误判是怎么发生的

9-07 那期的原话：「huashu-nuwa（话术，名义推断※）」「定位为话术生成/模板件——『女娲造物』的隐喻指向从零捏话术」「销售话术、客服应答、直播话术※」，据此给出 2.98 的层内垫底分，并留了复核钩子：「若与读者实测不符，应以上游正文为准修正」。本期把这个钩子拉了——正文第一行标题就是答案：

> 女娲 · Skill造人术——「写不进去的那部分，才是你真正的护城河。」

它不是话术件。它造的是「会像某个人那样思考和说话」的 Skill：输入一个人名或一个需求，走完调研、提炼、构建、验证、精炼五个大阶段，产出一个 `xxx-perspective` 技能目录。9-07 的三处推断全部落空：

| 项 | 9-07 名义推断※ | 本期正文实据 |
|---|---|---|
| 层位 | 话术层 | 元引擎·造人产线 |
| 功能 | 口语话术生成 | 蒸馏人物思维框架成技能文件 |
| 生态位置 | da-v-koubo 的上游弹药 | 6-21 存档里「300+ 人格件」的母机同源 |
| 社区口径 | 装机隐形件压到★★½ | 正文自带归属声明，6-21 对同产线给过★★★★ |

出身自证也在这份正文里：Phase 3 的产出模板中固定写入「本Skill由 女娲 · Skill造人术（github.com/alchaincyf/nuwa-skill）生成，创建者：花叔」——这是它递出的名片。9-07 没翻到正文，自然没接到这张名片。需要声明的边界：huashu-nuwa（装机名）与 nuwa-skill（仓库名）是否同一 commit 无法在线验证，但正文标题、五阶段产线结构、归属声明三重一致，同一产线的判定置信度足够改判，具体以仓库当前版本为准。

### 正文里值得抄的七个写法

**其一，入口分流。** Phase 0 先判断用户给的是「明确的人名」还是「模糊的困惑」，后者走诊断路径：一张十行需求维度表（决策、表达、创业、教学、批判思维……）把「我想提升决策质量」这类含混输入反推成蒸馏对象，且限定「最多问 2 轮，不要变成问卷调查」。

**其二，先建目录再调研，自包含写进硬性规则。** Phase 0.5 收到确认后立即建出完整目录树（research/ 六个文件位、sources/ 三个素材位），并立规：「所有调研文件必须存在 skill 目录内部……复制整个skill目录就能独立使用，不依赖任何外部文件。这是为开源分发设计的核心原则。」这句是给所有 Skill 作者的通用课：产出物不落盘等于没做，落盘位置不在包内等于白做。

**其三，六 Agent 分工 + 信息源黑名单。** 著作、对话、表达、他者、决策、时间线六个维度各派一个子代理，每人必须把结果写进对应编号文件；知乎、微信公众号、百度百科被列入「永远排除」，中文渠道只认 36氪、晚点、财新等权威白名单。来源分级表把「用户提供的一手素材」排到最高档——本地语料模式是它的头等公民。

**其四，双检查点。** Phase 1.5 调研完成后暂停，展示来源数量与关键发现的汇总表，用户确认才进提炼；Phase 2.5 提炼完成后再次暂停确认。原话的理由很直白：「垃圾进垃圾出，在这里拦截比在 Phase 4 返工成本低得多」「避免写完400行SKILL.md才发现方向不对」。

**其五，心智模型三重验证。** 候选论点要过三关——跨域复现（≥2 个领域出现）、生成力（能推断对新问题的立场）、排他性（不是所有聪明人都这样想）——三重通过才是心智模型，仅一两重降级为启发式，零重丢弃。配额纪律：「宁少勿多——3个深刻的模型远好于10个浅薄的原则。」

**其六，防编造协议。** 产出的人物技能必须内置「回答工作流」：收到问题先分类，涉及事实的必须先搜索再发言，且研究维度要从该人物的心智模型反推——芒格配「看护城河、看激励、逆向找风险」，费曼配「看物理约束、找官方说法的逻辑漏洞」。这一段解决的是人格件的通病：模仿得再像，遇到事实问题就凭训练语料编造。

**其七，诚实边界与迭代上限。** 质量自检脚本逐项查六项标准（模型数量、局限、表达DNA、诚实边界、内在张力、一手来源占比），验证最多循环两轮，「2 轮后仍有不通过项……交付当前最优版本而非无限打磨」。全篇的价值观收束在一句话里：「宁可生成一个诚实标注了局限的60分Skill，也不要生成一个看起来完美但实际上在编造的90分Skill。」

### 改判与反思

按本栏权重重评：功能 5（端到端含更新模式与冷门人物、蒸馏自己等边缘场景）、设计 5（检查点、配额、上限、边界四类工程纪律俱全）、实战 4（6-21 对同产线实测★★★★★，本期未独立复跑，保守降半档）、上手 3（要求使用者理解「什么叫思维方式」，与 6-21 判词一致）、社区 4（继承 6-21 口径：4 月后持续有 PR 流入）。加权 **4.35**，比原黑箱分高 **1.37**。

这 1.37 分刷新了本栏前天刚对过账的纪录——9-13《开发者效率总榜》统计的最大同件两分差是 1.05（security-ownership-map，考场效应）。方向还相反：那次是向下漂移，这次是向上修复，机制对应当时说的「机制三：信息量随时间变化」。但开盖之后要多说一层：**9-07 当期并非无据可查——6-21 的五星实测存档两个月前就在库里，黑箱估分时检索的是 06-30 的生态位框架，漏掉了 06-21 的同源实测。**分数错的直接原因是没读正文，深层原因是存档检索失败。9-07 那个「※」复核钩子这次起了作用，但它起作用的前提是有人回头开盖——黑箱分不该依赖运气兜底，凡标※的件，下次同赛道开卷时应自动触发复评。

## 二、官方冷件三连拆

官方 example-skills 插件的内容线，本栏拆过 docx/pptx/xlsx/pdf 四件套、审美四件套、frontend-design、webapp-testing，但下面三件从未成篇。它们随官方插件零配置分发（marketplace 源 anthropic-agent-skills），仓库为 anthropics/skills，属「出厂自带却没人看」的库存。

### internal-comms：门牌七类，专房三间

这是一件纯路由器。第一层正文只做三件事：列触发场景（3P updates、公司通讯、FAQ、状态报告、领导层更新、项目更新、事故报告七类）、指示按类型加载 examples/ 下对应的指南文件、附触发关键词（3P updates、weekly update、faqs、internal comms 等）。指南文件匹配不上的，回落 general-comms.md 或反问用户。开盖发现一个结构事实：**门牌挂了七类，二层只备了三个专房**——3P 更新、公司通讯、FAQ 各有一间，状态报告、领导层更新、项目更新、事故报告四类合住「通用」通铺。官方件也写门牌与房间不对账的账，这是渐进披露的常见病：第一层的承诺面铺得比第二层的储备面宽。设计上真正值得学的是它把「不匹配时问一句」写成了显式指令——路由件的兜底动作比路由表本身更决定体验。

### doc-coauthoring：把验收做进流程的写作协议

四件里唯一的满分设计。它不是一个「帮你写」的件，而是一份三阶段协作协议：上下文收集 → 逐节精修 → 读者测试。几处写法在官方件里相当少见：

- **同意门。** 开场先推销三段流程，紧接着写「If user declines, work freeform」——拒绝就散伙，不绑架流程。流程件最容易犯的病是把接管当默认，它把退出权写在了第一屏。
- **策展式起草。** 每一节走五步：澄清提问 → 脑暴 5-20 个选项 → 用户以「留 1,4,7 / 删 3 / 合并 11 和 12」的格式策展 → 查缺 → 起草。把人的判断力花在选择题上，不花在改作业上。
- **上下文纪律。** 修改一律 str_replace、「never reprint the whole doc」；用户直接改了文档，要「mentally note the changes」反推其偏好用于后续章节。
- **读者测试（Stage 3）。** 这是全件的灵魂：预测 5-10 个读者会问的问题，派一个**无本次对话上下文的新 Claude** 只拿文档作答，答不对就回炉——把本栏在代码赛道反复拆的「验证层」搬进了写作。没有子代理的环境（claude.ai 网页版）给了手动测试话术，验收逻辑不因环境降级。
- **反膨胀启发式。** 连续 3 轮迭代无实质修改时，主动问「有什么可以删掉而不损失信息的」——写得多不叫好，官方把减法做成了规则。

短板在重量：一份不复杂的文档也会被它拉进多轮问答，快写场景它自己都承认该被拒绝（freeform 兜底）。实战维度的半星保留同样因为二层未读与未实测。

### slack-gif-creator：知识 + 工具 + 留白

官方内容线最不被当真的一件，写法上却最像社区精品。三层结构：平台规格知识（emoji GIF 128×128、消息 GIF 480×480、FPS 10-30、48-128 色、3 秒内）+ Python 工具箱（GIFBuilder、validators、缓动函数、帧合成器）+ PIL 原语教程。两处写法值得点名：其一，「Philosophy」一节明确声明不提供什么——不提供僵硬模板、不用 emoji 字体（跨平台不可靠）、不预置图形库，这种「诚实边界」写法与 huashu-nuwa 的收尾信条是同款基因，官方件和社区顶尖件在「声明不做什么」上收敛了；其二，把 Slack 平台规格直接焊进正文，与 9-13 科研层那期拆过的 arxiv-paper-to-wechat-article「来源-形态双锁死」是同一卡位思路——名字和正文一起锁死平台，触发天然精准。短板是依赖链最重：pillow、imageio、numpy 三件套，且动画质量取决于模型用 PIL 原语作画的临场发挥，正文用大段「要加粗轮廓线、要做辉光」的审美叮嘱去兜，实际效果方差未经验证。

## 三、层位图：一条没接通的写作办公链

```mermaid
flowchart TD
    A["huashu-nuwa<br/>造人：蒸馏思维成件"] --> B["doc-coauthoring<br/>共创：三段流程成稿"]
    B --> C["internal-comms<br/>发布：七类内部通讯"]
    B --> E["slack-gif-creator<br/>支线：轻量动图"]
    C --> D["md2pdf<br/>交付：A4排版导出"]
    E --> D
    D --> F["读者收到成品"]
```

有意思的是链上四工位彼此不引用：huashu-nuwa 造出的人物技能出口是对话，不认识 doc-coauthoring 的流程；internal-comms 写完的通讯没有指定导出件；md2pdf 在 9-10 那期已被点过位——「Exporter 型技能的通用宿命：所有路线最终都要经过它交付」。四件拼接起来的完整链（造写作者 → 共创成稿 → 对内发布 → 排版交付）目前只存在于用户的会话里，不存在于任何一方的 SKILL.md 里。这与说服层、知识迁移线的结论同构：**单件都在进化，链没人负责。**

## 四、安装与使用

```bash
# 官方三件：随官方插件 example-skills 分发，装插件即有，仓库 anthropics/skills
npx skills add anthropics/skills doc-coauthoring
npx skills add anthropics/skills internal-comms
npx skills add anthropics/skills slack-gif-creator

# huashu-nuwa 同源产线：6-21 期确证仓库
npx skills add alchaincyf/nuwa-skill

# md2pdf：装机在册件，公开仓库未确证，按 9-10 期口径走检索
npx skills find md2pdf
```

组合建议：长文档走 doc-coauthoring 全流程，写完若是面向全员的通讯再过一遍 internal-comms 的类型指南；要交付存档或打印，md2pdf 收口（注意它依赖 Chromium 与 mermaid CDN）。huashu-nuwa 不建议与写作件同会话常驻——它是产线不是笔，蒸馏完就该退场。

## 五、推荐排行榜

- **综合最强**：doc-coauthoring（4.40）——官方内容线里唯一把「验收」写成流程的件，长文档场景直接用
- **最大翻案**：huashu-nuwa（2.98※ → 4.35）——分差 1.37 刷新本栏纪录，同产线 6-21 五星实测背书
- **最该学的设计**：huashu-nuwa 的双检查点 + 三重验证，写任何多阶段 Skill 都能抄
- **最轻的上手**：internal-comms（3.95）——零配置零学习成本，但注意门牌七类只有三间专房
- **最被低估的写法**：slack-gif-creator（3.80）——「声明不做什么」的 Philosophy 段是全体 Skill 作者的必修句式
- **最需要补的课（给本栏自己）**：凡黑箱※估分件，开卷期必须先查同件历史存档再落笔——huashu-nuwa 这一课的学费是 1.37 分

## 参考来源

1. 本机装机正文一手读取：`~/.claude/skills/huashu-nuwa/SKILL.md`（内含 alchaincyf/nuwa-skill 归属声明）及官方插件缓存中 doc-coauthoring、internal-comms、slack-gif-creator 三份 SKILL.md（anthropic-agent-skills/example-skills 缓存目录，二层目录未读取）
2. 本站存档《谁让人信：文案弹药层首拆》（2026-09-07，skills-ecosystem-r4-1038.md）——huashu-nuwa 2.98※ 黑箱原评、「应以上游正文为准修正」复核钩子与本栏权重口径
3. 本站存档《人格即引擎：角色思维蒸馏实测横评》（2026-06-21，skills-ecosystem-1346.md）——nuwa-skill 五星实测、alchaincyf/nuwa-skill 来源与「300+ 人格件」注册表口径
4. [anthropics/skills — GitHub 官方 Skills 仓库](https://github.com/anthropics/skills)——官方 example-skills 插件上游，本文三件冷件出处，具体文件以仓库当前版本为准
5. [nuwa-skill 蒸馏方法论解析（knightli.com）](https://knightli.com/2026/04/22/nuwa-skill-distill-how-someone-thinks/)——6-21 存档引用的第三方方法论来源，「建模而非模仿」论点出处

> [!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)
