一座燈塔熄滅了。海面很安靜，一個小機器人站在門口，抬頭看了看暗下來的燈室。
它想做的事很小：讓這盞燈重新亮起來。
這就是我們今天的創作題目——《最後一盞燈》。不用先寫宏大的世界觀，不用湊幾十個鏡頭，也不必一開始就生成三分鐘 MV。先把一個動作、一段因果和一個結尾做清楚。
本次透過 AceDataCloud 的 GPT Image 能力實際生成的靜態首幀，也作為本文封面。不是影片截幀。
先說明本篇的完成範圍。 本次實際完成了三格概念分鏡、獨立首幀、參考圖編輯，以及輔助視覺檢查；沒有執行新的 Seedance 影片生成，也沒有製作最終配樂成片。下面把已完成的圖片創作與可繼續執行的影片操作分開標示。文中的播放器展示既有的公開案例，不冒充《最後一盞燈》的結果。文中提示詞為便於閱讀整理的中文版，不保證重複生成相同圖片。
¶ 先看一個來源案例：值得學的不是「一句話」，而是製作順序
JohnHeibel 的開源專案 PDoomVideo，為《I'm Upping My P(doom)》製作了程序化 MV。專案 README 寫明：它經過兩輪生成，使用 p5.js、p5.brush 繪製，透過 headless Chrome 渲染影格，再用 FFmpeg 編碼。儲存庫裡還保留了分鏡、角色、章節和時間軸程式碼。[1]
來源：JohnHeibel / PDoomVideo，作者公開的 README 示範素材，外部連結引用，僅用於案例講解；不是 AceData Studio 生成結果。
觀看作者發布的原始 MV：I'm Upping My P(doom) · 閱讀專案原始碼
作者後來整理的 ClaudeAnimationBase 更有教學價值：先給分鏡，再逐鏡頭製作，渲染檢查圖，發現問題後繼續修改。它的動畫指南特別強調：每個鏡頭都要發生一件事，並給觀眾留出看見和理解的時間。[2][3]
我們借用的是這套先設計、再製作、再檢查的方法，而不是宣稱下面的圖片和影片也由程式碼逐幀繪製。
本文的路線是：
Studio 對話梳理故事 → GPT Image 生成與修改圖片 → 按需進入 Seedance 圖生影片 → 觀看樣片並提出具體修改。
這是一條結合生成模型的創作路線，與原專案的純程序繪製不同。也不要把網路上所有「Claude 做的影片」混為一談：例如 anabology 的公開貼文就明確提到了 Midjourney。[4]
¶ 第一步｜進入 Studio，但先別按生成
開啟 AceData Studio，登入後，從首頁創作分類或能力導覽進入聊天、圖片、影片等工作區。官方說明也建議先用小任務驗證流程，再做高解析度、長影片或批次生成。[5]
Studio 官方文件中的介面圖；版面、功能入口和模型選項可能隨版本、帳號與網站設定變化，以目前頁面為準。
本篇主要用三個入口：
| 要做什麼 | Studio 入口 | 本次是否執行 |
|---|---|---|
| 討論故事、整理提示詞 | 首頁的 AI 對話 | 本文提供可複製創作要求 |
| 生成分鏡、首幀，修改參考圖 | GPT Image 圖片工作區 | 已透過對應連接器執行 |
| 把首幀變成動態樣片 | Seedance 影片工作區 | 提供後續操作，未提交新任務 |
如果習慣在助手對話中完成任務，可以在 連接器頁面 啟用所需能力。圖片生成與影片生成是不同服務；連接圖片服務，不代表已經授權影片服務。
本篇不假設 Studio 內建通用剪輯時間軸，也不假設一般對話自動擁有本機 Chrome、Node.js 或 FFmpeg。 如果你要逐行重現原開源專案，需要另外準備它的執行環境，不是把儲存庫網址貼進一般聊天就算完成渲染。
¶ 寫一張創作任務卡
在開始前，把下面這段傳給 Studio 助手，或儲存在你的專案筆記裡：
我要創作一個約 15 秒的原創短片《最後一盞燈》。
故事：海島燈塔熄滅了，一個黃色小機器人觸發門旁開關，
燈塔重新發光，機器人留在門旁望向海面。
受眾：一般短影片觀眾。
風格：手繪水彩與剪紙質感，不要照片級寫實。
畫幅：16:9。
角色：一個圓形黃色機器人，兩隻黑眼睛，兩隻短腳。
場景：一座奶油色燈塔、紅門、紅色尖頂、深藍海面。
限制：不新增人物或船，不加文字，不做複雜追逐。
先給我三段敘事節拍：發現問題、觸發變化、看到結果。
每段說明：發生什麼、觀眾需要看懂什麼、哪裡可能失敗。
暫時不要生成影片，也不要自動呼叫付費工具。
注意最後一句。先討論方案，不等於馬上提交生成。 先把故事規模收住，後續每一次生成才有明確目的。
¶ 第二步｜把「溫暖療癒」翻譯成觀眾看得見的動作
「做一支溫暖療癒的短片」很容易得到漂亮但空泛的畫面。我們給它增加一條清楚的因果鏈：燈不亮 → 機器人操作 → 燈亮了。
這是本篇採用的文字分鏡。時間是編輯計畫，不是影片模型保證精確執行的時間碼。
| 計畫時間 | 畫面事件 | 觀眾要理解的內容 | 檢查重點 |
|---|---|---|---|
| 0—4 秒 | 機器人抬頭看沒有發光的燈室 | 它發現了問題 | 一開始不能已經亮燈 |
| 4—9 秒 | 機器人靠近門旁低位開關，用身體輕推 | 它主動觸發變化 | 開關夠得到，動作與結果有先後 |
| 9—15 秒 | 燈室亮起，暖光照向右側海面 | 它成功了 | 光束不過曝，結尾留出停頓 |
為什麼不設計「爬樓梯、打開機器、維修線路、跑回門口」？因為每多一個動作，就多一個需要表現清楚的空間關係。第一次做短片，先讓一個動作成立。
¶ 實際生成：三格概念分鏡
在 GPT Image 工作區選擇目前可用的圖像模型。本次使用 gpt-image-2，生成尺寸為 1536 × 1024。若你的頁面只顯示比例預設，選擇接近的橫向比例即可，不必為了教學中的數字尋找不存在的輸入框。
可以直接輸入：
為原創短片《最後一盞燈》生成三格概念分鏡。
橫向畫布，三幅寬畫面自上而下排列，只標 01、02、03。
統一美術：深藍夜海、奶油色燈塔、紅門與紅色尖頂，
一個黃色圓形小機器人，兩隻黑眼睛、兩隻短腳。
手繪水彩和剪紙質感，不要照片級寫實。
01：遠景。燈塔在左，機器人站在門旁，燈塔未亮。
02：近景。機器人靠近牆上圓形開關，準備觸發它。
03：遠景。燈塔亮起，柔和暖光照向右側海面。
不加對話、字幕、品牌標誌或軟體介面。
這是用於討論故事的靜態分鏡圖，不是最終影片。
下面是本次實際生成的分鏡概念圖：
¶ 這張圖沒有直接過關：我們發現了什麼？
圖片生成成功，不代表故事設計已經成功。把概念圖與下一步的獨立首幀並排檢查時，輔助視覺檢查指出：概念分鏡中的操作鏡頭，把開關畫得較大、較高；角色眼睛的可見數量也隨角度與簡化方式變化。它適合討論情節，但還不適合當作嚴格一致的角色設定表。
因此，後續製作採用更簡單的操作設定：開關在門旁低位，機器人用身體就能輕推；角色外觀以獨立首幀為準。
這不是把概念圖包裝成完美結果，而是明確它的用途和缺陷。不要把整張三格圖直接當作圖生影片的起始畫面。
¶ 第三步｜生成獨立首幀：先把場景和角色定下來
分鏡負責講清楚故事，首幀負責告訴後面的生成任務「從什麼畫面開始」。兩者不要混用。
仍然在 GPT Image 工作區，新建一張 16:9 單場景圖片。本次實際使用 1536 × 864，並明確要求不要分格。
為《最後一盞燈》生成一張獨立的 16:9 首幀，不要拼圖。
一座奶油色燈塔位於畫面左側三分之一處，
紅色尖頂，只有一扇紅門，燈室關閉，不發出光束。
右側留出深藍色海面。
一個黃色圓形機器人站在門旁，
兩隻黑色眼睛、兩隻短腳，沒有可見手臂。
門旁牆上有一個較低的黃銅圓形開關，
機器人用身體就能夠觸及。
手繪水彩、紙張紋理、剪紙邊緣，輪廓簡單清楚。
保持安靜夜色；不要文字、船隻、額外角色、標誌或邊框。
本次真實圖片輸出。文字提示是創作要求，是否滿足仍需檢查；不能因為提示裡寫了「兩隻眼睛」，就跳過看圖。
第一輪只檢查四件事：
- 是否是一張連續場景，而不是三格拼圖？
- 燈塔是否真的沒有發出光束？
- 機器人是否仍然容易辨認，開關是否靠近它？
- 右側是否有空間容納後面的燈光變化？
儲存這張圖片及其生成要求。後續修改盡量帶上它，不要每次只用文字重新抽一張「差不多的燈塔」。
¶ 第四步｜不是重畫一張，而是把同一座燈塔點亮
現在我們需要一個結尾參考：不是換島、換機器人，而是在同一場景裡開燈。
在支援參考圖編輯的 GPT Image 流程中，上傳或選擇剛才的首幀；如果從 Studio 助手操作，附上圖片或可存取的圖片網址，並明確「編輯這張圖」。不要只發一段新的文字描述。
編輯我提供的這張首幀，不要重新設計場景。
保留鏡頭、島嶼輪廓、燈塔、紅門、屋頂、月亮、紙張紋理，
以及黃色機器人的身分和位置。
只把燈塔頂部的燈從關閉變為開啟，
讓一束柔和、半透明的琥珀色光照向右側海面。
不要把海面照成白色，不新增物體，不改變角色造型。
這是一張靜態結尾參考圖，不是影片。
本次以首幀為輸入，實際執行了圖片編輯，得到下面的亮燈版：
輔助視覺比對認為，主要布局和機器人外觀基本保留，明顯變化集中在燈光及附近增亮區域。這不是逐像素一致性檢測，也不能證明未來影片中的動作一定穩定。 人工仍應放大檢查門、屋頂、角色邊緣和海岸線。
這次我們拿到的不是成片，而是一個更明確的創作條件：從「燈滅」開始，到「燈亮」結束。
¶ 第五步｜進入影片工作區：先做一個五秒樣片
以下是可繼續執行的操作。本次沒有提交這一步的新影片任務。
在做自己的樣片前，可以先看一個已有的 Studio 相關影片示例，理解「小動作、簡單場景、克制運鏡」怎樣被寫進要求。
來源：AceDataCloud 的 Seedance 使用文件。該影片是已有示例，不是本次生成；文件給出的創作方向是黃昏水面的紙船、細小漣漪和緩慢推進。[6]
回到我們的燈塔。先不要把全部三段情節塞進五秒鐘。第一段樣片只測試：燈室從暗到亮，海面有一點運動，角色和建築不變形。
¶ 方式 A：直接使用影片工作區
- 開啟 Seedance 工作區。
- 選擇目前頁面支援圖生影片的模型與模式。
- 將上面的獨立首幀作為起始圖片，不要上傳三格分鏡拼圖。
- 如果所選模式明確支援首尾幀，再把亮燈版設為尾幀；如果沒有該選項，先只用首幀，把亮燈版留作人工驗收參考。
- 首輪選擇頁面支援的低成本測試規格，例如 5 秒、720p、16:9。若目前模型不接受這些組合，按頁面允許值調整。
- 檢查價格、音訊選項和素材後再提交。
首幀、尾幀、角色參考不是同一種輸入。 官方文件說明，首尾幀模式與多模態參考模式不能混用；不同模型的支援範圍也不同。[6] 不要為了把兩張圖都塞進去，隨意選擇一個不匹配的參考類型。
樣片提示詞：
以提供的灯塔图片为起始画面，生成一个短样片。
保持构图、机器人造型、灯塔结构、海岛轮廓和纸张风格。
只表现一个主要变化：灯塔顶部由暗变亮，
柔和的琥珀色光束逐渐照向右侧海面，随后稳定。
海面只有轻微波动。机器人留在门旁，不新增手臂。
镜头固定，不绕行，不切镜头。
不要新增船只、人物、字幕和标志；不要白色过曝，
不要改变门窗数量，不要让建筑或机器人融化变形。
如当前模式支持音频，只保留轻微海浪声，不要旁白。
這段樣片沒有包含推開關的完整動作。它先驗證視覺穩定性；通過後，再單獨處理更難的因果動作，或嘗試頁面支援的較長時長。
¶ 方式 B：在 Studio 助手裡操作
連接 Seedance 後，也可以把首幀、提示詞和規格交給助手：
请用已连接的 Seedance 制作灯塔亮灯样片。
使用我附上的独立首帧，不使用三格分镜图。
先核实当前模型是否支持 5 秒、720p、16:9 和首帧输入，
告诉我将使用的模式与参数，确认后再提交。
提交后记录任务 ID，继续查询同一个任务，
直到成功或失败。不要因为等待较久就重复创建新任务。
成功后给我视频地址；如果失败，说明返回的原因。
任務 ID 代表「已受理」，不是「已成片」。等待期間保留任務記錄；如果出現失敗，先確認原因，再決定是否修改參數重試。
¶ 第六步｜驗收時不要說「再好看一點」
真正有用的回饋，應該指出哪一段、哪個物件、什麼問題。這與開源動畫指南裡的「實際看渲染結果，再修復」是同一種工作習慣。[3]
拿到自己的樣片後，按下面的表檢查：
| 觀察位置 | 要檢查什麼 | 發現問題後的具體回饋 |
|---|---|---|
| 開頭 | 首幀是否被遵守 | 開頭保持燈室關閉，不要第一幀就亮燈 |
| 變化發生處 | 燈光是否漸亮、是否過曝 | 減少亮燈強度，保留海面紋理，不要白色閃屏 |
| 全程 | 門窗、屋頂、機器人是否變化 | 保留原圖結構，不新增手臂，不改變眼睛數量 |
| 結尾 | 結果是否有停留時間 | 光束穩定後留出短暫停頓，不要剛亮就結束 |
如果接下來做完整故事，再增加一個檢查項：燈光有沒有先於機器人操作發生？ 如果因果順序亂了，先減少動作，別繼續堆特效。
可以這樣寫修改要求：
只修正這次樣片的兩個問題：
1. 亮燈時海面過曝，降低光束亮度並保持半透明。
2. 機器人在結尾變形，盡量保持參考圖外觀與位置。
其他構圖和風格不變。
這裡的「只修正」是你的目標，不是對模型局部編輯能力的保證。有的模式需要重新生成，有的支援參考影片編輯；先核實目前工具能做什麼。重新生成的影片也可能改變其他區域，仍需複查。
¶ 第七步｜從樣片走向完整短片，先守住邊界
樣片通過後，再嘗試前面的約 15 秒故事計畫：發現問題、靠近開關、觸發燈光、留在門旁。優先讓一個連續場景成立，不急著加入複雜的多鏡頭調度。
如果你選擇分別製作三段素材，需要後續組接。本篇沒有驗證 Studio 內建通用時間軸剪輯功能，因此不寫「拖進去自動剪好」。可使用你已經確認可用的剪輯工具；如果要改用自動成片服務，須另行核實它能否接收這些素材，以及是否會重新生成畫面。
配樂也建議放在後面。如果你的 Studio 已啟用 Suno，可以嘗試這樣的方向：
为《最后一盏灯》创作一段无歌词背景音乐。
克制的钢琴、柔和铺底、安静海岛的感觉。
从轻微孤独过渡到温暖，不要宏大鼓点，不要人声。
我要用于短片，请给出便于选段的音乐结果。
這是可選提示，不是本次已執行步驟；不要把「想要 15 秒配樂」當作模型必然精確輸出 15 秒。截取、淡入淡出和音畫同步，需要在確實支援這些功能的工具中完成。音樂不是越滿越好——燈亮起來之後，留一點海浪聲，往往比再加一層鼓點更適合這個故事。
¶ 收工前，留下的不應該只有一張好看的圖
建議為這個小專案保留六樣東西：
- 創作任務卡：故事、角色、風格和限制；
- 文字分鏡：每段發生什麼、觀眾要看懂什麼；
- 三格概念圖：用於討論，不充當嚴格角色設定；
- 獨立首幀與亮燈版：作為起點與驗收參考；
- 影片任務記錄：模型、模式、參數、任務 ID 與結果；
- 修改記錄：哪個問題改過，哪些仍未解決。
本次已經得到三張原創圖片，也做出了一項具體取捨：概念分鏡只用來討論故事，實際畫面以帶低位開關的獨立首幀為準，再參考它編輯亮燈版。 這比「讓 AI 自動做一切」更像真正的創作——看見差異，決定保留什麼，再把下一步交代清楚。
公開的來源案例展示了另一條值得探索的道路：程式可以成為動畫工程的一部分。但對第一次使用 Studio 的創作者來說，不必一開始就搭建渲染器。先從一個小故事、一張可用首幀和一次可檢查的變化開始。
今天的目標不是讓 AI 拍大片，而是讓這盞燈，按你設計的方式亮起來。
¶ 使用與發布提醒
- 生成前查看目前價格與支援參數；本文不承諾固定耗時、費用或一次成功率。
- 本文原創圖片為 AI 生成；原專案動圖和原影片以外部連結註明作者，僅供講解。公開可存取不等於可自由商用，使用他人音樂、角色和素材前需核實授權。
- 本次透過 Studio 可用的對應連接器執行圖片生成與編輯，並使用視覺模型輔助檢查；不是逐項點擊 Web 介面的錄影，輔助檢查也不能取代人工審片。
- 本篇尚無《最後一盞燈》的新影片、配樂或最終成片；文中對影片的時序和品質要求均為創作計畫或驗收建議。
¶ 資料與英文原文
- JohnHeibel / PDoomVideo：README、製作說明與原始碼；原始 MV；STORYBOARD.md。
- ClaudeAnimationBase：從分鏡到渲染的起步專案。
- ANIMATION_GUIDE.md：敘事節奏、連續幀檢查與製作規範。
- anabology 的原貼文：明確提到 Midjourney 與 moodboard。
- Ace Data Cloud Studio 官方說明。
- Seedance 使用文件及既有影片範例；Seedance 影片介面文件。
- Remotion：Prompting videos with coding agents，供想繼續探索程式化影片的讀者參考；本文未使用 Remotion 渲染。
- 本篇選題起點：微信原文。