产品照片变成 360 度转台视频

产品照片变成 360 度转台视频

一个带单字段上传表单的 n8n 工作流。给它发一张产品照片，它就做出一段 10 秒的视频，画面里同一件产品在白色影棚转台上转满一圈。OpenAI 描述产品并写提示词。Runware 用 FLUX.1 Kontext [pro] 渲染一张方形主图，再用一个 Kling 模型让它动起来。Dropbox 保存照片，并给 Runware 一个指向它的链接。

它不加场景、情节或出镜人物。产品应该和照片里一模一样，只是在转。

第一次运行之前，先读下面的“先核对这些模型”：文件里有三个模型名称需要看一下。

包里有什么

• workflow.json：n8n 导出的工作流，32 个节点，其中四个是便签，标明它的四行。里面没有任何凭据。
• README.md：这份设置说明，压缩包里的是英文版。

我们相对原来的副本改了什么

• 它的五个 Authorization 请求头写的都是 Bearer <API>。调用 Dropbox 的两个，在 HTTP Request 和 HTTP Request6 里，现在写的是 Bearer <YOUR_DROPBOX_TOKEN>。调用 Runware 的三个，在 Flux Image 、kling image to video post1 和 kling imag to video get status1 里，写的是 Bearer <YOUR_RUNWARE_KEY>。
• 原来副本里 Upload a file 的路径丢了一个反斜杠。它的 /s+/g 会把文件名里每个字母 s 都换成下划线。现在改回了 /\s+/g，把空格换成下划线。

开始之前

• 一个 n8n 实例，n8n Cloud 或自己的服务器都行。
• 一个 Dropbox 账号，以及一个在 Dropbox App Console 里建的应用（见下文）。
• 一个能用读图模型的 OpenAI API 密钥。
• 一个有额度的 Runware 账号，以及它的 API 密钥。

先核对这些模型

Analyze image 和 OpenAI Chat Model1 写的是 chatgpt-4o-latest。2026 年 11 月 2 日读到的 OpenAI 弃用页面写着，它已于 2026 年 2 月 17 日停用。在这两处都换一个现行的模型，比如 gpt-4.1-mini，它也能读图。

kling image to video post1 向 Runware 要的是 klingai:5@1。我们同一天查看时，Runware 的模型列表里没有这个 ID。当时它的 Kling 模型里有 klingai:6@0，也就是 KlingAI 2.5 Turbo Standard，能做 5 秒或 10 秒的视频，最高 720p。Runware 的图生视频指南现在还把起始帧放在 inputs.frameImages 下面。指南说，给了帧的时候，很多模型不接受 width 和 height。调用失败的话，按指南把 frameImages 移到 inputs 下面，再删掉这两个尺寸。

Dropbox 令牌

Upload a file 是 n8n 的 Dropbox 节点，设成用访问令牌。HTTP Request 和 HTTP Request6 用请求头里的令牌调用 Dropbox 的 API。最快的设置是三处都用同一个令牌：

1. 在 Dropbox 的 App Console 里，建一个按范围授权的应用。App folder 权限就够了，照片会存进这个应用自己的文件夹。
2. 在它的 Permissions 标签页，勾选 files.content.write、sharing.read 和 sharing.write，然后提交。
3. 在它的 Settings 标签页，生成一个访问令牌。

Dropbox 的 OAuth 指南说，它的访问令牌有效期很短，而在 App Console 里生成的令牌是给你用自己的账号做测试的。几个小时后就得粘贴一个新的。

想要能长期用的设置，就把 Upload a file 换成 OAuth2，给它 n8n 的 Dropbox OAuth2 凭据。这个凭据向 Dropbox 申请的是 files.content.write、files.content.read、sharing.read 和 account_info.read，没法在 HTTP Request6 里建链接。所以给两个 HTTP Request 节点改用一个为你的应用建的通用 OAuth2 API 凭据：

• Authorization URL 填 https://www.dropbox.com/oauth2/authorize，Access Token URL 填 https://api.dropboxapi.com/oauth2/token，再填上应用的 key 和 secret
• Scope 填 sharing.read sharing.write，并在 auth URI 查询参数里加上 token_access_type=offline
• 在 App Console 里，把 n8n 的 OAuth 回调地址加进应用的 Redirect URIs

然后删掉它们的 Authorization 请求头。

设置

1. 在 n8n 里新建一个工作流，打开它的菜单，选 Import from File，选中 workflow.json。
2. 建好 Dropbox 应用和它的令牌（见上文）。用这个令牌添加 Dropbox 凭据，在 Upload a file 里选中它。
3. 在 HTTP Request 和 HTTP Request6 里，把 <YOUR_DROPBOX_TOKEN> 换成同一个令牌。尖括号也要删掉，请求头写成 Bearer、一个空格，再加令牌。
4. 添加 OpenAI 凭据，在 Analyze image、OpenAI Chat Model1 和 OpenAI Chat Model2 里选中它。把前两个的模型换掉（见上文）。
5. 在 Flux Image 、kling image to video post1 和 kling imag to video get status1 里，把 <YOUR_RUNWARE_KEY> 换成你的 Runware 密钥，尖括号一起删掉。第一个节点的名字末尾有一个空格。
6. 对照 Runware 的列表核对 kling image to video post1 里的模型（见上文）。
7. 保存。打开 On form submission，用它的测试地址上传一张产品照片。等大约四分钟，然后打开这次运行，在 Edit Fields3 里看 finalVideoURL。
8. 视频看着没问题了，就按 Publish。表单随后会有一个可以分享的正式地址。

一次运行的过程

1. On form submission 提供 Image trigger 表单，它只有一个文件字段。Code2 把收到的每个文件都命名为 product_image，每个文件一个条目。
2. Upload a file 把照片存到你 Dropbox 的最上层，或者应用文件夹的最上层，文件名里的空格换成下划线。
3. HTTP Request 向 Dropbox 要这个文件的链接。If 找到链接时，Code7 直接拿来用。否则 HTTP Request6 先建一个公开链接。Code7 把 dl=0 换成 raw=1，让这个地址直接给出文件本身。
4. HTTP Request3 从这个链接下载照片，Code6 把它标成名为 product.png 的 PNG。
5. Analyze image 让 OpenAI 详细描述产品：标签、材质、标志、颜色、形状和大小。
6. Basic LLM Chain 把这段描述变成一条渲染提示词。它的规则要求一模一样地复制产品，放在影棚灯箱里一个光亮的白色转台正中，不做风格化处理。提示词必须以 "Ultra-realistic 8K CGI render of" 开头，以 --ar 1:1 结尾。Structured Output Parser1 把答案固定成一个字段 Ad Concept 1，Edit Fields 和 Code 再把它作为 prompt 传下去。
7. AI Agent1 用 gpt-4o-mini 写视频提示词：一句话，最多 40 个词，写一次平滑的 360 度旋转。
8. Code3 生成一个任务 ID。Flux Image 向 Runware 要一张 1024 乘 1024 的 PNG，用的是 bfl:3@1，也就是 FLUX.1 Kontext [pro]，以 Dropbox 链接作参考图。Split Out1 取出结果，Wait6 暂停 10 秒。
9. Edit Fields2 把主图的地址存在 finalVideoURL 这个名字下，虽然它还只是图片。Code5 生成第二个任务 ID，kling image to video post1 向 Runware 要一段 10 秒、1280 乘 720 的视频，第一帧就是这张主图。Runware 立刻回应，在后台渲染。
10. Wait1 暂停三分半钟。然后 kling imag to video get status1 查询一次结果，Edit Fields3 把 finalVideoURL 设成视频的地址。

改变风格

• 转台、背景和灯光：Basic LLM Chain 系统消息末尾的旋转场景描述。
• 镜头运动：AI Agent1 里的提示词。
• 视频的时长和尺寸：kling image to video post1 请求体里的 duration、width 和 height。
• 主图的尺寸：Flux Image 里的 width 和 height。
• 等待：主图之后的 Wait6，以及唯一一次查看视频之前的 Wait1。

注意事项

• 工作流只查看一次视频。三分半钟后 Runware 还没做完的话，finalVideoURL 就是空的。再运行一次 kling imag to video get status1，或者加一个 If，让它绕回 Wait1，直到出现 videoURL。
• 视频的地址只留在这次运行里。提交表单的人只会看到 n8n 的确认提示。如果别人也需要这段视频，加一个节点，把地址发邮件、存起来或发布出去。
• 两条提示词都原样放进 JSON 请求体。模型的回答里有引号或换行，请求就会出错。在 Flux Image 里用 {{ JSON.stringify($('Basic LLM Chain').item.json.output['Ad Concept 1']) }} 替代带引号的那段文字就能解决，视频提示词也可以同样处理。
• 主图是方形，视频请求是 16:9，所以模型可能会裁掉主图的一部分，或者在四周加空白。
• --ar 1:1 来自 Midjourney 的提示词写法。FLUX 只把它当普通文字。主图之所以是方形，是因为 Flux Image 里的 width 和 height。
• 不管照片原本是什么格式，Code6 都把它标成 PNG。请上传 PNG 或 JPEG。
• Dropbox 链接是公开的，任何拿到它的人都能打开这张照片。视频做好后，在 Dropbox 里删掉这个链接。
• 任何拿到表单正式地址的人，都能用你的 OpenAI 和 Runware 额度发起一次运行。表单触发器可以用 Basic Auth 要求输入密码。
• 每张照片要三次 OpenAI 调用、一张 Runware 图片和一段 Runware 视频。Runware 每个模型单独定价，选之前先查一下。
• Dropbox 令牌和 Runware 密钥都写在请求头里，分享工作流之前要删掉。