鱼皮AI导航
鱼皮AI导航
  • 主页
  • 社区
  • AI工具
  • AI知识库
  • AI提示词
  • MCP
  • Skills
  • AI学习资源
  • AI资讯
  • GitHub开源
登录/注册

用 AI 制作超长视频,保姆级教程!

编程导航
编程导航
2025-10-31 18:18
阅读 7198
编程导航
2025-10-31 18:18
阅读 7198

大家好,我是程序员鱼皮。之前分享了 如何利用 AI 生成 ASMR 视频 和 动物奥运会视频,给大家推荐了 Google Flow 这个 AI 视频创作工具。

Google Flow 可以直接使用最新的 Veo 3 视频生成模型,效果很不错,给不了解 AI 的朋友看了谁不说一句 “我曹刘哔!”

而且只要有足够的点数,不限制每日使用次数!对自媒体创作者来说非常友好了。

不过目前的视频模型生成视频的时长都比较短,一般是 5 ~ 8 秒,根本就不够看。

那如果想生成长视频怎么办呢?

下面就来分享如何利用 Google Flow 制作 AI 长视频,依然是保姆级教程。

传统 AI 长视频制作套路

一种思路是,将长视频分解为多个短视频,每个短视频是一个分镜,单独交给 AI 去生成,最后再利用视频剪辑软件合成到一起。我们现在看到的很多 AI 长视频,都是用这个套路制作的,所以你会发现很多 AI 视频每隔 5 ~ 8 秒就会换一个场景或视角。

比如下面这个 Youtube 上播放 1300 多万的 AI 视频 —— 橘猫和山羊的故事:

我们可以直接利用 AI 生成包含分镜的视频脚本和对应的提示词,你只需要用自然语言描述自己想讲的故事就好,就像这样:

但这样生成的视频很容易出现一个问题 —— 不同分镜之间没有关联。

比如分镜 1 和分镜 2 的小猫品种不同、故事背景也不同,一会儿在办公室、一会儿在学校,这样生成的视频必然会给人一种割裂感。

以前如果想解决这个问题,你需要全局增加角色、背景、风格等设定,或者提供参考图给 AI,限制一下它天马行空的想象力。利用系统提示词就能实现,比如:

▼
markdown
复制代码
你是一位专业的 AI 视频制作专家,擅长创作连贯性强、视觉统一的视频内容。 下面我会给你一些剧情场景,请帮我生成对应的 AI 视频生成提示词。 核心要求,每个提示词都必须严格保持以下元素的统一性: - 角色:一只橘猫(毛色温暖,表情丰富,体态匀称) - 背景:破旧的村庄(石头房屋,青苔覆盖,古朴沧桑) - 风格:写实风格(自然光照,细节丰富,色彩饱和度适中) - 镜头:电影级构图,景深自然,光影层次分明

但这样做会给 AI 视频生成带来更多的随机性,毕竟写好提示词并不容易。鱼皮苦练提示词将近两年半,现在也不敢说自己提示词写的很牛。

所以不建议刚开始学 AI 长视频制作的朋友用上面这种方法,光写提示词就得浪费大半天的时间。下面我会分享一种更简单、效果更好的方法 —— 基于 Google Flow 制作 AI 长视频。

基于 Flow 制作 AI 长视频

Google Flow 是 Google 推出的 AI 视频创作平台,支持 Google 最先进的模型(Veo、Imagen 和 Gemini)。相比直接使用 Gemini 聊天界面,Flow 提供了更专业的视频制作功能,包括首尾图生成、素材图转视频、视频扩展等高级功能,能够让你生成讲述完整故事的视频。

官网:https://labs.google/fx/tools/flow

创建 Flow 项目,然后选择 AI 模型。目前有 2 个版本,不同版本的模型效果和价格都不同。

  • 高质量版 Quality:100 点/视频(约 7 元)
  • 快速版 Fast:20 点/视频(约 1.4 元)

一般情况下来说,使用 Veo 3 - Fast 版本就足够了,毕竟能便宜好几倍的价格,等提示词优化到满意后再用 Quality 版本精修。

不过再怎么说,AI 生成视频的成本也比找个团队定制视频要低的多,现在很多广告都是用 AI 生成的了。

下面让我来做一个 “小猫敲代码遇到 Bug 怒砸电脑” 的视频。可以利用 AI 生成视频提示词,我只需要编故事大纲就好了:

▼
markdown
复制代码
我想使用 veo3 基于文本生成视频,请帮我生成中文和英文的提示词,我想讲的故事如下:一只可爱的小白猫正在敲代码,突然遇到了 bug,她很生气地用小拳头锤了电脑几下,然后拿起锤子咋坏了电脑

AI 生成的中文提示词:

▼
markdown
复制代码
连续镜头:一只毛茸茸的白色小猫专注地在电脑前敲代码,突然屏幕出现错误提示,小猫瞪大眼睛,表情从专注变为愤怒,耳朵向后贴着。它举起小拳头愤怒地锤击键盘几下,然后拿起桌边的小锤子,高高举起用力砸向屏幕,屏幕瞬间破碎冒火花,小猫满意地点头走开。音效:键盘敲击声、错误提示音、愤怒的喵叫声、拳头敲击声、锤子砸击声、玻璃破碎声、电路短路声。

英文提示词:

▼
markdown
复制代码
continuous shot: An adorable fluffy white kitten focuses intently on coding at a computer when suddenly error messages appear on screen. The kitten's eyes widen, expression shifting from concentration to fury with ears flattening back. It raises tiny fists to angrily pound the keyboard several times, then grabs a small hammer from the desk, lifting it high to strike the screen forcefully. The screen instantly shatters with sparks flying as the satisfied kitten nods and walks away. Audio: keyboard clicking, error notification sounds, angry meowing, fist thumping, hammer strikes, glass shattering, electrical short-circuit sounds.

在对话框输入 英文提示词,就可以生成视频:

我觉得效果挺不错的,猫猫很可爱,虽然代码显示在了屏幕后面反常理,但这也更容易引发吐槽嘛,发网上必火的节奏哈哈~

接下来,我们可以点击 Add to scene,把生成的视频添加到场景:

点击添加到场景后,进入了视频剪辑页面,接下来我们要在这里创作多分镜视频:

点击视频轨道上的加号就可以创建新视频片段,提供了两种方法 —— 跳转和扩展:

我们希望视频基于某一个画面延续,就点击 Extend 扩展。

我再利用 AI 生成一段中文和英文提示词,接着刚刚的故事:又来一只猫妈妈,觉得小猫不懂事,教训小猫,小猫一脸委屈。

AI 生成的中文提示词:

▼
markdown
复制代码
连续镜头:一只优雅的猫妈妈从门口走进房间,看到满地电脑碎片和冒烟的显示器,表情从疑惑变为严厉。她走向还拿着小锤子的小白猫,用爪子指着破碎的电脑严厉训斥。小白猫手中的锤子掉落,低下头露出委屈巴巴的表情,大眼睛含着泪水,小耳朵耷拉着,偶尔偷瞄猫妈妈又快速低头,小爪子无助地搓着。音效:脚步声、猫妈妈严厉的训斥声、锤子掉落声、小猫委屈的呜咽声和轻微抽泣声。

AI 生成的英文提示词:

▼
markdown
复制代码
continuous shot: An elegant mother cat enters the room from the doorway, seeing scattered computer debris and smoking monitor, her expression shifting from confusion to sternness. She approaches the little white kitten still holding the hammer, pointing at the broken computer while scolding severely. The kitten drops the hammer, hangs its head showing a pitiful expression with big teary eyes and drooping ears, occasionally stealing glances at mother cat before quickly looking down, little paws fidgeting helplessly. Audio: footsteps, mother cat's stern scolding sounds, hammer dropping, kitten's pitiful whimpering and soft sniffling.

大概要等待 2 分钟左右,不过我还挺享受 AI 生成视频的等待过程,像开盲盒一样刺激,充满期待:

看下生成的效果,我们会发现背景的细节是和上一个视频有关联的,比如桌上的笔、台灯。但是电脑不太一致,之前是个笔记本,怎么突然变成台式了?有一点出戏,跟我想的扩展效果还是差了一些。

你们觉得这两个视频中的猫是同一只么?

再试试另一种生成方法 Jump to,跳转到一个新场景*。*

让 AI 生成一段中文和英文提示词,接着刚刚的故事:小猫决定离家出走,背上行囊,临行前不舍地回头看了一眼家门。

AI 生成的中文提示词:

▼
markdown
复制代码
连续镜头:委屈的小白猫在房间里用小爪子收拾行李,将衣服和玩具塞进花色小背包,偶尔擦擦眼泪。它背上比身体还大的背包,深吸一口气抬起下巴做出勇敢表情,迈着坚定步伐走向门口。到达门槛时突然停下,缓缓回头用含泪的大眼睛深情凝视着温馨的家,夕阳余晖洒在它小小身影上,营造出感人的离别氛围。音效:收拾物品声、背包拉链声、脚步声、轻柔风声、小猫的轻叹声。

AI 生成的英文提示词:

▼
markdown
复制代码
continuous shot: The dejected little white kitten packs belongings in its room, using tiny paws to stuff clothes and toys into a patterned backpack, occasionally wiping tears. It shoulders the backpack bigger than its body, takes a deep breath and lifts its chin with brave expression, walking determinedly toward the door. Upon reaching the threshold, it suddenly stops, slowly turning to gaze affectionately at the warm home with teary eyes, sunset light bathing its small figure in a touching farewell scene. Audio: packing sounds, backpack zipper, footsteps, gentle wind, kitten's soft sigh.

So Sad!小猫最后由于不听话,被赶出了家:

感觉这个视频和之前的画面衔接的很好,背景都是一致的,细节电脑还在冒烟。

那么 Extend 和 Jump To 应该如何选择呢?

目前来说我的建议是 优先用 Jump To,因为它支持 Veo 3 高质量模型,测试下来效果也更好:


我自己体验下来,使用 Flow 做 AI 长视频的效率和效果都比传统的方法更胜一筹,可以说 Flow 进一步降低了 AI 长视频的创作门槛,能够更好地保证连续视频一致性。

但是感觉 Flow 的视频编排能力不是很好用,建议导出多段视频后自己剪辑,再配上一些字幕和音效,那味儿不就来了么?

最后,我必须感叹 AI 视频的发展太快了,预计未来半年,AI 长视频的制作成本还会进一步降低。终有一天,我们看到的大多数视频,可能都是由 AI 生成的了。

大家有没有用过类似的 AI 视频工具?欢迎在评论区分享一下。记得点赞收藏,方便以后查看~

更多

💻 编程学习交流:编程导航
📃 简历快速制作:老鱼简历
✏️ 面试刷题神器:面试鸭
📖 AI 学习指南:AI 知识库

站长:程序员鱼皮 老鱼简历 商务合作 增值电信业务经营许可证
2026 鱼皮AI导航 | 沪ICP备19026706号-6
🔥热门工具
朱雀AI检测朱雀AI检测
朱雀AI检测助手朱雀AI检测助手
LovartLovart
老鱼简历老鱼简历
WritePass官网WritePass官网
面多多面多多
CursorCursor
星月写作星月写作
零感AI零感AI
墨得问题墨得问题
🔥 热门文章
1
离谱,DeepSeek 崩了 5 小时,大家却喊:梁圣恩情还不完??
450
2
B 站上 DeepSeek 闹鱼灾了,我发起《大肥鱼清除计划》!
410
3
DeepSeek 全新模型发布,性价比最高的一集!
400
4
自己学习ai,直接买cursor 的套餐,还是买gpt 或者claude 的套餐?
370
5
又一个国产版 Codex 神器,也来卷办公了!
340
6
Vibe Coding 实战:从零构建现代专业级 AI 搜索引擎
330
7
day3-如何写出一个高质量的 Skill(组内分享) 高质量 Skill 不是“一个调得很顺的巨型 Prompt”,而是一个可验证、可回归、可维护的能力包。 先定义“什么算好”,再实现“怎么做好”。评估体系先于 Skill 本身成型。 下面用“故障诊断 Markdown 转 YAML”作为例子,但方法是通用的。 --- 一、先想清楚:Skill 到底是什么 一个 Skill 至少包含四部分: 部分 作用 接口 输入什么、输出什么、边界在哪 流程 分几步做,每步的产物是什么 规则 硬约束、经验规则、失败模式 降级策略 不确定时怎么办,而不是硬编一个看似合理的结果 高质量 Skill 的共同点:职责单一、接口清晰、规则可定位、输出可验证。 反例:把几十条经验全塞进一个主 Prompt,改一条规则要重调整个 Prompt,评估时也不知道是哪条规则退化。 --- 二、核心方法:先建评估,再写 Skill 不要先写转换器再补测试。正确顺序是: 1. 定义输出契约:什么算合法、什么算合格; 2. 建金标准集:一小批人工认可“可放行”的样本; 3. 先写评估 Skill:让它在金标准集上跑出基线; 4. 再迭代生成 Skill:每次修改跑同一套评估,无退化且目标维度提升才算正向。 这就是评估驱动开发:评估是 Skill 的单元测试,金标准集是回归锚点。 --- 三、评估 Skill:三层门禁,逐层递进 前一层不过,后一层不跑。每层留可追溯证据。 第 1 层:确定性硬门禁 用解析器、Schema、校验器完成,不消耗模型成本。 · 输出可解析; · 必填字段齐全,类型/枚举合法; · 引用目标存在,无悬空引用、无不可达节点; · 关键路径至少有一条能到达预期出口。 不通过直接打回。 第 2 层:语义断言 用脚本 + 结构遍历检查“逻辑对不对”,仍然保持确定性。 通用检查项: · 覆盖率:源材料里的关键步骤、分支、条件,输出里是否都有对应? · 完整性:每个判断节点是否都有明确出口?有没有死胡同? · 可达性:每条路径是否都能到达预期终点?有没有无出口循环? · 顺序与依赖:有先后依赖的操作,是否保留了顺序?有没有被拍平成无序列表? 例子:故障诊断转换中,检查“每个判断项是否有是/否/异常出口”“每条路径是否能到根因”。 第 3 层:LLM-as-Judge 只处理解析器表达不了的维度:忠实度、完整性、可执行性。 但 Judge 会漂移,不能单独放行,必须建立在第 1、2 层之上。Judge 的 Prompt、rubric、模型版本都要版本化,换模型必须用金标准集重新校准。 通用 Judge 维度: 维度 问什么 忠实度 输出是否忠实源材料意图?有没有自行发明内容? 完整性 关键步骤、条件、证据是否保留?隐式知识有没有被压成空话? 收敛性 输出是否仍指向原目标,而不是发散? 可执行性 下游不依赖源材料能否直接使用? --- 四、金标准集:回归测试的锚点 不需要一开始就标注几百份。用已认可的样本当种子,扩到 15~30 份,覆盖失败模式而非随机抽样: · 完整正例:典型流程; · 边界/异常分支:异常路径、循环、前置失败回退; · 已知易错模式:实际踩过的坑; · 留出集:不参与调优,只用于最终验收,防过拟合。 金标准不需要完美,只需要当前标准下认可可放行。 回归指标:关键路径用 pass^k(k 次全过),稳定性用 pass@k。 --- 五、工程约束:让批量产出可重放 · 幂等:同输入 + 同 Skill 版本 + 同规则 → 输出一致,否则无法判断变好是 Skill 改了还是随机波动; · 隔离不阻断:单份失败进隔离队列,记录失败层和原因,不阻塞其余; · 版本绑定:规则、rubric、金标准集进 Git;每份报告绑定“源版本 + 生成 Skill 版本 + 评估 Skill 版本 + Judge 模型版本”; · 抽样人工复核:Judge 临界样本 + 易错模式,人工抽检结果反过来校准 rubric。 --- 六、Skill 本身怎么写 · SKILL.md 控制篇幅,写清:输入约定、输出契约、分步流程、硬规则、降级策略; · 经验规则放 references/ 或 rules/,按失败模式分类,不要全塞进主 Prompt; · 不确定时标 needs_review: true,不要硬编看似合理的结果; · 迭代由评估报告驱动:报告告诉你哪层挂了、哪类失败模式,你改对应规则文件,而不是漫无目的调 Prompt。 --- 七、落地顺序(不要反过来) 1. 固化输出契约:Schema + 结构约束; 2. 建金标准集:从已认可的 + 最易出错的样本开始; 3. 先写评估 Skill:跑出基线报告; 4. 再迭代生成 Skill:每次修改对比逐项通过率,无退化且目标提升才算正向; 5. 批量运行 + 隔离回放:失败进队列,结束后人工抽检; 6. 评估 Skill 自身版本化:换 Judge 模型必须重新校准。 --- 八、给组员的三条硬要求 1. 不许凭感觉说“变好了”:每次修改必须附评估报告对比,逐项通过率说话。 2. 不许跳过确定性门禁直接看 Judge 分数:前两层挂了,Judge 分数没有意义。 3. 不许把规则堆进主 Prompt:规则按失败模式分文件,评估报告要能定位到具体文件。 --- 一句话收尾 生成 Skill 决定“能不能做”,评估 Skill 决定“敢不敢用”。 先让评估体系站稳,再让生成器迭代。这样交付的不是一堆“看起来还行”的产出,而是一套可证明、可回归、可交接的 Skill 质量体系。
320
8
我的第一个出海产品!7 天 2 万
310
9
WorkBuddy 本地 API 桥 + dsh 插件:把你的 WorkBuddy 额度,变成手边随手可用的模型
310
10
什么是LLM
300
11
最近在落地 AI Native 项目,卡在团队资产协同这块,想请教下社区各位有实际落地经验的同学: 我们现在的资产分为三块:项目文档(PRD/ADR/ 运行手册)、Agent Skill(业务技能、执行 SOP、提示词包)、MCP 工具服务定义。 目标是做到:人和多 Agent 共用一套可信资料源,Skill、MCP 配置、项目文档能够版本化、同步、共享、可评审。 目前我们初步方案是用 Git 做底层版本主线: - 文档:Markdown + ADR,带元信息,支持 RAG 检索 - Skill:单技能包目录化,带版本、评估用例、依赖声明 - MCP:项目级声明文件纳入 Git 但实际协作里遇到不少疑问,想参考大家成熟的实践: 1. 大家团队里,文档、Skill、MCP 三者是怎么组织目录和版本管理的?有没有稳定的仓库结构模板? 2. 多人协作时,Skill 的变更评审、灰度升级、依赖管理怎么做?如何避免本地版本不一致、“本地能跑别人不行”? 3. MCP 是统一中心化网关模式,还是大家各自本地启动 + git 同步配置?权限白名单、调用审计这块有什么好方案? 4. 有没有成熟工具链做自动同步(类似 agentmeld /teamai-cli)、变更校验、eval 回归门禁? 5. 文档和 Agent 的打通:哪些文档放进 Git 作为可信真值,哪些放外部知识库,边界怎么划分? 如果有现成的仓库样例、目录规范、团队协作流程,非常希望能分享参考,感谢!
260
12
PHP 被曝两大致命漏洞,请所有程序员抓紧做这件事!
260