三提示词出三条片：onetake 30 秒发布片的“零剪辑“工作流，照着跑一遍

三提示词出三条片onetake 30 秒发布片的零剪辑工作流照着跑一遍【免费下载链接】onetakeMotion films that never cut to the next slide: every beat grows out of the one before, one continuous camera, continuity measured by an oracle. Product launch films and feature demos, made with a coding agent.项目地址: https://gitcode.com/gh_mirrors/on/onetake2025 年底onetake 用一条 30 秒的片子给自己做了发布片。这条片子里一个终端风格的提示词栏被输入了三次——先是一整句话再缩成四个词最后只剩下一个词——每一次回车输入框都长成一部全新的产品成片三部成片分别有自己的配色和动效语言却共享同一个桌面、同一条从未剪断的镜头。发布片自己就是工作流最好的演示三个提示词三条影片一条镜头零剪辑。这不是演示视频的修辞而是 onetake 这个 Claude Agent Skill 的核心协议它把产品发布片、预告片、功能演示片从一张张 PPT 拼起来改写成一条连续的电影合成composition并且把连贯做成可测量的指标在任何人眼看之前先交给一个自动化 oracle 验收。本文照着发布片自己演示的路径走一遍装好 Skill、看懂提示词栏这条脊柱、跑通三次发送三条影片的流程最后用仓库自带的验收脚本检查你自己的成片是否成立。准备拉仓库、装 Skill、看懂提示词栏 脊柱安装只有一条命令。README.md 给出两种 Agent 的落点Claude Code 克隆到~/.claude/skills/onetakeCodex 等按 skills 读取的 Agent 克隆到~/.agents/skills/onetake。依赖是 python3playwright chromium、numpy、scipy、Pillow、matplotlib分析参考片需要 opencv-python、ffmpeg、node配音另加 faster-whisper 与 Kokoro TTS。装好后直接说「给我的 App 做个 15 秒发布视频」即可。装好后值得先读两样东西SKILL.md 的 8 步协议和 cases/onetake-launch-30s/README.md 的节拍表。前者告诉你先测量、再创作的顺序不可跳过后者就是发布片的工作台账。提示词栏作为脊柱the prompt bar is the spine是发布片的概念句写在合成文件头部的 CONCEPT 里提示词栏被输入三次一次比一次短——一句话 → 四个词 → 一个词——每次输入都看得见地变成一部成品 mini-film服务于一个新的虚构产品各自拥有独立的配色与动作语汇。条 1 展开成 Mac 窗口条 2 展开成 Hush 耳机框条 3 压成一条线射过桌面、展开成 LED 屏幕。三条影片坐在同一张暖色纸质桌面上镜头从不剪断最后拉远三条影片同时播放提示词栏的块状光标一笔写出 onetake 的名字。值得注意的是 v8 的修订记录v7 被评审驳回理由是看起来只有一个 prompt。v8 的修法不是加素材而是让镜头落在每一条提示词栏上让每一次发送都成为对应影片的诞生时刻——衔接是设计出来的不是堆出来的。这正对应当前仓库 SKILL.md 里的硬规则之一Never replace a beat — carry it永远不要替换一个节拍要接住它。这条脊柱在代码层面也有对应物。templates/comp.html 是合成骨架它的核心契约是一行注释window.__seek(t) → Promise即整个画面是时间 t 的纯函数——跳到任意时间得到的都是同一帧。打字的速度、光标的闪烁、卡片的弹簧入场、复选框的打勾全部由 lib/motion.js 提供的纯函数驱动OM.typeOn(t, t0, text, {cps, blink})返回当前已打出的字符串和光标状态OM.wordRise(t, t0)返回一个词的弹跳位移和缩放OM.press(t, tc)返回按钮的按压、回弹与状态翻转。动作库本身约 39 个动作全部是数字进、数字出的纯函数不碰 DOM、不依赖构建script srcmotion.js/script即得window.OM。!-- templates/comp.html提示词打字 光标两行代码 -- const ty OM.typeOn(t, TYPE0, PROMPT_TEXT, {cps: TYPE_CPS}); $(ptxt).textContent ty.str; $(caret).style.opacity ty.caret;跑通三次发送、三条影片、零剪辑的完整流程发布片自己演示了跑通的样子。把 cases/onetake-launch-30s/README.md 的节拍表摊开三次发送的骨架一目了然t节拍镜头什么活下来进入下一拍0.00–4.40提示词 1无音乐微距两段死静一次滑移提示词栏4.40ENTER → 音乐起拉出 2.25× → 0.93×提示词栏展开成 Mac 窗口5.10–9.50Dayline 影片推、倾、俯冲、拉 荷兰角窗口重排成手机9.52–10.40点击Launch day 以 sheet 展开定在手机上文字死静—10.95–11.30回到提示词栏 2右移落在 1.4×提示词栏11.30–12.03concept ad — Hush earbuds死静—12.08–12.75提示词栏展开成 Hush 框拉到 1.2Hush 飞到角落12.75–16.14城市噪音堆叠 → 耳塞落下、噪音泄掉、充电盒合盖手持蠕动—16.00–16.92Hush. 提示词栏 3event拉回 Hush 提示词栏 3死静提示词栏16.92DROP提示词栏 3 → 一条线 → LED 屏沿线甩镜这条线是宣传片的第一根网格线17.28–23.18FRAME/26 宣传片含循环一次沿海报下移回抹到第一帧—23.30–25.90三条影片聚成一排越过一排拉远提示词栏26.835一切冻结——27.357–28.45块状光标写出 onetake推近跟笔—28.55GitHub 标记 · 开源死静至片尾—注意这张表的两件事。第一节奏有形状0.4 秒的单词、2 秒的静置、0.7 秒的甩镜、0.22 秒的节拍交替出现长短相差 4 倍以上还有大段死静——这正是 references/rhythm.md 里从 motion-web 三版被拒剪辑中提炼出的规则镜头长度变异系数 ≥ 0.25至少 25% 的帧是死静的至少一段 ≥ 1 秒的安静。第二每一处交接都写明了谁活下来提示词栏 → Mac 窗口 → 手机 → 提示词栏 → Hush 框 → LED 屏的第一根网格线 → 三条影片聚拢 → 块状光标写出名字。没有一处是换一张卡。音乐对位也写进了节拍表Dorothy IamDayLight 的 Thiefinstrumental115 BPM小节 2.087 秒片内 4.40 秒对齐音轨第 33.657 秒的重拍46.179 秒的 drop 正好落在提示词栏 3 压成线、射向 LED 屏的瞬间。音画是对位出来的不是随缘配上的。如果换成你自己做一条片子SKILL.md 的 8 步协议就是照跑一遍的路线图顺序不可跳过先把参考片拆成数字python3 scripts/analyze_ref.py ref.mp4 --out ana/输出能量图、剪辑点、静止占比、接触表和运动线t80 与 smear。参考片 34% 死静、7 个硬切分两段爆发、元素小、留白多——这些一遍看不出来不测量就写的片子会两次掉进均匀节奏的坑。出三个概念选一个每个概念是一句关于画面的话一个点变成一切一个镜头穿过所有尺度不是同一套卡片换三种讲法同时选好 lookpython3 scripts/look.py list/from-shot。发布片的概念是提示词栏作为脊柱它也不是模板里的默认故事。写节拍表节奏和衔接都要写镜头长短差 ≥ 4 倍每个交接处写明什么活下来。发布片的节拍表就是上面的例子。取材真实页面用 scripts/record_footage.py 按真实时间驱动录制输入开始瞬间注入洋红标记以便后续定位或按截图用 HTML 复刻 UI不录屏见 references/product-demo.md。合成mkdir -p cases/my-film cp templates/comp.html lib/motion.js cases/my-film/在动作库上写一个 HTML 文件每个值都是f(t)物理模拟在__ready里以 240 Hz 预模拟一次再按时间采样渲染路径上不允许Math.random()用OM.rng(seed)。渲染草稿 1080p30python3 scripts/render.py comp.html --out draft.mp4带 180° 快门的真实运动模糊——每个运动帧是快门张开期间的多次采样、在线性光下平均快动作拖出残影而不是一格一格闪只有剪辑通过验收后才允许--final出 4K60。配声六个合成材料放进同一个混响房间T60 1.1 秒时间与声像直接从合成导出的事件与速度曲线取峰值 −8 dBFS 给音乐留位打点处音乐自动让位。先过验收再给人看——这就是下一节。验收用自带 oracle 检查自己的成片是否成立发布片在给人看之前先过的是仓库里的自动化神谕oracle。入口是 scripts/verify_promo.pypython3 scripts/verify_promo.py draft.mp4 --comp comp.html --ref ref.mp4 --shots 0,1.6,3.0,4.8,7.0,9.6,12.1,13.25,14.3这条命令跑一组腿leg只有 FAIL 才让整体 VERDICT 判为 FAIL。每一条腿都是一条被真实拒稿喂出来的规则cadence镜头长度变异系数 CV ≥ 0.25等长镜头就是节拍器就是 PPTrest≥ 25% 的帧死静320px 下平均绝对差 0.5且至少有一段 ≥ 1.0 秒的安静——停顿让动作落得下来burst1.5 秒内 ≥ 3 次大变动的爆发窗口只有参考片有爆发而你没有时才判 FAIL否则是 WARN——无爆发的概念一个元素持续变形、一条镜头穿过尺度不是缺陷audio峰值 ≤ −3 dBFS、零削波、≥ 15% 的时间帧安静——音频爆音或从未安静都会被拒continuity这是唯一一条把被拒与通过的剪辑分开的腿。它调用 scripts/probe.py 读合成probe 在每一帧记录画面上有什么DOM 元素、canvas 绘制、文本、色块找出 0.4 秒内的交接窗判断有没有东西活着穿过交接并看得见地移动或缩放——carried有承载者、anchored只有大块不变的锚、bare什么都没有。carry score 低于 0.5 判 FAIL低于 0.7 给 WARN。历史数据摆在脚本 docstring 和 references/rhythm.md 里片子结果carry score更早的发布片 v1节奏完美仍然像 PPT被否0.00同一条 v2被否0.40v3每个画面从上一个里长出来通过0.75onetake 发布片通过0.83motion-web 第三版通过0.56WARN 边缘节奏各腿对四部片子全部通过唯独 continuity 分开了裁决——连贯是量出来的不是靠感觉这句话的字面意思。curves任意元素含镜头单帧位移超过 80 px/frame按 1920 宽归一而影片又没渲染快门模糊判 FAIL——这是渲染缺陷不是设计选择framing声明在window.__meta.inFrame里的 id 在对应时间窗内完全出画或标记whole的未完整入画即 FAIL。one-dot 影片的第一个镜头渲染就是被这一腿抓住的那颗点被弹簧追不上的甩镜甩出了画除此之外没有任何人发现。所以照着跑一遍的最后一步其实很简单跑完verify_promo.py看 VERDICT 是 PASS 还是 FAIL。PASS 不代表它就是好电影但 FAIL 一定意味着它还是幻灯片——无论单帧多漂亮。这是 onetake 最反直觉也最值得带走的设计把像不像 PPT从审美判断改写成可执行、可复现、有历史判例的工程检查让 Agent 在浪费 4K60 渲染和人类观众的耐心之前先在一堆数字面前栽跟头。三条提示词、三条影片、一条镜头。现在你可以克隆仓库把发布片的节拍表当作工作台账把verify_promo.py当作审片人试着给你的产品也写一句概念、排一张节拍表、敲一次回车。【免费下载链接】onetakeMotion films that never cut to the next slide: every beat grows out of the one before, one continuous camera, continuity measured by an oracle. Product launch films and feature demos, made with a coding agent.项目地址: https://gitcode.com/gh_mirrors/on/onetake创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考