opus 5.5 video guide: 从仓库复刻 Tidy 的暗色科技发布片与窗口归整动画

从这里进入：用 Opus 开始研究光标驱动的发布动画。

这次要拆的是一个有完整成片和代码的例子，而不是让模型凭空拼一段产品广告。先看《 Room to Think 》的作者发布文件，也可打开飞书中归档的这支 Tidy 成片。Tidy 是虚构应用：杂乱界面挤压光标，一次动作让元素归位。它不是实际屏幕录像，也不能证明真实 SaaS 功能。

Lemo-Opuscar 的作者说明与代码入口称影片由 Claude Opus 5.5 写代码制作，作者会话尚未独立核验。下面是读者复现指南，不是本站运行记录；网页入口也不等于本地终端已经连接。

LemoLab 作者影片约 5.04 秒截帧，亦作为本文封面；不是新生成的产品截图。

先把依赖装对，再讨论镜头

对开发者来说，第一步不是调光效，而是固定可追溯的代码版本。准备 Git 、Node 20+、FFmpeg/ffprobe ，以及 Python 3.11–3.13 或 uv 。在独立目录执行；已有工作副本就先检查，不要覆盖：

git clone https://github.com/lemomo-ai/lemo-opuscar.git tidy-case
cd tidy-case
export LEMO_OPUSCAR_HOME="$PWD"
sh plugin/skills/lemo-opuscar/scripts/setup.sh deps voice
sh tools/fetch.sh instruments vcsl
mkdir -p evidence
D=styles/dark-keynote/demo
git rev-parse HEAD > evidence/tidy-commit.txt
npm ls --depth=0 > evidence/tidy-dependencies.txt

deps voice准备基础依赖、Kokoro 与转录检查； VCSL 提供配乐使用的采样库。保留 package-lock.json、Python 依赖版本和原始 MP4 ，并逐项确认字体、声音模型、采样及 demo 文件存在。安装完成只说明具备运行条件，不是作品已经通过验收。

建议把原片、源码和本地输出分开保存。原片负责对照，源码记录复现依据，输出只放你实际运行产生的文件。不要将现成作者影片复制到新输出路径后当作自己的检查对象，否则工具验证的仍是参考片，无法证明这次执行。

把“点击归整”当作共享状态变化

先读暗色舞台与界面运动的风格约束，再对照Tidy 镜头、配乐与元素组织的制作笔记。前者规定画面语言，后者说明具体作品怎样使用它。

检查 timeline.js、world.js、film.js、引擎和声音脚本：什么时候出现元素、什么时候冻结、飞向哪里、何时落位，应能追到同一套时间与事件。264 是多类别元素总数，不是 264 扇应用窗口。 影片里的产品数字也是虚构叙事，不要改写成实测性能。

先完整播放，再单独看光标、静止留读和声音。代码层面保持元素身份与目的地稳定，比不断增加粒子效果更重要；独立写两套“差不多”的音画时间，会让关键点击失去因果感。

检查同一时刻时，先从片头顺播到它，再从后面的时刻倒回。如果元素位置、光标形状或字幕可见性不同，优先排查累积状态，而不是继续装饰落格画面。这样能把构图问题与时间计算问题分开，修改后也有明确的回归检查对象。

可直接复制的复现提示词

以下为本文新拟，不是作者原始提示词。交给能读取本地项目的编程会话：

研究并复现 LemoLab 的 Room to Think ，使用现有 dark-keynote 源码。
先核查实际 commit 、锁文件、STYLE.md 、DEMO.md 、demo/CREDITS 、
core/README.md 和 demo/build.sh ；检查原片、字体、声音及采样是否齐全。
缺失时指出准确文件和依赖，不编造替代素材或运行成功。

保留虚构 Tidy 、暗色舞台、光标引导的混乱到归整、原有界面元素、
共享音画提示及作者署名。264 是多类别元素，不是真实窗口统计。
不加入真实产品截图、虚构性能测试或桌面操作成功声明，不调用外部媒体生成 API 。

检查 timeline.js 、world.js 、film.js 、引擎、旁白、配乐和混音。
确认当前源码的 42 秒、24fps ；与下载成片不一致时记录差别，不擅自变速。
输入核对完成后按已有脚本执行，不另设批准环节。

所有画面由绝对 render(t) 决定，元素身份、落点及种子保持稳定；
画面与配乐共用音符/事件表，不用墙钟计时器。检查正向、反向和任意跳时。
验证点击、飞行、落格、字幕留读、旁白清晰度及完整结尾。
保存实际 model/provider/effort 、会话、完整提示词、依赖、代码 diff 和输出检查。
作者已有成片不代表我们的复现通过；不发布，不冒称 H3Max 原创制作。

作者影片约 20.16 秒截帧。静帧可比较构图，运动连续性仍须观看完整片段。

运行脚本，把报错和审片分开处理

按本案例实际使用的构建脚本执行：

sh styles/dark-keynote/demo/build.sh
node core/render/still.mjs "$D" 0 14.9 16.45 26 41.9 \
  --out evidence/tidy-stills

脚本导出音符时间线、生成并检查旁白、制作配乐和视觉事件、核查节拍、混音、写字幕，再以 24fps 和两个工作进程渲染、合成。不要混入 Remotion 参数。第二条命令的采样单位是秒；它产生读者本地检查帧，不是本文三张作者帧。

Chromium 启动失败就查浏览器配置；缺声音就补准确依赖，不能静默交付无声片。最终 ASR 抽查允许失败后继续，因此脚本结束不等于旁白检查通过。需要读报告、听原句，并查看点击及落位前后的相邻帧。

发现问题时，可用这段修改指令：

只修复检查记录中实际出现的飞行、对齐、字幕或声音问题。
保持虚构 Tidy 和原故事，从共享时间表追查落点与时刻，不用切镜掩盖跳变。
字幕避开关键 UI 。给出 diff ，重跑受影响检查，再完整回放该动作及声音。

最后验文件，也验故事

ffprobe -v error -count_frames -show_streams -show_format -of json \
  styles/dark-keynote/dark-keynote.mp4
ffmpeg -v error -i styles/dark-keynote/dark-keynote.mp4 -f null -

未改动的 42 秒、24fps 源画面对应 1008 帧。核对实际尺寸、帧率、音轨和结尾，不要求网络压缩成片与本地文件逐字节相同。再从头到尾观看，确认静默、归整、留读和署名都完整。

完整解码只能检查文件能否读完，不能替你判断对齐、语义和虚构产品边界。把技术检查与内容检查分别记录；可播放不等于内容已经合格。

LemoLab 作者影片约 34.02 秒截帧；与本地复现输出分开归档。

保留工程、版本、提示词、人工修改和审核后的 MP4 。该作品的素材署名明细应随归档保留：代码为 MIT ，字体适用 OFL ，VCSL 采样标为 CC0 ，声音组件另有许可。能运行代码，不等于可以抹去作者来源。