From md-to-pdf
Use when the user gives a vague one-line brief for a web page ('做个 X 的页面' / 'we need a dashboard for Y') and a design skill (anthropic/apple/ember/sage/glass) will generate it. Expands the brief into a concrete plan: infer page-type + audience, pull the sprint contract via bin/design-review --plan (unknown page-types fall back to the nearest canonical, stamped LOW-CONFIDENCE), then write a section list with required content per section plus the hard numbers (diagram density, bilingual, brand presence). DO NOT TRIGGER when the user already provides a section-level spec, or for non-page work (components, refactors).
How this skill is triggered — by the user, by Claude, or both
Slash command
/md-to-pdf:design-plannerThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
用户常常只给一句话:"做个介绍我们调度器的页面"。直接开写的结果是结构随机、图不够、品牌信号缺失。这个 skill 的职责是在生成器动笔之前,把模糊 brief 变成:page-type + 受众 + section 清单 + 每个 section 必含的内容 + 硬指标,然后连同 sprint contract 一起交给生成流程。
用户常常只给一句话:"做个介绍我们调度器的页面"。直接开写的结果是结构随机、图不够、品牌信号缺失。这个 skill 的职责是在生成器动笔之前,把模糊 brief 变成:page-type + 受众 + section 清单 + 每个 section 必含的内容 + 硬指标,然后连同 sprint contract 一起交给生成流程。
规划时分清三类约束,别混在一起:
~/.claude/skills/<skill>-design/references/ 定义,规划阶段不讨论、不修改。verify.py + visual-audit.mjs + critic 把关。计划里写明这些数字是为了第一稿就过闸,不是重新发明规则。从 brief 提取两件事;能推断就推断,推不出来才问(最多问一次,合并成一条消息):
~/.claude/skills/design-review/dr-cli --plan --skill=<anthropic|apple|ember|sage|glass> --page=<type>
读完 contract 后,按下面模板输出计划。每个 section 一行结构 + 一行内容 + 一行视觉,逼自己回答"这一屏放什么图":
# 页面计划 · <skill> · <page-type>[ · LOW-CONFIDENCE 借 <type>]
受众:<谁在看,带着什么问题来>
一句话定位:<这页让读者带走什么>
## Sections
1. <section 名> — <为什么排在这>
内容:<必须出现的事实/数字/对象,具体到条目>
视觉:<图的类型(flow/timeline/bit-field/stat…)+ 预估 label 数 → 容器档位>
2. …(每屏 ≈1300px 至少 1 个视觉,text-desert 在 2600px 处 warn)
## 硬指标(来自 contract,生成器不可越过)
- 图密度:≥1 visual / 1.5 屏;label ≥20 或 ≥4 列 → 用宽容器档
- 品牌:<accent 色> 在顶部 1440×500 内可见(≥<阈值> 覆盖)
- 双语:zh/en toggle + Noto 字体栈(apple 例外)
- 色板/字体:只用 design-tokens.md 定义的值
## 不确定点
- <LOW-CONFIDENCE 时:哪些借来的结构条目可能不适用,替代方案是什么>
内容展开的原则:把 brief 里每个名词变成"读者需要知道的 3 件事",每个数字、对比、流程都标注成视觉候选(contract §1b 的内容形状表是对照清单)。
把 计划 + 合约(--plan 的输出) 一起交给生成器(对应 design skill)。生成器先读 contract §0 的文件,再按计划写;写完跑 ~/.claude/skills/design-review/dr-cli <page.html> 三闸。计划与 contract 冲突时:审美/质量层听 contract,结构层听计划。
npx claudepluginhub tbusos/sky-skills --plugin linux-kernel-devCreates, edits, and optimizes skills for Claude Code, including drafting, evaluating with test prompts, iterating on performance, and improving skill descriptions for better triggering accuracy.