Sn Ppt Dazzle

sn-ppt-dazzle：单 HTML 炫彩演示 deck

你要交付的不是一份"幻灯片"，而是一场在浏览器里上演的动态视觉演出：持续运行的动态背景、每页的入场编排、页间的过渡特效、键盘可交互——同时排版严谨、内容真实、零控制台报错。

0. Entry / Story 输入契约（最高优先级）

本 Skill 不是用户请求入口，不直接接收裸 query 或附件创建新任务。只接受 sn-ppt-entry 传入的绝对 DECK_DIR，并且必须已经存在：

• <DECK_DIR>/task_pack.json；
• <DECK_DIR>/info_pack.json；
• <DECK_DIR>/outline.md；
• task_pack.choices.output == "dynamic_html"，或旧任务的 ppt_mode == "dazzle"。

任一条件不满足时停止并返回 sn-ppt-entry 补齐，不自行新建 deck 目录、不从 query 绕过 sn-ppt-story。 开始和恢复时都 重新读取read_file磁盘上的当前 outline.md，不得使用sn-ppt-story 的 write_file 返回内容或对话上下文中的 outline；outline.md是 Dazzle 的唯一内容输入并固定：

• 最终页数、页序和标题；
• 每页核心结论、内容依据、上屏内容边界和前后关系；
• 用户明确保留、删除或修改的内容。

Dazzle 仍按本文后续六阶段决定风格 family、动态背景、版式、素材、动画和实现细节，但不得 合并、拆分、增删或重排 outline 页面，不得改变标题和核心结论的含义，不得恢复用户删除的 内容，也不得自行 Research 或补造事实。事实不足时停止相关页面并返回 Entry / Story。

DECK_DIR 只能取 task_pack.deck_dir 的绝对路径，所有任务产物都写入该目录。当前 Skill 目录只读并记为 SKILL_ROOT；references 和渲染脚本只从 SKILL_ROOT 读取。

1. 产物与边界

• 最终产物：<DECK_DIR>/deck.html（如用了生成图则外加 <DECK_DIR>/assets/，图片在 HTML 中仍用相对路径 assets/img_NN.png 引用；没有生成图时 deck.html 就是唯一演示交付物）。
• 画布 1280×720（16:9），固定设计画布 + JS 等比缩放适配屏幕（见 §4 契约）。
• CSS / JS 全部内联在 <style> / <script>。允许 CDN：Three.js r128、GSAP、ECharts、D3、Google Fonts。禁止外链图片 URL（图片只能来自 assets/ 下的本地文件）。
• DECK_DIR 内文件：plan.md（你的规划）、deck.html、assets/（可选）、shots/（渲染截图输出）。

只在现有阶段边界同步 task_pack.json，不改变后续阶段的执行内容：

• 进入阶段 1：current_stage="output.dynamic_html.plan"、status="generating"；plan.md 完成后把绝对路径写入 state.artifacts.plan。
• 进入阶段 3：current_stage="output.dynamic_html.build"；阶段 4 每完成并看图确认一页，把 页号追加到 state.artifacts.dynamic_pages_completed。
• 阶段 6 完成：把 deck.html、shots/、shots/render.json 和可用的 shots/contact_sheet.png 的绝对路径分别写入 state.artifacts.deck_html、shots、 render_manifest、contact_sheet；把 dynamic_html 加入 completed_stages。全部页面通过时 写 current_stage="complete"、status="completed"；仍有已如实报告的缺陷时写 status="partial" 和 last_error，保留全部可用产物。

2. 工作流（六阶段）

必须先渲后看：只读代码不算自检。 渲染统一用 bash 执行 skill 自带脚本：

python "$SKILL_ROOT/scripts/render_deck.py" "$DECK_DIR/deck.html" "$DECK_DIR/shots/" --page N  # 渲染第 N 页
python "$SKILL_ROOT/scripts/render_deck.py" "$DECK_DIR/deck.html" "$DECK_DIR/shots/" --all     # 全部页 + contact_sheet.png

成功时 stdout 每行一个 PNG 路径（告警以 [console]/[static]/[blank]/[nav] 前缀打在路径之前）；渲染元数据写 $DECK_DIR/shots/render.json（console_errors / static_pages / blank_pages / 页数 / 导航方式）。截图后用 vision_analyze 查看。

阶段 0 —— 读取 outline.md 与定调

第一步必须是完整读取read_file当前 outline.md，不得先生成 plan.md 或 deck.html。 task_pack.request.query 只补充场景和用户明确风格偏好，不能覆盖 outline 的内容决定：

• 页数、页序、标题和每页核心结论：严格取自连续的 ## 第 N 页，不得再按 8–12 页自行决定。
• 语言、受众和场景：优先取 outline；outline 未明确时读取 task_pack.params 和task_pack.request.query，不得改变 outline 内容。
• 先判使用场景的庄重度（§3 场景适配），据此圈定风格候选域与动画密度档。
• 风格必须点名：读取 $SKILL_ROOT/references/style-families.md，选定一个与主题、场景都契合的 family（outline 或 task_pack.request.query 带了风格倾向则在其方向内落到具体 family）。
• 读取 $SKILL_ROOT/references/fancy-cookbook.md，为本 deck 挑 2–3 个技法配方（全局背景选一种、入场编排选一种、过渡/彩蛋按需）。
• 定一个"招牌视觉"：每个 deck 要有一处配得上题材的招牌手法。选最贴本题材的技术——CSS/SVG/Canvas-2D/shader/代码 3D 平权，有创意、有题材绑定就是满分 fancy（纯 CSS 几何、Canvas-2D 概念可视化也能很惊艳）。fancy ≠ 3D，评判看"有想法 vs 平庸套路"，不是用没用 3D。分清 3D/shader 的两种用法：① 灵动背景层（shader 流场 / 节点球 / Fresnel 辉光球 / 粒子流 / 3D 氛围层）——背景默认就该"活"（持续微动），这类背景层对任何题材都可用、科技抽象数据网络类尤其加分，不算"硬套 3D"，鼓励上；② 沉浸漫游场景（把整套 deck 架在可巡游的 3D 世界 + 翻页相机运镜）——这个才只给有空间主体的题材（建筑、天体、地形地貌等；分子晶体、实体产品三维也算）。别为"避免 3D"把背景做成静态死平面。两种坍缩都要防：别不分题材默认"canvas 粒子背景+编辑排版"，也别默认"沉浸漫游+翻页相机翻转"——都是套路。

阶段 1 —— 写 plan.md

第二步必须是写plan.md，不得先生成 deck.html。 一次 write_file 写出完整规划，包含：

1. 场景判断：本 deck 用于什么场景、庄重度档位（庄重/自由/题材）、动画密度档位、为何选这个 family——把适配理由写明白。
2. 设计系统：family 名；精确 palette（--bg / --ink / --accent / --accent-2 的 hex）；display + body 字体（含中文字体兜底）；全局背景层方案（CSS/Canvas-2D 程序化纹理 / 粒子流场 / shader 噪声 / 代码搭 3D 场景 / 每页多场景，按招牌视觉选一——别条件反射默认某一种）；通用过渡方案。

2b. 招牌视觉（必填一行）：本 deck 的招牌手法 + 为何契合题材/场景；选了 3D/沉浸/shader 要写明用什么搭。定了就必须真做出来（见 §5 招牌兑现）。 3. 页序表：与 outline.md 的页面逐页一一对应，每页一行 NN | 页型 | 一句话内容 | 本页 fancy 手法 | 版面骨架；NN、顺序、一句话结论必须服从 outline。页型从：封面 / 议程 / 观点 / 数据 / 对比 / 流程 / 案例 / 架构 / 时间线 / 总结 中选，相邻页不重复同一页型；fancy 手法不要超过 2 页雷同。「版面骨架」一栏先想清楚这页怎么分区、主视觉摆哪、余量留给谁（如"左叙事右大图 / 居中单 hero / 四等卡一行 / 满屏场景 / 上标题下两栏对比"）——分几区不限，但要让留白是有意的构图、不是排完剩下的边角料（见 §7 布局与留白）；并列项预想好怎么等高对齐。布局在 plan 里想透，初稿就少返工。 4. 素材清单（如需）：逐页判断"摄影刚需"（§6），需要的写出生图 prompt 草稿与用途。同组并列对象（N 枚卡片 / 一排同类）整组决策：把 N 个成员列全，整组选"全真实图"或"全代码绘制"——选真图就 N 个各列一行，绝不能页序表写 4 枚卡片、清单只列 2 张（见 §6）。

规划自检：页数、页序、标题、核心结论和依据是否逐页对应当前 outline？palette 是不是精确 hex？有没有滑回暖米黄/奶油底？页型有变化吗？内容是否只使用 outline 已支持的真实主体与真实数据、没有占位词或新增事实？

阶段 2 —— 生成素材（仅当确需真实图片）

按 §6 的纪律生图：生成 → vision_analyze 核对（内容对不对 / 色调搭不搭 / 有无文字水印）→ 不合格改 prompt 重生，绝不硬用；确切路径记入 plan.md。没有摄影刚需的 deck 跳过本阶段（多数 deck 应该跳过）。

阶段 3 —— 写全局骨架 shell（只写骨架，不写页面内容）

一次 write_file 写出完整可运行但页面为空的 $DECK_DIR/deck.html 骨架（结构契约见 §4）：

• head（Google Fonts / CDN）→ :root design tokens → 全部基础 CSS（.deck/.slide/.active/导航 UI/通用 keyframes 库/通用过渡）→ #bg-layer 全局动态背景（完整实现并运行，不是占位）→ N 个空 <section class="slide">（仅含 <!-- SLIDE NN: 页型 + 一句话 --> 注释，不写任何真实内容；封面页可先放最小标题文字保证 smoke 有内容可看，其余页一律保持空）→ 导航控制器 JS → 页码 + 进度条。

硬性纪律：骨架这一次 write_file 里，除封面外的 section 必须是空的（只有注释）。不要在骨架阶段就把多页内容一次性写满——那会让一整批未经单页验证的页面同时落地，错误跨页累积、后面更难收拾，也丢掉了逐页"渲染即验证"的全部价值。

然后 smoke 验证：render --page 1 + 看图——封面可见、页码/进度条在、背景层在动（看 stdout 的 [static] 与 [console]）、零报错。骨架不过关先修骨架，再进入逐页填充。

阶段 4 —— 逐页填充（一页一个循环，不要跳步）

按页序一页一页来，每页走完一个完整的"填充→渲染→看图"小循环再进入下一页：

1. edit 把该一页的空 section 替换为完整内容（页内样式可放 section 内 <style> 或按 #sNN 前缀写进全局 style；页内 JS 一律注册到 window.slideInits[N]，见 §4）。一次 edit 只填一页，不要一次 edit 灌进多页内容。
2. render --page N → vision_analyze 该页截图，按 §5 清单自检。先渲后看是硬要求——不渲染就接着填下一页是不允许的。
3. 有硬伤 → 最小修改 → 重渲重看，每页最多 3 轮。通过的页不再回看，进入下一页。

为什么坚持逐页：每页在落地的当下就被单独看过、确认无溢出/遮挡/报错，问题在最便宜的时候被发现和修掉；这也是这条技能要教给模型的核心节奏——增量构建 + 即时验证，而非一次写完赌它对。

阶段 5 —— 全局复审

render --all → 先看 contact_sheet.png 一图扫全局：风格有无漂移、相邻页有无雷同、页码连续性、背景全套统一；再核对 render.json：console_errors 必须为空；static_pages 逐页核对是否"静得有理由"（§5）。发现问题：单页问题 edit 该 section、只看该页大图；跨页/系统性问题才改 :root token 或共享骨架——但 token / 共享 CSS 会波及所有页（含逐页阶段早已通过、不再回看的前面页），改完必须 render --all 复扫全部页确认没把别的页带歪，绝不能只看原问题页。 全局性的版面 token 调整最适合在这一步做（这里本就 render --all）。行有余力，此时可给关键页加页面级专属过渡/彩蛋增强。

阶段 6 —— 收尾

收尾前必须已做过阶段⑤全局复审（render --all + 看 contact_sheet），且最后一次 edit 之后必须再渲染验证过——没验证就收尾不允许。然后一段简短文字总结：页数、风格 family、最得意的 1–2 个 fancy 点、如实报告遗留问题（还有哪页有什么没修掉）。谎报"全部通过"而实际有硬伤 = 整条产出作废。 禁止"谢谢聆听/感谢观看"式收尾页套话。

3. 场景适配：fancy 的边界

fancy 是执行质量与视觉冲击的拉满，不是风格的出格。 给毕业答辩配赛博朋克霓虹，和给发布会配灰白模板，是同一种失败。阶段 0 先把场景庄重度判清楚：

• 庄重档发力点：排印张力、数据可视化做满（真实数据 + 动画入场）、深邃背景层次（缓慢渐变流动、低调几何微动、克制 shader 噪声）、过渡干净利落。克制 ≠ 低野心——同样要有招牌记忆点，用精致而非喧闹实现；绝不上霓虹/故障/赛博/3D 奇观。
• 题材档按题材选技术：有空间主体的题材（建筑、天体、地形地貌等）可把空间用代码搭成 3D 漫游场景"演出来"（如紫禁城漫游级）；其余题材别硬套 3D 漫游场景——但灵动的 3D/shader 背景层（shader 流场 / 节点球 / 粒子流等）该用就用，前景按题材选最贴的 CSS/SVG/Canvas-2D 表达；背景别做成静态死平面。
• plan.md 必须写明档位与理由；优先使用 outline 中的场景，未明确时再用 task_pack.request.query 里的场景词（"答辩""路演""组会"）判断。

4. deck 架构契约（骨架必须满足）

<body>
  <div id="bg-layer"></div>            ← 全局动态背景层（canvas/Three.js/CSS 动画）
  <div class="stage">                  ← 居中容器，position:fixed; inset:0; flex 居中
    <div class="deck" id="deck">       ← 固定 1280×720 设计画布，overflow:hidden
      <section class="slide active" data-slide="1">…</section>
      <section class="slide" data-slide="2">…</section>
      …
      <div class="hud">页码 + 进度条</div>
    </div>
  </div>
</body>

1. design tokens：所有颜色 / 字体 / 间距 / 字号阶梯在 :root 定义，全文只用 var() 引用，不写散落的裸 hex / 裸数值。

• 颜色字体：--bg/--ink/--accent/--accent-2/--font-display/--font-body。
• 版面 token（骨架期就定、全页共享 → 改一处全页生效，这是"改根因、不逐页打地鼠"的地基）：安全边距 --safe-x/--safe-y（如 64/56px，内容不越此边距，HUD/页码可贴边）；成体系的间距档 --gap-s/-m/-l（如 12/24/48，元素间留白只从这组取，别随手写散值，留白才有节奏）；最小可读字号 --fs-min（约 20–22px，正文/标注永不缩到它以下来塞内容——宁可拆页/删内容）。巨字用 clamp(min, Nvw, max) 兼顾戏剧性与上界、防出界。这些版面 token 在骨架期就要定准并保持稳定，逐页填充都在其约束内工作；中途若必须改 token，它会牵连所有页（含前面已过的页），须按 §5 修复纪律全局重验。

2. 固定画布 + 等比缩放（根治溢出/裁切/比例失真）：.deck{position:relative;width:1280px;height:720px;overflow:hidden}，内容一律按 1280×720 用 px 布局与定字号；JS fitDeck() 按 Math.min(innerWidth/1280, innerHeight/720) 缩放 deck，监听 resize。绝不混用单位（最忌 deck 按 vh 定尺寸、字号按 vw 定——letterbox 屏下字体撑爆画布）。
3. 一次只显示一页：.slide{position:absolute;inset:0;opacity:0;visibility:hidden;pointer-events:none}，.slide.active 三项全开。非当前页必须彻底不可见（只切 opacity 不切 visibility 会互相透叠）；任一时刻有且仅有一页 active；给单页加自定义样式时绝不要改 position（脱离堆叠会把该页压成 0 高、canvas 黑屏）。
4. 导航控制器（骨架期写完整）：

• 键盘 ArrowRight/Left、Space、PageDown/Up 翻页；window.addEventListener('load', () => window.focus()) 抢焦点（iframe 内键盘可用的前提）。
• 翻页时把 .active 切到目标页（渲染脚本靠 .active 类识别当前页，这是硬契约）、更新页码与进度条、对目标页调用 window.slideInits[N]（见第 6 条）、派发 slidechange 事件。
• 必须支持 URL 参数直跳：new URLSearchParams(location.search).get('slide') → 初始化时直接跳到第 N 页（1-based）。渲染脚本靠它做单页 O(1) 渲染，缺失会显著拖慢自检并在 stderr 告警。

5. 全局背景层：#bg-layer{position:fixed;inset:0;z-index:0;pointer-events:none}，deck 容器 z-index:1。背景动画骨架期完整实现；复审期只准调参（颜色/密度/速度），不要重写。事件监听挂 window（背景层不可交互），尺寸用 window.innerWidth/Height + resize 监听。

5b. 背景-前景易读性（全屏 3D / 重动态背景必守）：别靠全局压暗背景救正文——会同时杀死封面/章节页的 3D。改用：

• 按页型分级：封面/章节页放开背景；内容/数据页让背景局部退让——降该页粒子/高光（微尘 opacity→~.25、减弱 glow），相机别把 3D 主体摆在前景图解同象限。
• 前景图解自带底板（页内有 SVG 图解 / canvas / 密集小字 / 数据表）：首选软边径向 scrim——radial-gradient(70% 70% at 50% 50%, rgba(<bg>,.85), rgba(<bg>,.55) 60%, transparent)（用 --bg 同色），中心托住、边缘渐隐、3D 仍从四周透出、不切硬框；密集页用卡片 + backdrop-filter:blur(6px)。绝不裸 <svg><g stroke> 直接挂 .slide（背景会从笔画缝隙透上来吞掉正文；详见 fancy-cookbook「背景-前景分离 scrim」）。
• 描线 stroke-opacity ≥ .5、线宽 ≥ 1.2px；淡色文字/细线只在已有 scrim 处用。

1. per-slide JS 惰性注册：页内脚本一律写成 window.slideInits = window.slideInits || {}; slideInits[N] = () => {…}，由导航控制器在该页激活时调用（已初始化的做幂等保护）。禁止顶层立即执行的代码去摸其他页（或尚未填充的空 section）的 DOM——这是空骨架阶段渲染不报错、逐页填充互不踩踏的关键。

• 骨架的 <head> 顶部（任何页内 <script> 之前）必须预置一行 window.slideInits = window.slideInits || {};——保证任何页内脚本执行时它必已存在，根治"页内 script 早于主控制器执行 → Cannot set properties of undefined"的时序坑；且 goto()/?slide=N 直跳要在所有 slideInits[N] 注册之后才调用。

2. 入场动画契约（动画与截图自检不再矛盾的官方解法）：每页入场编排总时长 ≤2s，全部入场动画必须 animation-fill-mode: forwards（或 both），最终态 = 完整内容（渲染脚本在 ~2.6s 截图，截到的就是最终态）。持续型动画（背景粒子、呼吸光效、HUD 滚动）不受 2s 限制。禁止停在 boot/loading/打字机未完成态。
3. 通用过渡归导航控制器、骨架期写好：class 驱动（.slide.leaving / .slide.active + transition/keyframes），默认给一套有戏剧性的编排（位移 + 透明度 + 模糊/裁切的组合，配 cubic-bezier 缓动）。页面级专属过渡（粒子重构、shader wipe 等）是复审期的可选增强。
4. 性能预算：动画只动 transform / opacity / filter（不动 layout 属性）；canvas 粒子总数与 Three.js draw call 克制（见 §8 粒子参数表）；持续动画用 requestAnimationFrame 且页面不可见时无须暂停（渲染检查依赖动态可见）。

5. 渲染自检清单

每页 render --page N + vision_analyze 后对照：

必修——每页都要做到位，口径是"配得上 fancy 第一目标"，不是"过线就收手"。下面 1–12 是"读不了 / 看不懂"类硬问题，最先清零：

1. 溢出 / 裁切——内容越过 1280×720 画布或容器边；巨字被裁半截；固定小盒文字撑破。overflow:hidden 会静默裁切不露白边——别以为没出血就没事，主动核对页脚/页码/正文首末行/图表轴标签有没有被切掉。
2. 遮挡压盖——装饰元素 / 大数字 / 浮层压住正文；SVG/Canvas 内部装饰线、光晕、连线画在文字之上（绘制顺序问题：文字要最后画、或给文字加描边/底板托住，见 §7 第 6 条）；负字距导致字形粘连（中文大标题尤其）。
3. 占位残留 / 空壳——空图表容器、KPI 全 0、只有表头没有数据行、坐标轴没曲线。
4. 破图破表——img / canvas / Three.js / ECharts 没真正渲出来（黑块、空白区）。
5. 中文豆腐块——字体没加载（中文必须 Google Fonts 引入并放进所有显示中文的 font-family 链）。
6. 对比不足——文字在其背景或所压的插画 / 线条 / 渐变上看不清；深色风格同样要保证可读。
7. 配色出界——palette 之外的颜色乱入（ECharts 默认色、生成图跑色未调和）。
8. console error ≠ 0——看 stdout 的 [console] 行与 render.json；JS 报错常意味着后续动画/翻页全挂。
9. 入场动画未到最终态——截图里文字半透明 / 位移中途（说明动画 >2s 或缺 fill-mode: forwards）。
10. 网格底纹背景——出现方格纸 / 蓝图网格 / 透视网格地面（地平线网格）/ 规则点阵 / Three.js GridHelper 作为背景，一律算硬伤要删掉（见 §7 第 10 条）。
11. 前景裸压动态背景——含 SVG 图解 / 密集标注小字 / 数据表的内容页，前景没有 scrim 软底板或 backdrop-filter 卡片、直接浮在 3D / 粒子背景上导致正文或图解看不清，算硬伤。修法见 §4 第 5b 条：给前景加软边径向 scrim 或卡片底板 + 降该页背景密度，不要全局压暗背景。
12. 同组图源混用——一组并列同类对象（一组美食 / 物产 / 展品 / 人物…）里部分用真实生成图、部分用 SVG 代码绘制，图文风格断裂，算硬伤（见 §6：整组统一，缺图补生或整组改代码）。

招牌兑现（硬纪律）：plan.md 第 2b 条定的招牌视觉必须在 deck 里真正实现。严禁把它降级充数——定了"代码 3D 场景 / immersive_3d / 沉浸"，deck 就必须真有 Three.js 3D 场景（几何体 + 光照 + 相机运动），用 2D canvas 粒子假装"沉浸感"是不合格的；要么把它补成真 3D，要么诚实地把 plan 改成你真做出来的模式（不要谎报）。用 3D 当招牌时，自检必须看"3D 主体本身能不能认出是什么"（不是只看 2D 覆盖层）——暗底 + fog 容易把 3D 主体糊成黑块、内容全靠 2D 层硬扛，那是招牌名存实亡；糊了就加轮廓光/提亮/减 fog/换机位。

[static] 是信号不是硬伤：stdout 出现 [static] page N 表示该页在采样窗口内无可见动态。自问：这是有意识的设计（庄重档的数据密集页、节奏上的安静页），还是偷懒？静得有理由 → 忽略并继续；说不出理由 → 按本页的密度档位补恰当的动态（背景微动 / 数据动画），不是无脑堆粒子。

版面卫生（同样必修，别当"软伤"跳过）：留白、对齐、层级、字距和上面的出界/遮挡一样要修到位——

• 留白失衡：余量渗漏成单边 / 单角的意外死白（说不出理由的空白就是 bug）；内容钉在顶上、底部塌空；并列栏 / 卡片不等高造出锯齿白。按 §7「布局与留白」修：余量要么摊匀、要么有意聚拢，并列项对齐到共同基线 / 等高。
• 对齐错位：同页元素没对齐到共同网格 / 基线；混用居中与左对齐。
• 层级混乱：视觉重量没主次，该跳出来的没跳出来。
• 字距：中文大标题负字距粘连，或全大写小标签该放宽没放宽。

只有纯主观的边际优化（某处呼吸再大一点更舒服、某个缓动再顺一点）才是"有余量再打磨"。 把版面卫生当软伤一跳，正是 deck 显得"AI 糙"的主因——它和读不读得清同等重要。

deck 级自评（全局复审时）：

• 招牌视觉野心：招牌是否配得上题材、是否平庸套路？两种套路都算不合格：无脑"粒子背景+编辑排版"，或不分题材硬套"沉浸漫游+相机翻转"。2D/CSS 有创意=满分；关键是技术选得贴题。再查背景是不是"活"的——退化成纯静态渐变就是丢分（除非前景自带持续动态，如极繁拼贴）；灵动的 3D/shader 背景层适用于任何题材、别因"非空间"就不敢上。
• 整套至少有 2–3 个高光记忆页（戏剧性的封面、惊艳的数据页、出人意料的过渡……）；允许安静页存在制造节奏——页页高潮 = 没有高潮；风格 / 配色 / 字体全套一致不漂移。

修复纪律：每页最多 3 轮 edit→render→看图，每轮只做能消除问题的最小修改；禁止用"删掉动画 / 背景 / 特效"换取过检——修复是修 bug 不是降级，确需移除某特效必须在收尾总结里说明理由；3 轮后仍有残留就保留最好一版并如实记录。同一毛病多页复发（留白 / 对齐 / 字距 / 间距系统性偏），改 :root token 或共享骨架这个根因，别逐页 edit 打地鼠——既改得准、又省返工与上下文。但务必记住共享 token / CSS 的爆炸半径是全局的，会改动所有页（含前面早已通过、不再回看的页）：阶段4 逐页填充时优先用 #sNN 页内覆盖做局部修复，不要因为某一页就动共享 token；确属系统性、非动 token 不可时，改完必须 render --all 复验之前通过的页有没有被带歪（别只看当前页就放行）——这类全局改最好攒到阶段5全局复审一并做（那里本就 render --all）。最稳的做法是阶段3 骨架期把版面 token 定准，让逐页填充都在固定约束内工作、根本不需要中途改它。