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 ，声音组件另有许可。能运行代码，不等于可以抹去作者来源。

Codex 生成的教学封面，不是 H3Max 实测输出。图中的界面用于讨论视觉方向，不代表已经实现的软件。

封面的手机采用 ¹⁄₃ 完成和另一演示日期，属于视觉展示变体；下文的 9 月 29 日、0/3 提示词对应独立手机主例。封面与蓝图的小屏、图表和落地页文字并非下方提示词的逐字结果；图中的免费字样仅属虚构 Today 展示，不代表 H3Max 收费规则。

界面生成最容易出现的错误，不一定是按钮难看，而是状态对不上：列表里三个任务都没完成，进度卡却显示已经完成一个；日期标题写星期二，日期条却选中了另一日。

本文以虚构任务应用 Today 为例，用一个完整提示词描述一张界面，再分别制作移动屏、SaaS 仪表盘和落地页。这里的“一个提示词”是指每次请求完整描述一个页面，不是一次提交便自动得到三个可用产品。

交付物是静态概念图。它不是代码、可编辑组件库，也不是能够点击的原型。

先写状态，再谈布局

移动主例使用固定演示日期 Tuesday, 29 September，不是当前日期或真实账户记录。

三个任务都未完成，因此必须同时满足：三个空圆形 checkbox 、0 of 3 complete、0%，以及没有完成色段的浅色进度环。

任务内容保持英文原文：

任务	分类与时长
Read 10 pages	Personal · 20 min
Walk for 20 minutes	Health · 20 min
Plan tomorrow	Planning · 10 min

底部导航是 Today / Projects / Calendar / Profile，选中 Today 。导航选中态不等于任务完成态。

可结合Today 从移动端延展到网页的完整设计示例理解这套内容如何跨页面复用，但先把本次输入保存成独立文案记录。

Codex 生成的静态教学板，不是 H3Max 输出或可编辑组件。标注尺寸只是设计建议；其中一项完成的对照状态不属于本文三个任务均未完成的主例。

阅读顺序设为：标题与日期、进度、日期条、任务列表、Add task 、导航。任务卡的 checkbox 在左，文字居中，类别图标在右；创建任务的主按钮比导航更突出。

移动屏：提交一个完整规格

在 H3Max 创建 Today 的静态界面候选，选择 Text to Image 、GPT Image 2 、9:16 、1K。2026 年 10 月 2 日核验的界面可见 1K ／ 2K ／ 4K ，输出格式仅见 JPEG 。提交前查看当时显示的 credits ，不推定固定费用、免费或无需登录。

复制以下完整提示词：

Create one static mobile UI concept for the fictional task app Today.
Use a flat 9:16 portrait canvas, without a device frame or surrounding scene.

Use a cream background, charcoal text, white cards, deep-teal accents,
subtle borders and shadows, readable typography, and generous safe margins.

Header:
Today
Tuesday, 29 September
A small avatar circle containing AL.

Progress card:
0 of 3 complete
0%
A little focus goes a long way.
Use an empty pale progress ring with no completed green segment.

Date strip:
Mon 28, Tue 29, Wed 30, Thu 1, Fri 2, Sat 3, Sun 4.
Highlight Tue 29.

Show exactly three task cards, each with an EMPTY circular checkbox
on the left, title and metadata in the middle, and a category icon on the right:
Read 10 pages — Personal · 20 min — book icon
Walk for 20 minutes — Health · 20 min — walking icon
Plan tomorrow — Planning · 10 min — calendar icon

Put one prominent deep-teal Add task button below the cards.
Bottom navigation: Today, Projects, Calendar, Profile.
Select Today.

Keep every word and all content visible. Align repeated elements.
Do not add tasks, checked boxes, completed states, or extra navigation.
Produce one static screen, not a working interface.

Codex 教学概念，不是 H3Max 测试结果。按钮与导航是图片像素；本文 WebP 插图也不代表工具提供 WebP 或 PNG 导出。

仪表盘：增加空间，不增加无来源的数据

桌面改为 16:9。保留任务与零完成状态，但将导航改为侧栏、任务改为表格。下面补齐了示例行及图表值，避免让模型自行填入看似真实的统计。

Create one static 16:9 desktop SaaS dashboard for fictional Today.
Use cream surfaces, charcoal text, white panels, and deep-teal accents.
No device frame.

Sidebar: Overview, Projects, Calendar, Files. Select Overview.
Main heading: Today. Greeting: Hello, AL.
Label the workspace Example data.
Summary cards: Tasks 3 / Complete 0 / Remaining 3.

Main table columns: Task, Project, Status, Due.
Use exactly these rows:
Read 10 pages | Personal | Incomplete | Tue 29
Walk for 20 minutes | Health | Incomplete | Tue 29
Plan tomorrow | Planning | Incomplete | Tue 29

In a secondary column, include:
A chart titled Completed tasks, labeled Example data.
Values: Mon 28=0, Tue 29=0, Wed 30=0, Thu 1=0,
Fri 2=0, Sat 3=0, Sun 4=0. Do not invent nonzero activity.
A compact weekly calendar with these seven dates; highlight Tue 29.

Place the greeting and summaries above the workspace.
Keep labels readable and the table aligned.
Do not add tasks, analytics, or completed statuses.

这些零值是明确指定的虚构示例，不是运行数据。漂亮的图表不能代替值与汇总的核对。

落地页：解释用途，不复制整个后台

仍用 16:9 ，但让价值说明先于操作入口。每个页面单独生成，避免在一张多设备展示图里分摊小字的像素。

Create one static 16:9 desktop landing-page concept for fictional Today.
Use warm ivory surfaces, deep-teal accents, charcoal text,
and restrained readable typography. No device frame.

Headline: Make room for focused work
Primary CTA: Start planning

Show a product-preview area and exactly three benefit cards:
Stay organized
Focus on what matters
Make real progress

The product preview must use the Today task example:
three incomplete tasks, empty checkboxes, 0 of 3 complete, and 0%.
Do not imply completed activity.

Keep the headline and CTA readable at ordinary browser display size.
Use clear spacing between the hero, product preview, and benefit cards.
Do not invent customer logos, testimonials, prices, performance statistics,
or working links. Output one static page.

验收与一次单项修订

先逐字检查，再数三个任务、三个 checkbox 、四项移动导航和一个 Add task 。然后核对星期二 29 日、零完成文字与空进度环，最后才看对齐、对比度、边距和实际显示大小。

蓝图里的1 of 3只是另一种状态示范；如果采用它，就必须真的有一个完成任务，不能与本文的三个空框混搭。

第二项任务文字错误时，切到主入口的 Image to Image ，或把已保存界面带入图像参考修订，上传自己的候选并使用：

Correct only the second task label to Walk for 20 minutes.
Preserve the other copy, Health · 20 min metadata, three empty checkboxes,
0 of 3 complete, 0%, empty progress ring, Tuesday 29 selection,
layout, colors, four navigation items, and Add task button.
Do not add completed states or new tasks.

保留指令不是区域锁定。修改后重新核对整张图。仍有错字时，用设计工具重排真实文字；卡片持续增减或边距失控时，回到规格重建布局，不靠升到 4K 解决语义问题。

最后保存 JPEG 、提示词、状态记录与未解决项。导入设计工具不会自动拆成文字和组件；正式设计需重新建立可编辑元素、真实字体及授权记录，并在实现中测试键盘操作、响应式、对比度与交互。静态图能支持讨论，但不能证明软件已可用或符合无障碍要求。