<!-- title: 拆canvas-design：不带脚本带字体 -->

# 拆canvas-design：不带脚本带字体

## 概述

官方全家桶里，硬格式四件（docx、xlsx、pdf、pptx）本栏目都拆过了，创意四件拆了三件。今天补上最后一块空白：**canvas-design**，官方的海报与视觉设计件。它值得单独拆的理由不在功能，在文件清单——全目录**没有一行脚本，却装了近三十个字体族的字体文件**。这与同门兄弟的「重脚本」路线完全相反，是官方亲演示的第三种 Skill 打包策略：资产流。本文基于本机 anthropic-agent-skills 插件分发的目录清单逐文件点货，对照往期档案做版本对账，拆到「为什么一个设计 Skill 的命门是字体回退」这一层。

## 一、为什么是它：创意四件唯一没专拆的

2026-09-19 的创意四件横评里，algorithmic-art 拿了主拆，theme-factory 早有专拆（垫底件的三张底牌），brand-guidelines 在对照段露过脸。canvas-design 只在评测表里占了一行：五星制四星，定位「海报/封面视觉设计」。往期 docx 拆解文划地盘时也点过它的名——「追求视觉设计的海报、宣传单，那是 canvas-design 和 pptx 件的领地」。

地盘划得清，屋里没进过人。这次进去点货，第一眼就是那张反常的文件清单。

## 二、文件树点货：三个数字

本机 `anthropic-agent-skills` 插件分发的 canvas-design 目录，清单如下（本机清点，第一手依据）：

| 内容 | 数量 | 说明 |
|---|---|---|
| SKILL.md | 1 | 唯一的正文，无 references 子文档 |
| LICENSE.txt | 1 | 插件分发标配 |
| canvas-fonts/ 字体族 | **29 族** | 每族 1–4 个 ttf |
| canvas-fonts/ 字体文件 | **54 个 ttf** | 含斜体、粗体等字重变体 |
| OFL 授权文本 | **27 份** | 个别族未见随附 |
| Python / JS 脚本 | **0** | 全目录无一行可执行脚本 |

三个数字放在一起，这件事的性质就出来了：**官方把一个设计 Skill 的重量全部压在了资产上，而不是代码上。** 对照同仓库的 pdf 件——往期两篇拆解都写过它的三层渐进披露与脚本链——canvas-design 走的是另一个极端：方法写进正文长文，资源直接打包随件分发，中间没有任何代码层。

这不是偷懒。拆完字体清单你会发现，这可能是整个官方全家桶里想得最清楚的一份依赖管理。

## 三、三种流派：脚本流、范例流、资产流

把官方全家桶的目录结构横向一摆，打包策略分三派：

```mermaid
flowchart TD
    A["官方全家桶<br/>三种打包流派"] --> B["脚本流"]
    A --> C["范例流"]
    A --> D["资产流"]
    B --> B1["pdf docx xlsx pptx"]
    B1 --> B2["unpack pack validate<br/>脚本扛脏活"]
    C --> C1["internal-comms"]
    C1 --> C2["examples四件范文<br/>照着写"]
    D --> D1["canvas-design"]
    D1 --> D2["29族字体随件分发<br/>正文讲方法"]
```

三派各解决一个不同的失败模式：

- **脚本流**防的是「模型算错」。OOXML 解包、公式重算、schema 校验，这些活交给确定性代码，模型只做决策。docx 件的 unpack/validate/pack 三段链是代表。
- **范例流**防的是「模型写不像」。internal-comms 的目录里只有四个 examples：3p-updates、company-newsletter、faq-answers、general-comms——把「什么叫一份合格的内部通讯」直接用成品范文回答，正文只需要说「照这个样子」。
- **资产流**防的是「模型想用而环境没有」。这是 canvas-design 独有的一派，也是最多人忽略的一派，下一节单独拆。

## 四、命门：字体回退

用 HTML 做海报，模型在文字层几乎不会失手——排版逻辑、留白比例、色彩搭配，都是语言模型舒适区。真正的破绽在最后一步：**字体**。

模型心里想的是一款粗犷的展示衬线，环境里没有这个字体，浏览器默默回退到 Arial 或系统默认字形。整张海报的设计感当场塌掉，而用户还说不清哪里不对，只觉得「AI 味重」。这个失败模式有个特点：**提示词解决不了**。你把「请使用有力的展示字体」写一百遍，环境里没有字体文件，结果都一样。

官方的解法是把答案直接塞进行李箱：29 个字体族随件分发，SKILL.md 里指路 canvas-fonts 目录，生成 HTML 时用 `@font-face` 把本字体文件引进页面。依赖不再依赖环境——skill 装到哪，字体库就在哪。这是「Skill = 提示词 + 依赖打包」的最直白示范：**凡是你希望模型必然用上的东西，就别指望它凭空变出来，打包。**

顺带一个可迁移的判断：你的 Skill 里凡是写了「请使用 XX 风格/模板/术语表」的地方，都该自问一句——那个 XX 是文件吗？是文件就打包随件走，别写在形容词里。

## 五、字体谱系：官方的选型口味

29 个族不是凑数，口味分布能看出选型时的场景预判：

| 口味组 | 代表字体 | 服务的场景 |
|---|---|---|
| 展示衬线 | Gloock、Italiana、Libre Baskerville、Lora、Crimson Pro、Instrument Serif、Young Serif | 海报大标题、编辑感排版 |
| 工程等宽 | JetBrains Mono、IBM Plex Mono、Geist Mono、DM Mono、Red Hat Mono、Silkscreen | 技术海报、代码主题、像素风 |
| 无衬线骨架 | Work Sans、Instrument Sans、Outfit、Bricolage Grotesque、Big Shoulders、Tektur、Jura、Smooch Sans、National Park、Arsenal SC | 正文与小标题，撑版面 |
| 手写装饰 | Nothing You Could Do、Erica One、Poiret One | 点缀、手写感元素 |

三处细节值得学：

**其一，字重刻意瘦身。** 54 个文件摊到 29 族，平均每族不到两个字重，13 个族干脆只有单字重。印刷级设计会要 Light 到 Black 全家桶，但随件分发要控制体积——这里选的是「每族给最关键的一两个字重，靠族数换广度」。模型要层次对比时，跨族搭配（衬线大标题 + 等宽小注）比同族字重阶梯更被鼓励。

**其二，冷门货占一半。** JetBrains Mono、IBM Plex 系是工程师熟脸，但 Erica One、Boldonse、Gloock、National Park 这类在通用字体榜上排不上号的展示字体占了相当比例。逻辑不难猜：常用字体用户环境里本来就有，回退了也不难看；**真正需要随件携带的是那些「没有就灾难」的展示型冷门货**。

**其三，授权文本随件走。** 27 份 OFL（SIL Open Font License）授权文本与字体同目录分发——开源字体免费用不等于随便分发，OFL 要求随分发附带许可文本。官方在这件事上做了合规动作，这在 Skill 生态里几乎是独一份的版权意识。清点中也有一处小瑕疵：IBM Plex Serif 与 Instrument Serif 两族的 ttf 在列，但对应授权文本未见随附——大概率是打包遗漏，无伤大雅，但如果你照抄这个结构做自己的 Skill，记得别漏。

## 六、正文即方法：单文件的取舍

资产流还有另一半：**没有 references 子目录**。docx 件的读创改三路、pdf 件的三层渐进披露，都靠正文之外挂子文档按需加载；canvas-design 的全部方法压在 SKILL.md 一个文件里。

往期档案对此有过一句对账：「这个 Skill 正文很长，一旦触发就是一笔固定的上下文开销」。单文件长正文与渐进披露的优劣，往期 theme-factory 拆解和 docx 拆解都碰过，这里只补一个资产流视角的注脚：**方法可以分页，依赖必须整包**。字体加载是全有或全无的——页面引用了字体文件，文件不在就回退，没有「加载一半」。所以官方的取舍是：代码能省则省，方法写成一篇长文（反正触发即需要），依赖整箱托运（一个都不能少）。

## 七、对照件：brand-guidelines 的瘦身对账

资产流之外顺手对一笔账。往期 2026-09-19 档案记载 brand-guidelines 时的画像是「正文极薄、色板数据 + Keywords 触发词、靠 python-pptx 的 RGBColor 绑定工具」——彼时它有脚本傍身。

本机插件分发的 brand-guidelines 目录现在只有 SKILL.md 和 LICENSE.txt 两个文件，脚本不见了。两个可能：官方版本演进中把脚本收走，或分发渠道间的版本差——**未经官方证实，不下结论**。但无论哪种成因，方向值得记一笔：连官方自己都在往「更少的代码、更多的数据与资产」方向调。

## 八、适用与不适用

**适合交给它**：

- 海报、封面、活动视觉这类「要好看，不要精确」的产出；
- 没有设计环境（无 Figma、无本机字体库）的纯对话式产出场景；
- 想学 Skill 打包的人——它本身就是资产流的最佳教材。

**不适合**：

- 信息图、流程图等需要精确传达既定信息的图——那是图表类件和 Mermaid 系的领地；
- 品牌严格受控的产出——它的 29 族字体是自由创作工具箱，不是你的企业 VI，品牌件该走 brand-guidelines 路线；
- 上下文预算敏感的长会话——长正文触发即加载，这笔开销是固定的。

## 九、评测对比表

五星制口径照印往期横评，十分制为本期纸面推导（非实测）：

| 件名 | 一句话定位 | 功能 25% | 设计 25% | 实战 20% | 上手 15% | 社区 15% | 加权 |
|---|---|---|---|---|---|---|---|
| canvas-design | 海报视觉，字体整包托运 | 4.5 | 4.5 | 4.2 | 4.5 | 4.5 | **4.44** |
| brand-guidelines | 品牌约束，数据即正文 | 4.0 | 4.2 | 3.5 | 4.8 | 4.3 | **4.12** |
| internal-comms | 内部通讯，范文当教材 | 3.8 | 4.0 | 3.6 | 4.6 | 4.0 | **3.96** |

canvas-design 仍是创意件里的均衡型选手：没有 algorithmic-art 那种设计上的惊艳，但「打开就能出活、不会当场翻车」的稳定度是四件里最高的——54 个字体文件就是它的稳定垫层。

## 十、安装命令

```bash
# 方式一：官方仓库克隆（目录层级以克隆结果为准）
git clone --depth 1 https://github.com/anthropics/skills
find skills -maxdepth 3 -type d -name "canvas-design"
cp -r <找到的canvas-design目录> ~/.claude/skills/

# 方式二：本机同款，经 anthropic-agent-skills 插件市场分发
# 安装插件后即为 example-skills:canvas-design，字体随插件就位
```

装完可自查一眼字体库是否随件到位：字体文件缺失的 canvas-design 等于折了主武器，只剩正文里的方法论在裸奔。

## 十一、推荐排行榜

- **学 Skill 打包必读**：canvas-design——资产流的唯一官方示范，「想用的东西就打包」这一课全生态无出其右
- **创意件稳定首选**：canvas-design——均衡四星，翻车率最低
- **企业用户另择**：brand-guidelines——品牌受控场景的正规军
- **写作场景另择**：internal-comms——范文流的轻量教材
- **最该抄进自己 Skill 的一招**：随件分发依赖文件 + OFL 授权文本同目录——合规与可用性一步到位

## 参考来源

1. [anthropics/skills — Anthropic 官方 Skills 仓库](https://github.com/anthropics/skills) — canvas-design 及全家桶件的一手上游
2. 本机 anthropic-agent-skills 插件分发目录（canvas-design / brand-guidelines / internal-comms / docx / xlsx 各目录文件清单） — 本文全部文件数点货的第一手依据
3. [往期：创意四件横评（2026-09-19）](/claude-code/skills-review/2026-09-19-skills-ecosystem-r2-0654.md) — canvas-design 与 brand-guidelines 的五星制档案分、正文体量记载
4. [往期：官方docx件拆解（2026-09-13）](/claude-code/skills-review/2026-09-13-skills-ecosystem-r2-0236.md) — 脚本流对照、canvas-design 领地划分的档案出处
5. [往期：官方货架点货（2026-09-20）](/claude-code/skills-review/2026-09-20-skills-ecosystem-2352.md) — 硬格式四件与创意四件的货架分类

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