1实现原理 · 为什么它能做到
先立视觉系统再动画:背景与光照、主色与中性色、字体与字阶、组件材质、阴影风格、动效语言、禁用外观——七项在动手前必须定义。
Define these before animating:
无品牌系统时给出一组保守默认(暖白底、黑主文字、单强调色、柔和阴影、保守圆角、大量负空间、直接标注、少装饰),并显式禁止另一组默认(蓝紫渐变、霓虹线、暗色科幻仪表盘)。
Do not default to blue/purple gradients, neon lines, or dark sci-fi dashboards.
动效词汇表小而重复(相机推/擦、路径绘制、材质缩放、模糊转清晰、高光扫过、微光、粒子漂移、轻持留),并说明重复同一套小词汇让多场景连贯。
Repeating a small motion vocabulary makes multi-scene videos feel coherent.
缓动白名单(power2.out / power3.out / expo.out / sine.inOut)与禁用清单(bounce/rebound、霓虹、科幻 HUD、通用 SaaS 讲解套路)并列,除非用户明确要求。
- Use ease curves that settle naturally: `power2.out`, `power3.out`, `expo.out`, `sine.inOut`.
图表叙事有固定揭示顺序:轴与标签先立框 → 线从左向右画 → 点只在曲线到达时出现 → 标签贴近被描述对象(除用户要求否则不用图例)→ 差距填充在两条曲线都使差距成立之后出现。
- Points appear only when the line reaches them.
换主题是一次搜索工程而不是改一个变量:要扫 CSS 变量、裸 hex、RGB/RGBA、SVG fill/stroke、canvas/WebGL 常量、inline 样式、被复制的起始/carryover 帧;并且不动 logo、产品录屏、真实产品截图与用户参考图。
Do not recolor logos or product-demo footage unless explicitly requested.
「不高级」的归因有先后顺序:先查尺度 → 间距 → 颜色一致性 → 动效时序 → 最后才是字体,并直接给出结论式判断。
Most "not premium" complaints come from oversized elements, too many colors, or uncontrolled motion.
2核心能力
3外部依赖
| Kind | Dependency / Endpoint |
|---|---|
| package | GSAP 缓动函数名(power2.out / power3.out / expo.out / sine.inOut)——本件把缓动选择写成判据,实现落在 GSAP 生态;除此外不点名任何 CLI、端点或远程包 |
4管控建议与判定依据
- scripts/: 执行本地脚本或命令: (本 skill 目录内无脚本)按文档由宿主在项目内改组件/组合文件与主题 token、并抽取证明帧;具体命令落在 hyperframes-scene
- 本地工作目录: 文件读写与工件输出: 项目内组件/组合文件的改动(CSS 自定义属性、token、SVG fill/stroke、渐变、阴影)
5第二遍独立确认
- [ok] 「零外部依赖」是否成立 — 目录扫描无 URL、无 CLI 名、无包名引用(仅出现 GSAP 缓动函数名,属实现建议而非调用)。这是本族唯一连本地 CLI 都不点名的 skill。
- [ok] 默认视觉系统与禁止项是否都可判定 — 默认值是具体对象(暖白底、黑主文字、单强调色、柔和阴影、保守圆角、大量负空间、直接标注),禁止项是具体风格(蓝紫渐变、霓虹线、暗色科幻仪表盘、卡片套卡片、需要图例的标签)——可勾选,不依赖主观裁量。
- [ok] 缓动白名单是否与 GSAP 实际函数名一致 — power2.out / power3.out / expo.out / sine.inOut 均为 GSAP 标准 ease 名称(格式为 <ease>.<type>),可原样传给 ease 参数。
- [ok] 三份 references 是否都被 SKILL.md 点名且存在 — SKILL.md 点名 references/premium-motion.md 与 references/theme-tokens.md 以及 references/chart-storytelling.md;三份文件在 pin 内均存在,无悬空引用、无未点名文件。
- [discrepancy] 「用 proof frame 验证主题变更」是否有可执行支撑 — SKILL.md 只要求用受影响场景与下一场景承载帧的 proof frame 验证,未点名抽帧工具;实际抽帧在仓库层 scripts/extract_proof_frames.py 与同族 render-qa-and-surgical-changes 里。只加载本件时验证动作缺少具体命令(设计层与工具层分离的必然结果,非缺陷但需注意)。
- [ok] 与 hyperframes-scene-builder 是否有重复或冲突判据 — 本件的规则全部是视觉与动效语言层面(色、材质、缓动、图表揭示顺序、尺寸),未涉及组合根、时间线注册、渲染命令等实现契约;scene-builder 也只提共享设计 token 放在文件顶部,二者互补不冲突。
6结论
39a1199550b8d94b…