@lark-apaas/coding-steering 0.1.16-beta.0 → 0.1.16-dev.9337a69

package/package.json

@@ -1,14 +1,11 @@
 {
   "name": "@lark-apaas/coding-steering",
-  "version": "0.1.16-beta.0",
+  "version": "0.1.16-dev.9337a69",
   "description": "Stack-specific steering content for miaoda-coding templates",
   "type": "module",
   "files": [
     "steering"
   ],
-  "scripts": {
-    "lint:md": "markdownlint 'steering/**/*.md' --ignore 'steering/**/skills/**'"
-  },
   "devDependencies": {
     "markdownlint-cli": "^0.47.0"
   },
@@ -20,5 +17,8 @@
     "miaoda",
     "coding-steering"
   ],
-  "license": "MIT"
-}
+  "license": "MIT",
+  "scripts": {
+    "lint:md": "markdownlint 'steering/**/*.md' --ignore 'steering/**/skills/**'"
+  }
+}

package/steering/design-html/skills/make-a-deck/SKILL.md

@@ -1,125 +1,160 @@
 ---
 name: make-a-deck
-description: 制作演示文稿 / PPT / pitch deck / slides / keynote。从零新建、从文档材料提炼重组、或对已有 PPTX 重新设计。触发词：presentation, slides, deck, PPT, PPTX, keynote, pitch, 演示文稿, 幻灯片, 路演
-available-agents:
-  - CreativeDesign
+description: 当用户要求制作演示文稿 / PPT / PPTX / pitch deck / slides / keynote / 路演材料时使用——即供演讲者现场演示、固定画幅 16:9 的自包含 HTML deck。
 ---
 
-# 制作演示文稿（deck）
+# Make a deck
 
-把演示文稿做成单个自包含的 HTML 页面。HTML 是输出载体，但设计判断按 PPT 来做：固定画幅、强叙事、可投影 / 可异步阅读、每页只承担一个清楚的沟通任务。
+把演示 deck 做成一个自包含的 HTML 单页。
 
-把自己当成演示文稿设计师，不是网页开发者：像顾问、分析师、高管准备董事会材料那样思考——清晰、叙事流、后排可读。每一页都同时是版式设计和文案写作。开始落 HTML 前，先写大纲；好的大纲本身就是一次叙事结构训练。
+进入这个角色：你是一名演示设计师（presentation designer）。HTML 只是你的输出介质，你的作品要经得起现场检验：清晰、叙事流畅、后排也能看清。你不是在做网站。
 
-## 信息密度
+**先判断场合，再定设计语气。** 判定场合后，代入该场合最专业的制作者身份——为这类场合做过上百场 deck 的人会怎么取舍——用它校准每一页的语气与密度。场合决定三件事：信息密度（听众扫读还是研读）、标题语法（论点式还是主题式）、节奏权重（哪类版式原型承担叙事高点）。动手前在 scratchpad 用一两句写明场合、代入的身份与这三项决策，全 deck 一致执行；工艺规则（构图、字号、平行性）不随场合变。
 
-选一种密度，不要停在模糊的中间态：
+每张幻灯片既是版式设计的练习，也是文案写作的练习。动手前先写大纲；好的大纲本身就是一次讲故事和叙事结构的练习。
 
-| 模式 | 场景 | 做法 |
-| --- | --- | --- |
-| 演讲型 / 低密度 | 发布会、公开演讲、keynote、现场 pitch | 一页一个观点，大标题强视觉、留白足、要点 1-3 条，必要时增加页数 |
-| 阅读型 / 高密度 | 内部汇报、评审、复盘、异步传阅 | 每页更自洽，可用表格 / 结构卡片 / 注释 / 图表，但层级要明确 |
+## 动手前先问
 
-无论哪种，都不要让页面滚动、溢出、重叠或用过小字体；放不下就拆页。**不要把整份文档直接贴进幻灯片**——这是最常见的失败模式。落 plan 时就想清楚：哪些内容更适合做成表格、图表、流程、引用页或图片页。
+- 如果用户没有说明想要的视觉风格，也没有提供 design system，就用提问工具（ask user）**主动询问**。绝不要直接给出一个通用设计！**不要空问**：先从主题、素材、场合推导 2-3 个候选风格方向（各配一句推荐理由），让用户确认或选择，并保留自由输入的余地。
+- 无法询问时：从**主题语义**推导 2-3 个候选配色方向再选定其一（写进 scratchpad），禁止套习惯默认（典型：深色底 + 青/蓝 accent 的"科技风"）。深浅底是设计选择，给出场景理由即可用深底；推导无明确倾向时优先浅底——带色温的白（oklch chroma ≤ 0.02）配 1-2 个同明度同 chroma、仅变 hue 的强调色。全 deck 背景色最多 2 种。
 
-## 叙事与标题
+## 构建准备与技术契约
 
-- 先写完整标题序列放进 `scratchpad.md`。只读标题就应能看懂整份 deck 的逻辑（像书的目录）。检查是否形成清楚路径：背景 → 问题 → 洞察 → 方案 → 证据 → 下一步。
-- 选定一种标题语法并全程一致：要么名词短语（"市场机会""产品架构"），要么简短判断句（"新用户增长主要来自自然流量"）。
-- 每页正文只服务本页标题，不塞旁支。封面、章节页、转场页、结尾页也要服务故事，不做纯装饰。
+### deck-stage 组件
 
-避免这些"AI 味"标题（它们会暴露 deck 是 AI 生成的）——标题的任务是**定位页面、推进叙事**，不是替演讲者甩结论 / 喊 punchline：
+以 1920×1080（16:9）为基准构建。**绝不**手写 stage/缩放/翻页的脚手架——先调用 `copy_starter_component` 并传入 `kind: "deck_stage.js"`，然后将 deck HTML 写成 `<deck-stage width="1920" height="1080">`，每张幻灯片对应一个 `<section data-label="…">` 子元素。该组件负责：
 
-- "不是 X，而是 Y"式过度反转。
-- "关键时刻""魔法时刻"式空泛或故作深刻。
-- 过度夸张的行动号召、为制造张力而制造张力。
-- 每页固定一个 takeaway 盒子，导致标题和正文重复。
+- letterbox 缩放
+- 键盘 + 触控翻页
+- speaker-notes 的 postMessage 协议
+- `data-screen-label` / `data-miaoda-validate` 标记
+- print-to-PDF（每张幻灯片一页）
 
-## 页面类型与节奏
+用 `<script src="deck-stage.js"></script>` 加载它——它是 vanilla JS，不是 JSX。（为了之后导出 PPTX：向 gen_pptx 传入 `resetTransformSelector: "deck-stage"`——该组件支持 `noscale` 属性来禁用 shadow-DOM 缩放，使截图拿到原始尺寸的几何信息。）
 
-写第一页前先做 page-type map：为每页标注页型、叙事作用和需要承载的素材。避免所有页面都变成"标题 + 三栏卡片"。
+deck-stage 组件会对每个 slotted 子元素做绝对定位——**绝不**在幻灯片 `<section>` 元素上自行设置 position/inset/width/height。
 
-常用页型包括：
+### 把幻灯片内容写成静态 HTML，而不是 React
 
-- 封面 / 目录 / 使用说明：建立主题、范围、读法和关键承诺。
-- 章节分隔页：承载章节编号、主题、过渡判断或下一段问题，不做纯装饰页。
-- 观点 / 结论页：一句话 thesis + 1-3 个证据或影响。
-- 数据 / 指标页：KPI strip、图表或表格、口径 / 来源、短结论必须在同屏闭环。
-- 对比 / 选项页：A/B/多方案使用稳定代号、颜色和评价维度，贯穿方案封面、详情、排期和最终建议。
-- 流程 / 日程 / 预算 / 清单页：优先用表格、矩阵、时间轴、泳道或 checklist，不要把结构化信息改写成散文卡片。
-- 教学 / 练习页：保持稳定 scaffold，例如"编号 / 题型 / 进度 + 题干 + 条件 / 选项 + 答案 / 考点 / 易错点"。
-- 叙事 / 案例页：可以使用 prologue、chapter、turning point、proof、epilogue 等章节节拍，让情绪和判断同步推进。
+幻灯片内容应写成静态 HTML，而非 React 或脚本生成的 DOM。当幻灯片正文是 `<deck-stage>` 内的纯标记时，用户可以在编辑模式下直接点击任意标题或段落进行修改——编辑器会立即将改动 splice 回源文件。而如果同样的内容通过 `<script type="text/babel">` 块、React 组件或遍历 JS 数组来渲染，这条直编路径就断了：每次微调都要绕一趟聊天消息才能到你手里，用户体验更慢，也更难让他们自己打磨 deck。因此，凡是静态页面能表达的——文本、布局、背景、图片——都直接在 HTML 里写字面元素并用 CSS 设置样式。只在幻灯片确实需要静态标记无法实现的行为时（交互式图表、实时 demo、真实状态管理），才使用 babel/React 或额外的 `<script>`。同样的渲染结果，静态 HTML 版本**始终优先于**动态版本，因为静态版本可被直接编辑。Tweaks 面板（`tweaks-panel.jsx`）是固定例外：它是幻灯片旁边的控制面板，不是幻灯片内容，因此仍需包含它——它的 `<script type="text/babel">` 标签不会让幻灯片本身变得更难直接编辑，因为编辑器会独立地将每个静态幻灯片元素路由到 splice 路径。
 
-每 3-5 页安排一次节奏变化：章节页、全屏观点页、数据页、对比页、表格页、案例页之间轮换。同层级的并列内容（成组案例、系列练习、多个方案）保持同一 scaffold，利于跨页比较——此时节奏变化靠在块之间插入章节页或小结页，而不是改动系列内页面的版式。不要把叙事功能不同的页面压平成同一个版式。变化来自页型和信息结构，不靠堆装饰。
+### 两个细节保持静态幻灯片可直接编辑
 
-## 内容组织与版式策略
-deck 每页先判断它要让观众完成什么阅读动作：抓结论、看证据、比较差异、理解过程、记住模型、看到风险、做选择，还是进入下一章节。版式、文字、图形和动效都只是表达手段，选择最能讲清这一页的组合。
-- 根据当前页内容现场生成结构，不局限于常见页型。可以保留强文字页，也可以把材料转成模型图、关系图、流程、对比矩阵、时间线、象限、分层结构、地图、系统图、路径图、图表注释、截图标注或视觉隐喻；还可以把重要句子放大成观点页。示例只是启发，不是清单。
-- 同一章节内可以有连续叙事，但每页的结构不必一样。核心页给足面积和视觉重量，支撑页可以更密集；重要概念可以用图形和标注解释，也可以用排版、引用、数字、对照文本或图文组合解释。
-- 单页可以承载“小型演示过程”：先出现结论，再让支撑内容逐步显现，最后高亮关键判断。支撑内容可以是文字、数字、图形、数据、截图或关系结构；是否使用动效由表达目的决定。
-- 如果一页只有少量概念，不要机械铺成几张卡片。先判断概念之间有没有关系：并列、递进、因果、闭环、漏斗、分层、坐标、路径、前后对比或组合模型。关系明确时可以画出来；关系不明确时，可以改成更有力量的文字观点页、引用页，或合并到相邻页。
-- 版式变化来自内容关系，不来自凑组件。不要为了“丰富”而加无依据内容、无意义图标或装饰图形；图形、图片和动效只有在能帮助观众理解时才使用。
+两个细节确保静态幻灯片可被直接编辑：每段文字都放在自己的叶子元素中（把 "Revenue" 放在 `<h2>` 内单独的 `<span>` 里，而不是写成 `<h2>Revenue <span class="sub">2025</span></h2>` 这样文本和子元素混在同一父节点的形式），重复结构要逐一写出而非生成——三条 `<li>` 直接写在标记里，而不是从数组渲染一个 `<li>` 三次。重复正是重点所在；它让用户能编辑第二条而不影响第一条。
 
-## 版式系统（写第一页前先定）
+### 布局实现纪律
 
-- 用 CSS 变量定义字号 / 间距，放在 `<head>` 的 `<style>` 里，**先于任何 slide**。这让整份 deck 改一个数（直接改变量，或用 Tweaks 滑块绑同一变量）就能统一缩放，slide 本体保持无脚本的静态 HTML。1920×1080 起点：
-  ```css
-  :root {
-    --type-title: 64px; --type-subtitle: 44px; --type-body: 34px; --type-small: 28px;
-    --pad-top: 100px; --pad-bottom: 80px; --pad-x: 100px;
-    --gap-title: 52px; --gap-item: 28px;
-  }
-  ```
-  1280×720 时整体 ×0.67。每个 font-size 都用 `--type-*`，每个 padding / gap 都用 `--pad-*` / `--gap-*`。`--pad-bottom` 是结构性的底部呼吸空间，不是空白。
-- 网页默认（14-16px 正文、48-72px 边距）对投影太小。标题 ≥ 48px，正文 / 注释**不得小于 24px**（验证器会对 < 24px 抛错）。用户说字号一般指 pt，按 PowerPoint / Keynote 换算：`px = pt × 1.333`（"标题 36pt" → CSS 设 ~48px）。
-- 规划页面类型：封面、章节页、观点页、数据页、对比页、流程页、图片页、结束页各有稳定样式。同类页面的标题位置、页码、章节名、脚注、来源、关键数字、图片位置要**平行对齐**，方便观众跨页比较。
-- 为每种页型固定布局锚点：标题、章节号、页码、来源、图表、主视觉和关键数字的位置不要随机漂移。相同页型要像同一个系统，不同页型再负责制造节奏。
+- 每页 `<section>` 内用统一的**满高壳容器**（高度铺满画布），并在壳上**显式声明背景色**（含常规页的默认底色）——不依赖 body/舞台继承；所有垂直分布（居中、两端）声明在满高容器上，没有高度的容器上写居中是静默失效的。
+- 布局几何由布局系统产生：flex/grid + gap，行高列宽由内容撑出；**同行卡片不硬拉等高——grid/flex 默认 stretch 会把短卡拉到最高卡的高度、制造空腔，内容量差异大时用 `align-items: start`，或增密短卡内容使高度自然接近**；图标、序号等前缀元素与文字各占各的盒；架构图/分层图用 grid 行式布局，禁止绝对定位手排。
+- 短标签、术语、按钮文字禁止内部换行（`white-space: nowrap`，列宽 max-content）；中文段落避免单字孤行（`text-wrap: pretty`）。
 
-## 视觉设计
+## 幻灯片设计与构图
 
-视觉服务演示场景，不是网页首页。
+先定方向：动手前先调用 `frontend-design` skill 立视觉方向框架，再结合主题、受众、场景提炼视觉关键词，用它们决定配色、字体、图片类型和页面节奏；frontend-design 的通用设计规则与本 skill 的 deck / 构图规则冲突时，以本 skill 为准。保持清晰的层级与一致的视觉系统。
 
-- **明暗按需求选择**：根据品牌 / 主题 / 图片素材 / 演示场景选择浅色、暗色或混合背景。无论选择哪种，都要保证投影、截图和后排阅读的对比度。明暗切换应落在叙事节点上（章节转换、关键强调），不要无来由地跳变。
-- 字体克制（1-2 套）：展示字体可有个性，正文必须稳定可读；整体对比清楚、信息块边界明确。
-- 图片先判断内容和用途：摄影 / 氛围图可满版裁切；截图、图表、产品界面、架构图必须完整展示（aspect-fit），不能裁掉关键边界或文字；透明图 / 细线图放到有对比的底色上。图上压字用品牌常见方式保护可读性（遮罩、渐变、模糊或文字容器）。
-- 视觉要有节奏变化：全图页、大数字页、表格页、引用页、流程页、文字页交替出现；不要整套都是同一种卡片。也不要每页硬加描边卡片、固定结论框或装饰分割线——只有内容需要分组时才用容器。
-- 扁平基线：好的 deck 不依赖阴影和悬浮卡片堆叠。优先用全页背景、色带、分隔线、编号、表格网格、图片裁切、对比色块和尺度差建立层次。只有在需要表达真实物件、票券、照片或舞台层次时才少量使用阴影。
-- 不用 emoji、不临时手绘复杂假图；优先用用户素材、品牌资产、图标库或真实图片。
-- **空间重心**：内容集中在上方 2/3、底部留白，通常是**正确**的 slide 构图。看到 `align-items: flex-start` 加底部留空就想改成 `center`——那是网页设计的条件反射，忍住，留白是有意的。但留白有下界：内容页的主内容应占版心高度约 2/3 以上，撑不满就升格版式——放大成大数字、大卡片，或重排为居中的宣言页，而不是把原内容原样居中或任其悬浮在顶部。空本身不是缺陷，不均才是：同一页一处大空、一处拥挤，要重排。双栏页两列视觉重量要对等，悬殊时改 7:5 / 8:4 不对称栅格或并回单栏。
+### 封面、章节页与目录规格
 
-## HTML 实现（deck-stage 外壳）
+三类页面共用一个写法：先职责，再结果约束；手段自定，只禁失败形态。**目录页与章节分隔页只在内容真实分章（≥3 章）且内容页 ≥8 时使用**；短 deck 封面后直入内容，章节感由眉标/序号承担。
 
-- **不要手写 stage / 缩放 / 导航 / 页码**。先调用 `copy_starter_component`，`kind: "deck-stage.js"`（连字符、含扩展名，照抄；传裸名字或错扩展名会失败）。用普通 `<script src="deck-stage.js"></script>` 引入（vanilla JS，不是 JSX）。
-- 用 `<deck-stage width="1920" height="1080">` 包住所有 slide，每页一个 `<section data-label="…">` 子元素。deck-stage 负责等比缩放、键盘 / 点击 / 翻页导航、页数与导航条、speaker-notes 的 postMessage，以及打印成 PDF（一页一张）。
-- deck-stage 会**自动**按位置生成 `data-screen-label` 并注入 `data-miaoda-validate`——你只需给每页写 `data-label`（人类可读的页名），不用手写另两个。
-- `data-label` 使用可读页名或章节名，例如"30秒结论""A方案日程""数据·增长产出"，不要写成无语义的 `slide-1`。
-- **不要**在 slide `<section>` 上自行设置 position / inset / width / height——deck-stage 会绝对定位每个子元素。
-- 演讲者备注写在全局 `<script type="application/json" id="speaker-notes">`（置于 `<deck-stage>` 之外），内容是一个**按页顺序排列的扁平字符串数组**——第 N 个元素就是第 N 个 `<section>` 的备注（含封面，从 0 起按位置对齐）；某页没有备注也要用空串 `""` 占位，让数组长度始终等于页数。随翻页 postMessage 给宿主。
-  ```html
-  <script type="application/json" id="speaker-notes">
-  ["首页开场白…", "", "第 3 页的讲解要点…"]
-  </script>
-  ```
+- **封面是海报，不是标题卡——职责：3 秒内传达主题气质，完成已定视觉系统（强调色、字体对、图形母题）的首次完整呈现。** 让一个主视觉统治画面：超大版式字、满版图像+文字叠于低信息区、大型图形场或超大数字/字母（不限于此，以不裁切为上限；不用汉字或单词的放大淡化版作背景装饰，文字字形一律由字体渲染、不用 SVG/色块拼画）。**标题位置是构图决策**——依主视觉重心选位（对角平衡/低信息区/居中统治），不沿用内容页的左上标题带；偏置构图须有配重收住画面。演讲者/日期等信息以小字层级收纳。**禁止**「小图标 + 居中标题 + 居中副标题」三件套。
+- **章节页是封面的简版回声——职责：一眼识别"进入新章"。** 复用封面母题（更克制的用量），超大序号 + 章节标题为主体，与内容页拉开明显视觉差，手段自定；全 deck 章节页外观完全一致，只换序号和标题。
+- **目录页——职责：几秒内看清全场结构（几章、各讲什么、顺序如何）。** 章节序号与标题是绝对主角，说明至多一行，每项高度由内容撑出；形态可在视觉系统内自由变奏（纵向/横向/分栏/图形化序号/与章节页同构）——约束的是读取效率与系统一致性，不是形态。**禁止**等高空卡片阵列——它摊平层级、稀释结构感。目录样式与章节页呼应。
 
-### slide 正文写成静态 HTML，不要用脚本生成
+### 构图原则
 
-这条最影响用户体验，理解**为什么**再执行：当一页正文是 `<deck-stage>` 里的普通静态标记时，用户在编辑态点任意标题 / 段落就能直接改字，编辑器会把改动即时 splice 回源文件；一旦这页由 `<script type="text/babel">`、React 组件或"遍历 JS 数组"渲染，这条直改路径就断了——每次微调都要通过 chat message 往返到你这里，更慢、也更难让用户自己打磨 deck。所以凡是静态页能表达的（文字、布局、背景、图片、表格），就把字面元素写进 HTML、用 CSS 定样式；只有当这页**真的**需要静态标记给不了的行为（交互图表、真实 demo、真实状态）才引入 babel / React 或额外 `<script>`。同样的渲染结果，静态版永远优先，因为它可直接编辑。
+- **留白 ≠ 空洞。** 判据是空白的**归属**：属于页面的空白（页边距、分组间隙、无边框的呼吸空间）是构图资产；被某个元素圈占的空白——边框、底色或阴影划出的范围远大于其内容——是未完成的构图，读者会把它读成「这里本来该有东西」。元素的边界应由内容撑出来，而不是由要填的空间决定；画布填不满时，把空间留在元素**之间**，或按「视觉平衡」的出路增密。
 
-两个细节保住"可直接编辑"：
+- **视觉锚点。** 每页要能回答：视线第一眼落在哪里，为什么是那里。锚点可以是一个大数字、一张图表、一句大字陈述，也可以是并列结构中被刻意加重的一项。所有元素等面积、等字号、等色彩权重的页面，是把第一落点交给了随机——那不是中性，是没做构图决策。
 
-- 每段可编辑文字放在自己的叶子节点里——把"Revenue"放进 `<h2>` 内它自己的 `<span>`，别写成 `<h2>Revenue <span class="sub">2025</span></h2>` 这种文本和子元素混在同一父节点。
-- 重复结构写出来、不要生成——三条 bullet 就写三个 `<li>`，不要用数组渲染一个 `<li>` 三次。重复正是重点：它让用户改第二条时不碰第一条。
-- 例外：`tweaks-panel.jsx` 是挨着 slide 的控制面板、不是 slide 正文，可以用 `<script type="text/babel">`；它不影响各静态 slide 各自走直改路径。
-
-## 交付前自检
-
-- 每页 16:9，无溢出 / 重叠 / 裁切；字号符合投影阅读（正文没有小到像网页）。
-- 留白均匀：同一页没有一处大空、一处拥挤；内容页主内容占版心高度约 2/3 以上；双栏视觉重量对等。
-- 只读标题能讲通故事；标题语法全程一致，没有 punchline / takeaway 盒子。
-- 已建立 page-type map，并通过页型轮换避免单一上下布局。
-- 章节分隔页推动叙事，而不是只做装饰。
-- 演讲型页面没堆太多字；阅读型页面没变成文档截图。
-- 同类页面布局、标题位置、页码、章节标识平行一致；图片没被不合理拉伸，截图 / 图表完整展示。
-- 多方案、教学练习、叙事案例、数据汇报等特定场景使用了稳定 scaffold。
-- slide 正文是静态可编辑 HTML，没用脚本循环生成；`data-label`、speaker-notes、打印分页完整。
-- deck-stage 外壳、导航、页码来自 starter component，没有手写重复实现。
+- **视觉即陈述。** 每一个视觉差异——位置、面积、颜色、容器、字重——都在向读者陈述一个信息差异，两个方向都必须诚实：**有信息差异就给它视觉编码**——分类给色点/编号/图标，要点给字重，并列短语用 chips 而非顿号串；强调的排序严格等于重要性的排序，整页级内容（总结、核心判断）占整页级位置（全宽），元信息（范围/方法/免责）永远页脚级。**没有信息差异就不制造视觉差异（作用域：同一组内的同级元素；页与页之间的变化归版式节奏管，不受此限）**——同一组里的同级节点/卡片不换色相，同一个状态已用图标或颜色编码过就不再用边框复读；装饰感来自对必要元素的精心处理（对齐、字距、色彩），而不是添加元素。
+
+- **视觉平衡。** 视觉重量要在整幅画布上分布均衡，不要全压在画幅一角。**内容只占上半画布、下半大面积空置的页面直接违规。** 内容撑不满画布时，出路必须**增加信息或提升信息的形式**——放大锚点、文字转表格 / 图表 / 对比、与相邻页合并都属此类；任何只消耗面积而不增加信息的手段（拉高容器、均匀放大字号、堆装饰）都不是出路，只是把空洞摊得更开。空间的分配次序**由内向外**：留白富余时，先放大组内间距（字距、行距、条目间），再把剩余留给外围——内容挤成一团而留白堆在外围，是分配错位。单一横带主体（时间线、步骤条）要么垂直居中、上下对称留白，要么用节点交错、大字底纹、配图长出身高；贴着标题排布、底部大片裸露，不属于任何合法构图。
+
+- **平行性。** 相同与不同的判断标准是**信息结构**：信息层级相同的成组内容（系列页、清单、兄弟页）用同一副骨架，只换内容与配图——对称即秩序；信息角色不同的页面才求变化。结构件（页码、眉标）在所有页面位置样式一致；章节页彼此一致。不约束非成组内容页的版式——那归版式节奏管。
+
+- **版式节奏。** 与平行性互为对偶：平行性守住不变的东西，节奏经营变化的东西。**先读内容的结构——数量、关系（顺序/分类/主次/等权）、层级、体量——再选形式，形式沿阶梯随信息结构升级：并列短语→chips/短列表；异量纲数据组→统一骨架的指标卡；有结构关系→信息图；有数量关系→图表。先画容器再填内容，是所有单调版式与空卡的病根。** 逐页的形式选择连起来就是 deck 的节奏：节奏跟随叙事结构——章节转折、重点页、过渡页各有形态——而不是机械交替；节奏也需要对比才成立——全图、大数字、图表、引用、不同背景色、纯文字，原型库要够开阔，页页同一骨架无节奏可言。用版式和可视化把画布用满不是「填充性内容」；凭空编造数据和板块才是。**两条硬配额（只约束内容页）：①采用等宽等高卡片网格版式的页数不超过内容页总数的 20%（例：15 页内容页最多 3 页用网格），且任意两页网格页不相邻；②相邻两页禁止同一版式骨架——但成组页面（系列/清单型兄弟页）应当同构，属平行性而非重复，在 scratchpad 标注「成组」即可连排。本文所说「卡片网格」指的是版式结果——3 个以上等宽等高、同样式的信息卡片排成阵列（俗称"麻将块"）；与实现手段无关，`display: grid` 和栅格系统是任何版式都该用的好工具，不在限制之列。**
+
+### 素材与工艺
+
+- **字号、字重与单位。** 使用大号字体（标题至少 48px）。当用户指定具体字号时，默认他们说的是**磅（points）**（PowerPoint/Keynote 的单位）而非像素——用 `px = pt × 1.333` 换算。所以"把标题设成 36pt" → 在 CSS 里设成约 48px。**字重随字号反比**：display 级可用 300-400，正文 ≥400、small 级 ≥500；文字与背景对比度按投影标准（正文 ≥4.5:1），弱化文字靠降一档字号 + 中灰，不靠调到极浅。**内容放不下时，按信息损失从小到大依次尝试：换更合适的版式原型 → 拆成两页 → 最后才精炼文案（且只压缩表述、不删信息点）——禁止把字号压到 24px 以下或压缩边距硬塞。**
+
+- **素材来源与视觉承诺。** 除非用户要求，绝不使用 emoji。使用 design system / 品牌中的图标、用户提供的图片，或图片生成工具产出的图片。**内容本身是视觉性的（地点、产品、菜品、人物、场景）时，图片就是论据——必须配图或图片占位，缺图即缺论据；配图是 deck 级规划（见规划步骤 3），不是逐页即兴。**
+
+- **图片呈现。** 务必先查看图片，再决定最佳展示方式。
+  - 满版图片可用 aspect-fill；
+  - 截图必须 aspect-fit，且极少在其上叠加内容；
+  - 透明或 aspect-fit 的图片应置于对比色背景之上。
+
+  裁切与叠字必须保护焦点主体（人脸、产品、关键物）：主体完整可见，不被画幅边缘、面板或叠加元素切遮（`object-position` 调焦点，保不住就换 aspect-fit 或换版式）；叠字落在图片的低信息区（虚化背景、天空、暗部），参照品牌惯常做法酌情使用卡片、保护渐变或模糊。
+
+- **图表与数据可视化。** 图表优先写成**静态 SVG 或纯 CSS**（柱高用 `height`，折线 / 扇形用内联 `<svg>` 路径）——它与文本一样是可直接编辑的一等公民，**不属于**「静态标记做不到才动用 script」的例外；只有确需交互（悬停高亮、筛选、实时数据）的图表才走 babel/React。数字之间只要存在能被眼睛读出的关系（趋势、占比、对比、分布），就转成图表，而不是原样铺成文字。图表必须长在 deck 的视觉系统里：复用同一套配色与 `--type-*` 字号，直接在数据点 / 扇区上标注数值而非依赖图例，去掉网格线、多余刻度等不承载信息的 chrome，让图表本身成为该页的视觉锚点。
+
+- **概念可视化（信息图）。** 与数字→图表对偶：**文字之间只要存在结构关系——顺序/流程、因果、层级、循环、包含、对比、矩阵——就转成信息图**（静态 SVG / CSS），而不是 bullet list。原型库：步骤条、时间线、金字塔、同心圆、漏斗、四象限矩阵、环形循环、双栏 VS 对比、路径图。判据：凡是想写 3 条以上并列 bullet 的地方，先问这几条之间是什么关系——**关系本身就是版式**。**图形语言纪律（专业感所在）**：同一图内节点同形态同尺寸，状态差异用强调色深浅/描边表达、不换色相；连接件用真图形（SVG 线/箭头）而非字符，锚点对齐节点；节点等距、中轴对齐；整图只有一个视觉高点。信息图复用 deck 配色与 `--type-*` 体系，节点上直接标注文字。
+
+- **动效。** 动效服务于叙事——引导视线、分层揭示信息、平滑衔接页面——而不是炫技或填空。默认克制，始终以不干扰阅读为底线。deck 动效的形态是**翻到该页时播放一次的入场 / 分步揭示**，不做环境循环——无限循环的装饰动画会持续争夺注意力。实现用 CSS 动画（幻灯片保持可直编的静态 HTML），两条契约（细节见 deck-stage.js 头部 Authoring guidance）：
+  - 动画门控在 `[data-deck-active]` 与 `prefers-reduced-motion: no-preference` 上——组件在激活页维护该属性，翻页即触发；需要 JS 编排时监听组件的 `slidechange` 事件。
+  - 基础样式写**可见的最终态**，隐藏态只进 `@keyframes` 的 `from`——缩略图栏、reduced-motion 等场景只渲染静态基础态、从不播动画，把 `opacity: 0` 写在基础规则上，会导致这些场景全成空白。
+
+- **结构件。** 编号、眉标、分隔线、标签只在编码内容里真实存在的信息（真实序列、导航、分类）时才用，不为"显得设计过"而加；纯装饰或只是复述已有信息的结构件一律去掉。
+
+## 幻灯片写作指南
+
+### 语言一致
+
+**deck 的输出语言 = 用户请求的语言**；请求与素材语言不一致时，以请求语言为准（英文请求 + 中文材料 → 英文 deck，翻译内容）。标题、正文、图表标注、说明全部使用同一语言，禁止混杂。当 deck 为中文时，英文只允许两种情况：专有名词/术语，以及刻意作为视觉元素的眉标或标签（如 "01 / OVERVIEW"）——后者属设计决策，全 deck 用法必须一致。
+
+### 每页两条阅读路径
+
+3 秒扫读拿走要点（标题 + 要点行 + 锚点），细读获得支撑（正文、数据、注释）。高密度页的每个内容块要有能独立成立的一句话要点——从正文**提炼**（小标题或加重首句），不是另写金句；正文是要点的证据。只有细读一条路的页面，对现场听众等于没有设计。
+
+### 仅凭标题就应能讲清整个故事
+
+通读全部标题应能了解 deck 的整体故事（类似书籍的目录）。标题结构二选一，选定后全程一致：
+
+- **主题式**：名词短语，告诉听众这页讲什么（如「市场格局」「团队结构」「六大常见威胁」）——适合培训、课件、综述类内容。
+- **论点式**：短陈述句，直接给出该页结论（如「亚洲是我们最大的市场」「弱密码是最常被利用的入口」）——适合汇报、路演等有明确主张的内容。
+
+### 避免暴露 AI 生成痕迹的 "AI 味"
+
+避免以下常见的 "AI 味"——它们会暴露这个 deck 是 AI 生成的：
+
+- "宣判式"的标题和要点总结，过度戏剧化/简化，无缘由地制造张力（经典的 "It's not X. It's Y." / 「不是……而是……」），强祈使句，过度重新包装概念，刻意悬念、故作洞察。
+- 中文特有的：排比三连、「重新定义/颠覆」、冒号金句式标题（「安全意识：一场没有终点的战役」）。
+- 总之，AI 倾向于把标题写成演讲者的金句，而非引导听众进入该页内容的**标题**——必须避免！
+
+## 规划步骤
+
+在常规规划之外，务必完成以下步骤：
+
+1. 如果不清楚受众、期望的品牌风格，先提问。
+2. 写出完整的标题序列。选择**一种**语法风格（例如短主题名词短语或简短陈述句），确保适合内容，并用该风格写出每一个标题。回头通读一遍，判断一个人**仅凭标题**能否跟上整个演示的脉络。标题应像书的章节——用直白的语言告诉读者接下来是什么。审阅这些标题并按需修订。将它们写入 scratchpad.md 文件。
+3. 在 scratchpad.md 里为每张幻灯片标注**版式原型**、**视觉锚点**（这页视线的第一落点）、**配图**（是否需图及图的内容——视觉性内容必配图或占位）与**成组关系**（属于哪个系列——成组页面同骨架）。原型必须写出具体名字——常用原型可参考：全幅大字、大数字、指标卡组、图表、信息图、表格、满版图、引用、左右分栏、时间线、卡片网格；不限于这些，但**每页都要做出并写下明确的版式选择**，写不出名字的页就是还没做构图决策。通读这一列做两项核对：①配额——网格页数 ≤ 内容页总数的 20% 且互不相邻，相邻页不同原型（成组页面同构不算重复）；②节奏是否跟随叙事结构——原型的重复要么是内容使然，要么就是没做选择；写不出锚点的页，是内容撑不起一页的信号——回大纲合并或换形式增密。
+4. 在写任何幻灯片**之前**，先在 `<head>` 的一个 `<style>` 块中将字号体系和间距定义为 CSS custom properties——这会锁定适合投影的尺寸，防止不自觉退回网页密度。在 1920×1080 下，合理的起始体系为：`:root { --type-hero: 160px; --type-display: 96px; --type-title: 64px; --type-subtitle: 44px; --type-body: 34px; --type-small: 28px; --pad-top: 100px; --pad-bottom: 80px; --pad-x: 100px; --gap-title: 52px; --gap-item: 28px; }`（hero 用于封面主标题与全幅大字页，display 用于目录/章节序号、大数字、引用，均以不裁切为上限）。在 1280×720 下，按 ~0.67 缩放。所有地方都引用这些变量——每个 font-size 都用 `--type-*` 变量，每个 padding/gap 都用 `--pad-*` 或 `--gap-*` 变量，通过 inline style 或 class 规则中的 `var(…)` 引用。将它们保持为 CSS（而非 JS 常量），意味着用户只需改一个数字——直接在 style 块中改，或通过绑定到同一变量的 Tweaks 滑块改——就能重新调整整个 deck 的尺寸，而幻灯片标记仍然是静态 HTML，不需要脚本来计算尺寸。显式的 `--pad-bottom` 为每张幻灯片底部预留呼吸空间；那个留白是结构性的，不是空的。网页默认值（body 14-16px、padding 48-72px）对幻灯片太小；如果数值让你觉得不够大方，那就是还不够。如果你用了小于 24px 的尺寸，你的校验器（validator）会抛出错误。
+5. 构建幻灯片，牢记每张幻灯片既是设计练习也是文案练习。在版式、文字内容和语调方面给予每张幻灯片应有的关注。遵循上述原则，确保每张幻灯片能独立成立；一个只看这一页的人，应当无需其他上下文就能理解其高层含义。
+
+## 验证要点
+
+审阅截图时用幻灯片构图规则判断，而非网页布局直觉（例如不要把 `flex-start` 改成 `center` 来“居中救空”）。
+
+底部留白的判法（最常见的误判点）：
+
+- 量级在 `--pad-bottom` 上下 → 呼吸空间，合法，保留。
+- 多元素内容页底部空置接近半幅 → 违规，按「视觉平衡」的出路增密。
+- 单主体页（全幅大字、引用、大数字、章节页）→ 大留白即其形态，只看主体字号够不够大、构图有无意图。
+
+逐页核对以下各项（不要用「已检查全部通过」一句带过）：
+
+- 字号匹配你的 `--type-*` 体系（而非网页密度）
+- 幻灯片边距匹配你的 `--pad-*` 值（而非网页紧凑间距）
+- 封面有统治画面的主视觉，标题位置有构图意图，不是「小图标 + 居中标题」三件套
+- 目录几秒内可读出章节结构，不是等高空卡片阵列
+- 结构件（页码、眉标）全 deck 位置样式一致；章节页彼此外观一致
+- 网格页数 ≤ 内容页总数的 20% 且互不相邻；相邻页版式原型不同
+- 没有使用 accent-border 卡片或 takeaway box
+- 没有内容被画幅边缘裁切、显示不全
+- 没有元素相互压叠、遮挡到读不清；图片焦点主体完整可见，未被边缘或面板切遮
+- 没有被动空洞：边框 / 底色圈出的范围与其内容相称
+- 页面视觉重量在画布上分布均衡；底部留白按开头三条判法检查
+- 每页能指出视觉锚点；版式原型的重复经得起「内容使然还是没做选择」的追问
+- 无指定风格时不是无理由默认的深色科技蓝配色
+- 带动效的元素在缩略图栏和打印视图下完整可见（基础样式即最终态，隐藏态只在 keyframes 的 `from` 里）

package/steering/design-html/skills/wireframe/SKILL.md

@@ -1,10 +1,14 @@
 ---
 name: wireframe
-description: Explore many ideas with wireframes and storyboards
+description: 用线框图和故事板快速探索多种设计方向
 available-agents:
   - CreativeDesign
 ---
 
-# Wireframe
+# 线框图
 
-Help the user explore design ideas quickly. Interview them, then generate multiple rough wireframes to map out the design space before committing to a direction. Prioritize breadth over polish: show 3-5 distinctly different approaches for each idea. Use simple shapes, placeholder text, and minimal color to keep the focus on structure and flow. Use a sketchy vibe -- handwritten but readable fonts; b&w with some color; low-fi and simple. Provide simple tweaks; show options side-by-side if small or using a tab control if large.
+帮助用户快速探索设计想法。先通过简短访谈理解目标和约束，再生成多个粗略线框图，用来在确定方向前铺开设计空间。
+
+优先追求广度，而不是精修完成度：每个想法展示 3-5 个明显不同的方案。使用简单形状、占位文字和少量颜色，让注意力集中在结构、信息层级和流程上。
+
+保持草图感：字体可以像手写但必须可读；以黑白为主，可加入少量强调色；整体低保真、简单直接。提供轻量调参能力；如果方案较小，可以并排展示选项；如果方案较大，使用 tab 控件切换不同方向。