社区商业新模式：消费抵物业费的技术实现与运营策略
2026/9/10 14:55:04
Hyperframes Embedded Captions 身份目录（CATALOG.md）深度解析：35 种字幕视觉身份的选型、路由与引擎映射
【免费下载链接】hyperframesWrite HTML. Render video. Built for agents.项目地址: https://gitcode.com/GitHub_Trending/hy/hyperframes
在 Hyperframes 的 embedded-captions 技能中，给一段单人讲话视频添加字幕不再需要纠结"用 Standard 模式还是 Cinematic 模式"——后端引擎是内部实现细节，用户面对的唯一选择面是一张身份（Identity）目录。本文以 skills/embedded-captions/CATALOG.md 为骨架，完整拆解这张 35 种字幕身份的目录表：每种身份的阅读表面、声音气质、适用场景与场景约束，以及"先探测短片 → 短名单 2–3 个身份 → 推荐其一 → 按表查引擎"的四步路由流程。读完你将掌握：如何按内容调性 + 用户原话 + 场景约束在一分钟内选出正确字幕身份，理解 10 个经典 DNA 与 25 个主题 DNA 的差异边界，并能在代码层面定位每个身份背后的编译管线（make-cinematic.cjs/make-theme.cjs）与配置文件。
一、设计哲学：一个前端、三套引擎在后
CATALOG.md 开篇就点明了整个技能的架构立场：目录是技能唯一的选型表面（"This is the skill's single selection surface"）。用户从目录表格中挑选一个IDENTITY，其余一切——引擎（engine）、编译器（compiler）、创作文件（authoring file）——都通过查表派生，永远不要问用户（也不要问自己）"Standard 还是 Cinematic 还是 Theme"。这些是后端名称；一个产品即使有多个引擎，也只应该有一个用户体验。
对应到 skills/embedded-captions/SKILL.md 中，这条原则被表述为 "One front-end, three engines behind"，目录里的 35 个身份被明确拆为：
| 族 | 数量 | 后端引擎 | 编译器 | 创作文件 |
|---|---|---|---|---|
| 经典（Classic）DNA | 10 | Cinematic（纯嵌入） | scripts/make-cinematic.cjs | <project>/cinematic.json |
| 主题（Theme）DNA | 25 | Theme（主题宪法） | scripts/make-theme.cjs | <project>/theme.json |
从源码结构看，这份映射是引擎锁定（engine-locked）的：目录表格最后一列 "Author → engine" 直接给出了每个身份的去向。经典族的 10 个身份全部指向cinematic.json → make-cinematic，主题族的 25 个身份全部指向theme.json → make-theme。这意味着身份是一种"用户可见的外观"，而引擎是"后端实现"，两者解耦但一一对应，不允许跨组合。
二、四步路由流程：取代任何"模式"决策
CATALOG.md 给出了明确的路由过程（Routing procedure），它彻底取代了以往任何基于模式（mode）的决策：
- 探测短片（Probe the clip）——按照 SKILL.md 中的决策门（decision gate）与预检探针执行：抽帧看画面（20%/50%/80% 三处）、检查是否有烧录字幕、测量亮度等。
- 短名单 2–3 个身份——依据内容调性（content register）+ 用户自己的原话 + 场景约束（scene constraints）从目录表中圈出候选。
- 推荐一个，附一行理由，由用户拍板（autonomous 模式下由 Agent 自己决定并说明理由）。
- 创作该身份的文件，用其引擎的管线渲染——经典族写
cinematic.json，主题族写theme.json，然后走对应编译与渲染管线。完成，全程不向用户暴露任何"分类"问题。
注意第 3 步的措辞：Always present your recommendation and let the user pick before you author（来自 SKILL.md Step 0）——推荐是必须的，静默默认是被禁止的。
三、35 个身份全景表
目录的核心是一张 35 行的身份大表。为便于阅读，我们按引擎族拆为两张子表，内容与原表一一对应（阅读表面 / 声音气质 / 适用场景 / 场景需求 / 作者→引擎 五列完整保留）。
3.1 经典族（10）：场景嵌入列流，走cinematic.json → make-cinematic
| 身份 | 阅读表面 | 声音气质（一行） | 适用场景 | 场景需求 | Author → engine |
|---|---|---|---|---|---|
cream | scene-embedded column flow | warm poetic light, emergence + glow | 内省、叙事、情感独白 | 暗/中间调暖色场景（luma < 150） | cinematic.json → make-cinematic |
ink | scene-embedded column flow | letterpress pressed into bright surfaces | 其他一切在亮场景都会"洗白"时的首选 | 明亮场景（luma > 150） | cinematic.json → make-cinematic |
editorial | scene-embedded column flow | lowercase italic serif, pen-stroke glides | 时尚/美妆/抒情/高端品牌片 | 中间调/暗场景 | cinematic.json → make-cinematic |
keynote | scene-embedded column flow | confident centered slides-in-the-scene | 发布、创始人更新、技术讲解（重氛围而非逐字朗读） | 任意中间调/暗场景 | cinematic.json → make-cinematic |
documentary | scene-embedded column flow | burn-in stillness, bone on charcoal | 采访、新闻、证词——严肃感本身就是风格 | 任意 | cinematic.json → make-cinematic |
loud | scene-embedded, body in front | percussion type that competes with the face | 嗨点、社交短视频、体育、音乐、励志 | 任意（counter-accent 可处理暖色） | cinematic.json → make-cinematic |
neon | scene-embedded column flow | captions as neon signage in the dark | 霓虹黑色电影/夜生活/科技黑色电影/音乐 | 暗场景 | cinematic.json → make-cinematic |
glitch | scene-embedded column flow | corrupted-feed RGB-split type | 黑客/AI/反乌托邦内容 | 中间调/暗 | cinematic.json → make-cinematic |
chrome | scene-embedded column flow | liquid-metal hero with sheen sweeps | 时尚科技、Y2K、产品炫技 | 中间调/暗 | cinematic.json → make-cinematic |
velocity | scene-embedded column flow | every word arrives along its motion vector | 体育、汽车、健身、动能型内容 | 任意中间调/暗 | cinematic.json → make-cinematic |
这 10 个经典身份在 skills/embedded-captions/dna/README.md 中被定义为DNA（视觉语言）：一个 DNA 是完整的艺术指导级视觉语言——字体、调色逻辑、运动语法、英雄编排（hero orchestration），并且会按场景参数化，而不是固定外观。以 skills/embedded-captions/dna/cream.json 为例，它的运动语法按强度分档：soft（y 8 / blur 2.5 / 0.5s power2.out）、present（y 6 / scale 1.03）、impact（y 12 / scale 1.08 / 0.24s power4.out），英雄字以emergence逐字母入场（stagger 0.016s）、glow 0.3、others 调暗至 0.45——"warm poetic light, emergence + glow" 在代码里是有具体数值的。而ink则是近黑乘算（multiply）、字像"印在墙上"——它专门补上了亮场景（band luma > 150）的洞。
3.2 主题族（25）：走theme.json → make-theme
| 身份 | 阅读表面 | 声音气质（一行） | 适用场景 | 场景需求 | Author → engine |
|---|---|---|---|---|---|
anchor | verbatim lower-third rail + 1 settled climax | 安静的职业选手——淡入的横条只管朗读；顶点在人物身后落定并带一条手绘强调下划线。纪律即风格。 | 讲解、教程、企业、近新闻类——每个词都必须被读到；保守默认值 | 任意（不透明 rail；settle 带柔和纱幕） | theme.json → make-theme |
ordnance | stamped verbatim rail + detonation apex | 军用标记系统；一切都有质量；房间会做出反应 | 重磅公告、上线、"炸一点 / 像 AE 做的"诉求 | 任意（charge-dim 自带对比） | theme.json → make-theme |
terminal | typed console panel + glyph-decode apex | 台词是一份信号日志；顶点从噪声中解码而出 | 科技/数据/AI/调查类、"终端/控制台/解码"诉求 | 冷色调/黄昏优先 | theme.json → make-theme |
neonsign | warm tube rail + hand-written neon apex | 黄昏的招牌街区；顶点是一笔一划写出来的霓虹 | 生活方式/音乐/情绪、"霓虹/手写"诉求 | 黄昏/暗背景；需要python3（笔画路径生成） | theme.json → make-theme |
stardust | accumulating poem, condensing letters | 词语从尘埃中凝聚，又归于尘埃 | 诗意/记忆/科学奇观独白 | 需要一侧干净的列（探测失败则回退到cream） | theme.json → make-theme |
stomp | full-frame takeover cards | 硬切排版接管，落地前有一瞬虚空 | 钩子、宣言、广告开场——文字即主角 | 任意（plate 调暗运行） | theme.json → make-theme |
lastpage | manuscript rail + a blurred future-field | 未来以不可读的形式悬在房间里；一次跟焦揭示每一行淡字其实都是顶点词 | 远见性论点、预言式演讲、预告片、文学内容 | 中间调/暗（field 需要留白） | theme.json → make-theme |
scoreboard | split-flap chyron rail + departures-board apex | 体育场翻牌机械——正文词在牌面上翻错字，再咔哒到真词；ROW 计数 + 里程表芯片家具；顶点是人物身后的巨型出发牌，在泛光灯与人群闪光下逐字母锁定 | 体育、交通/旅行、比分、倒计时、揭晓、"翻牌/记分牌/机场大屏"诉求 | 任意（牌 + chyron 自带暗金属对比） | theme.json → make-theme |
transit | LED departure-strip rail + illumination-wipe apex | 琥珀色点阵车站广播——正文词逐列点亮（L→R LED 扫光 + 到站闪烁）；⚠ DELAYED → ● ON TIME 的梗；顶点面板在追逐式 LED 跑马灯边框内逐列点亮 | 交通/出行、广播、时刻表、倒计时、复古终端、"LED屏/车站到站/点阵屏"诉求 | 任意（LED 条 + 面板自带暗对比） | theme.json → make-theme |
vhs | camcorder OSD rail + REC-FREEZE tracking-slam apex | 磁带播放——常驻镜头暗角 + OSD 家具（▶ PLAY、● REC、闪烁绿时间戳）；红/青错位边、追踪滑格；顶点是 REC FREEZE 白撕裂 + 磁头切换噪声条 | 复古/怀旧/拾得影像/家庭录像、90 年代科技、音乐与生活剪辑、"录像带/VHS/复古/DV"诉求 | 任意（背光补偿 scrim 可压住亮天空） | theme.json → make-theme |
arcade | arcade HUD rail + pixel-block boss-intro apex | 8-bit 街机待机画面——CRT 扫描线 + 角隅暗角；1UP/CREDIT 家具、青→品红换色、棋盘溶解；顶点是 BOSS INTRO | 游戏、复古科技、俏皮嗨点、发布、成就/升级节拍、"像素/街机/8-bit/打游戏"诉求 | 任意（boss 压暗 + 暗 HUD 条自带对比） | theme.json → make-theme |
dossier | manila case-file strip + rubber-stamp apex | 冷战档案——Special Elite 碳打字逐字符敲上 Manila 纸条；CONFIDENTIAL 水印、红圈证据；顶点是人物身后 -8° 压下的橡皮章，双重打击残影后死静 | 调查、曝光、真实犯罪、档案叙事、解密/归档框架、"档案/卷宗/解密/盖章"诉求 | 任意（manila 条自发光；章自带泛黄电荷） | theme.json → make-theme |
laser | beam-ignited rail + 6-beam laser-cage apex | 黑场演唱会激光架——每个正文词在绿/品红两束光交汇处被点燃；顶点是 6 束光扫向一个热点、字在人物身后以加色辉光堆叠点燃 | 音乐、夜生活、音乐节、Drop、嗨点揭晓、"激光/灯光秀/蹦迪字幕"诉求 | 任意（演唱会黑场自带对比，含亮天空） | theme.json → make-theme |
thunder | rain-washed rail + branched-bolt strike apex | 风暴即剪辑师——雨丝前景、天空在每个词上"亲吻"（1 帧增亮）；顶点是手绘分叉闪电 + 词被硬生生点亮 | 戏剧性揭晓、风暴/天气内容、史诗嗨点、预告式独白、"雷电/闪电/暴风雨字幕"诉求 | 任意（charge-dim + 径向词纱幕自带对比） | theme.json → make-theme |
hologram | volumetric projection plate + hologram-boot apex | 每条字幕都是从发射器投射的光——词在扫描线投影板上启动、1 帧干涉毛刺、常驻青/品红边缘；顶点是完整体积启动 | 科技/科幻/AI/太空/成像讲解、未来产品揭晓、"全息/投影/科幻字幕"诉求 | 任意（顶点纱幕 + 压暗自带对比；希望画面下缘有发射器位置） | theme.json → make-theme |
biolume | jellyfish glow-on rail + bioluminescent-bloom apex | 深海生物荧光——画面沉入深渊调色，每个词像水母一样发光浮现；顶点是在人物身后绽放的 BLOOM，六条发光触手外展 | 海洋/自然/科学奇观纪录片、梦幻冥想独白、缓慢夜间揭晓、"深海/发光水母/水下字幕"诉求 | 任意（深渊调色 + 口袋纱幕在亮场景自带对比） | theme.json → make-theme |
aurora | iridescent sheen rail + silk-ribbon draw-on apex | 极夜优雅——两团极光漂移；丝缎衬线墨字持续流转玫瑰→青绿→紫罗兰光泽；顶点是极光丝绸缎带在人物身后逐笔写成 | 梦幻/浪漫/奇观内容、夜空与旅行、诗歌、婚礼、优雅品牌片、"极光/丝带/优雅手写字幕"诉求 | 任意（顶点纱幕 + 暗下描边在亮天空承载对比；偏爱黄昏/夜晚） | theme.json → make-theme |
spectrum | oscilloscope scope-band rail + phosphor trace-write apex | 示波器在聆听——常驻波形随语音起伏，每词到达触发局部脉冲；顶点是轨迹跳出屏幕手写磷光描边大字，最后以 SIGNAL LOST 收场 | 科学/信号/音频/测量/天文讲解、数据宅内容、复古实验室或合成器美学、"示波器/波形/信号字幕"诉求 | 任意（scope 带自带暗玻璃；顶点纱幕处理亮天空）；需要python3 | theme.json → make-theme |
papercut | paper-chip craft rail + stop-motion papermat apex | 定格纸艺——奶油色纸片逐个放置（steps(2) 落下、种子歪斜、~5fps 抖动）在 kraft 条上；顶点是撕裂 kraft 垫在人物身后拍下、纸片字母逐颗掉落 | 手工/DIY、亲子、独立产品演示、幕后、创作者频道、"手工/剪纸/定格动画字幕"诉求 | 任意（kraft 条 + 奶油纸片自带暖对比） | theme.json → make-theme |
popup | pop-up book page rail + centerfold starburst apex | 立体书在画面内打开——词在折页铰链上弹起；顶点是 THE CENTERFOLD：蓝 + 奶油色 12 角纸星爆在人物身后展开 | 亲子、讲故事、教育、贺卡/健康品牌片、绘本与手工频道、"立体书/弹出书/纸艺字幕"诉求 | 任意（奶油纸页自发光；顶点黄昏纱幕护亮天空） | theme.json → make-theme |
chalkboard | chalk-band rail + hand-written chalkwrite apex | 夜间课堂——深绿粉笔带，每词快速书写（2 帧弹出 + steps(4) 涂鸦揭示 + 底座粉尘）；顶点是黑板生长为整面、130px 大字逐笔手写 + 拍手 CLAP | 教育/讲解、科学与讲座内容、教师频道、纪录片侧注、"黑板/粉笔/板书/老师讲课字幕"诉求 | 任意（深绿黑板自带对比）；需要python3 | theme.json → make-theme |
graffiti | marker rail + spray-tagged handstyle apex | 街头轰炸——马克笔词歪斜甩上 rail；顶点是黄昏墙压暗、喷罐摇晃、大字逐笔喷绘、油漆滴落 | 街头文化、嘻哈/说唱、球鞋与时尚发布、城市运动、滑板/BMX、叛逆品牌片、"涂鸦/喷漆/街头字幕"诉求 | 任意（暗下描边装甲可抗亮天空）；需要python3 | theme.json → make-theme |
brush | washi paper-band rail + sumi-e brush-gesture apex | 水墨研习——和纸带、毛笔头阴影；正文词以明朝体被笔抹上；顶点是一记暴力书法手势——压力渐变的湿笔、起笔飞溅、朱红印章（観）落款 | 冷静权威讲解、工艺/设计/哲学/日本相关内容、茶/冥想/写作频道、优雅品牌片、"水墨/毛笔/书法字幕"诉求 | 中间调/亮场景带（暗墨 + 纸洗自带对比）；需要python3 | theme.json → make-theme |
inkwater | three-row ink rail + ink-drop bloom apex | 墨入静水——纸白径向水洗衬底，明朝体墨字洇入三排固定阅读行；顶点是一滴墨落下、在水面 BLOOM 成三重模糊墨椭圆，英雄字从墨团中自行浮现 | 沉思/文学/科学奇观旁白、天文/自然/记忆/散文电影、诗歌与慢工艺频道、"水墨滴落/墨水字幕"诉求 | 中间调/亮场景带（暗墨 + 纸洗自带对比） | theme.json → make-theme |
ransom | cutout-chip collage rail + ransom-note slam apex | 绑架者拼贴——每个词都是从不同页面剪下的纸片（Anton 奶油 / Inter 黑 / 新闻体打字机 / 马克笔黄，撕裂边、硬偏移阴影）歪斜贴到 rail 上；顶点是勒索信在人物身后逐字母砸入 | 真实犯罪、悬疑/惊悚、劫案能量、朋克/DIY 杂志美学、另类发布、狂喜喜剧钩子、"勒索信/剪贴/拼贴字幕"诉求 | 任意（实色纸片自带对比；顶点纱幕护亮天空） | theme.json → make-theme |
主题族 25 个身份的数量可以从仓库直接核实：skills/embedded-captions/themes/ 目录下恰好有 25 个<name>.json（anchor、arcade、aurora、biolume、brush、chalkboard、dossier、graffiti、hologram、inkwater、laser、lastpage、neonsign、ordnance、papercut、popup、ransom、scoreboard、spectrum、stardust、stomp、terminal、thunder、transit、vhs），加上经典族 10 个 DNA 文件（skills/embedded-captions/dna/），正好 35 个身份，与 SKILL.md 中 "35 entries: 10 classic + 25 themed" 的表述一致。
四、精选启发式：身份级判断，而非分类级判断
目录专门强调这些启发式是identity-level（身份级）的，不是 category-level（分类级）的——它们直接回答"选哪个身份"，而不是"选哪类引擎"。
4.1 按用户诉求匹配
- "每个词都要被读到 / accessibility / 教程·新闻"→ rail 或 panel 表面：
anchor、ordnance、terminal（三者按构造即为逐字忠实）。 - "嵌进场景 / 电影感 / 高级"→ 列流十选一，按内容调性 + 场景亮度挑选：亮场景 →
ink；暖暗场景 →cream；时尚 →editorial；……。"亮场景 + 必须逐字可读" →anchor。 - "炸 / 特效 / 酷炫 / 像 AE"→
ordnance、stomp、terminal、loud——按"什么应该炸"来选：炸一个词（ordnance）、炸整帧（stomp）、炸一个解码过程（terminal）、炸每个节拍（loud）。 - 命名世界直达→ 控制台/终端 →
terminal；霓虹/招牌 →neonsign；诗/星尘/记忆 →stardust；军事/重击 →ordnance；预言/未来/悬念揭示 →lastpage。
4.2 场景约束最后拍板（veto last）
- luma > 180会杀死 cream 及一切屏幕嵌入列流外观（→ 改选
ink或 rail/panel 表面）；黄昏/暗场景才解锁neon/neonsign。 - 这一点在 SKILL.md 的预检探针中有量化依据：亮度探针
under 60→ 浅色文字直接可读；60-180→ 需要加字形纱幕；180+→ 必须不透明文字 + 纱幕。ink正是为 >150 亮场景设计的存在。
4.3 不确定时
anchor是保守默认：词被读到、场景安全、零奇观。例外：如果用户字面说了"嵌进场景 / embed into the scene / 电影感"，该信号优先于保守默认——走列流（按调性 + 亮度选），而不是 rail。
五、相邻身份对照：目录最实用的部分
CATALOG.md 特别指出："这些成对关系正是过去模式问题难做的原因——按差异推荐，不要在分类上纠结"。以下 6 组对照建议在短名单阶段直接用于区分候选：
| 相邻对 | 差异本质 |
|---|---|
loudvsordnance | 打击式排版（loud） vs 一个带画面反应的主题世界（ordnance） |
neonvsneonsign | 霓虹风格的普通字幕（neon） vs 一块正在被写成的招牌（neonsign） |
creamvsstardust | 暖色嵌入列流（cream） vs 带语义消散的累积之诗（stardust） |
terminalvsglitch | 一个带打字日志与解码的控制台世界（terminal） vs 普通字幕上的故障馈送样式（glitch） |
stompvsloud | 每个节拍接管画面正中央（stomp） vs 仍与人物共享画面的高能排版（loud） |
这组对照在源码层面同样成立：例如terminal与glitch分属不同引擎族（theme vs classic），前者是panel范式 +decode顶点（见 themes/README.md 的范式与顶点注册表），后者是列流中叠 RGB 分色毛刺的普通字幕——表面相近，机制完全不同。
六、路由规则：引擎锁定与新身份准入
目录末尾的 Rules 定义了三条不可违反的工程纪律：
- 身份是引擎锁定的——不允许跨组合。想打开一个新组合（例如在 rail 下再放一个 DNA）属于验证事件：渲染 → 用户评审 → 翻转该 DNA 的
deliveries.rail标志（参见 skills/embedded-captions/dna/README.md）。经典 DNA 的deliveries字段会明确标注其归属，例如cream.json中"home": "column", "rail": "validated"。 - 新身份按所属家族的注册规则加入——经典族看 dna/README.md，主题族看 skills/embedded-captions/themes/README.md。主题族的准入门槛是 "any input, zero hand-fixing"（任何输入、零手工修正）：一个需要逐词手动微调视觉才能出片的 DNA 会被拒绝（themes/README.md 将其表述为 the draw-on lesson）。新增一个外观只需复制 JSON 文件、更换身份字段；只有当外观需要全新机制（新范式/新顶点）时，才属于注册表层面的贡献（该文件 +
make-theme.cjs编译器）。 - 引擎内部（Standard/Cinematic/Theme 编译器、决策门、图层）各自有独立文档；本目录是唯一的路由表面。也就是说，skills/embedded-captions/SKILL.md 描述整体工作流，skills/embedded-captions/themes/README.md 描述主题宪法与范式/顶点注册表，skills/embedded-captions/dna/README.md 描述经典视觉语言注册表，而 CATALOG.md 只负责一件事：把"用户想要的观感"映射到"该写哪个文件、走哪条管线"。
七、从目录到成品：实战工作流串联
目录选型只是起点。一次完整的 embedded-captions 任务在 SKILL.md 中被压缩为 5 步管线，目录恰好是第 1 步的支撑：
1. 决策门（拒绝劣质片段）→ 从 CATALOG.md 中选 ONE 身份（35 个；引擎/编译器查表派生） 2. hyperframes init <project> --non-interactive --video <video.mp4> --skill=embedded-captions → bash scripts/prepare.sh <project> # matte ∥ transcribe ∥ audio-envelope 并行，然后 safe-zones 3. 创作一个小 JSON（唯一创意步骤）： Cinematic（经典族）：cinematic.json → fill-timings.cjs → fit-fonts.cjs → make-composition.cjs Theme（主题族）： theme.json → bash scripts/render-theme.sh <project> 4. node scripts/preview-frames.cjs <project> # ~2s/帧 的忠实合成预览（渲染前必做） 5. bash scripts/render-and-composite.sh <project> # 门禁 → final.mp4（Theme 模式产物为 final_fx.mp4）其中 Theme 模式的编译发生在 skills/embedded-captions/scripts/make-theme.cjs（该文件头注释明确定义了 BODY PARADIGMS 与 HERO SETPIECES 两组注册表，以及_postfx.sh板面预算），经典模式的编译在scripts/make-cinematic.cjs。以主题族为例，skills/embedded-captions/themes/ordnance.json 展示了"身份即 JSON"的密度：detonation顶点携带切片几何（slices、sliceShear）、定位条与APEX-01编号签，plate携带 charge/dim/punch/shake 等画面反应参数，fx携带 flash/rings/sparks/embers 前景特效——一个身份的"声音"全部由数据描述，编译器按注册表统一实现。
而anchor（skills/embedded-captions/themes/anchor.json）则展示了保守默认的克制：settle顶点、无 fx、plate 仅 dim 0.16 / pushIn 0.012 / grain 5——"纪律即风格"。
八、小结：目录是路由的唯一真理
CATALOG.md 的价值不在于列出 35 个炫酷名字，而在于它把"选型"这一最易出错、最耗时的人工判断，收敛为一张可查表、可复现、引擎无关的路由表面：
- 用户看到的是观感身份，永远不是引擎名；
- Agent 看到的是5 列决策信息（阅读表面 / 声音 / 适用 / 场景需求 / 引擎映射）+ 6 组相邻对照 + 3 条准入规则；
- 后端看到的是确定性编译：身份 → JSON → 编译器 → 门禁 → 成片。
如果要在仓库里继续深挖：整体工作流与决策门见 SKILL.md；经典族视觉语言与选型规则见 dna/README.md；主题族范式/顶点注册表与theme.json完整 schema 见 themes/README.md；rail 与嵌入排版的两本手册分别是 references/rail.md 与 references/composition-craft.md。记住目录结尾的那句话：本目录是唯一的路由表面——一切决策从这里开始，也在这里结束。
【免费下载链接】hyperframesWrite HTML. Render video. Built for agents.项目地址: https://gitcode.com/GitHub_Trending/hy/hyperframes
创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考