从这里进入： 用 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 秒截帧；与本地复现输出分开归档。 保留工程、版本、提示词

  • 情报分类：硬件与数码
  • 分类依据：内容涉及硬件、数码产品或通信卡
  • 信息来源：服务器 / V2EX
  • 发布时间：2026/10/3 14:31:34