一基の灯台が消えた。海面はとても静かで、小さなロボットが入口に立ち、暗くなった灯室を見上げた。

ロボットがしたいことはとても小さい:この灯りをもう一度ともすこと。

これが今日の創作テーマ――『最後の一灯』。最初から壮大な世界観を書く必要はなく、何十ものショットを揃える必要もなく、いきなり3分間のMVを生成する必要もない。まずは一つの動作、一つの因果関係、そして一つの結末を明確にしよう。

『最後の一灯』オリジナル初フレーム:夜の景色、灯台と扉のそばの小さなロボット

今回、AceDataCloudのGPT Image機能で実際に生成した静止画の初フレームであり、本記事の表紙でもある。動画の切り出しフレームではない。

まず、本記事での完成範囲を説明する。 今回実際に完成したのは、3コマのコンセプト絵コンテ、独立した初フレーム、参考画像の編集、および補助的なビジュアルチェックである。新たなSeedance動画生成は実行しておらず、最終的な音楽付き作品も制作していない。以下では、完成済みの画像制作と、引き続き実行可能な動画操作を分けて記載する。本文中のプレーヤーは既存の公開事例を示すものであり、『最後の一灯』の結果を装うものではない。本文中のプロンプトは読みやすさのために整理した中国語版であり、同じ画像を再生成できることを保証するものではない。

まず一つの元事例を見る:学ぶべきなのは「一文」ではなく、制作の順序

JohnHeibelのオープンソースプロジェクト PDoomVideo は、『I'm Upping My P(doom)』のためにプロシージャルなMVを制作した。プロジェクトのREADMEには、2回の生成を経て、p5.jsとp5.brushを用いて描画し、headless Chromeでフレームをレンダリングした後、FFmpegでエンコードしたと明記されている。リポジトリには絵コンテ、キャラクター、チャプター、タイムラインのコードも残されている。[1]

PDoomVideo作者がGitHub READMEで公開しているデモGIF

出典:JohnHeibel / PDoomVideo、作者が公開したREADMEのデモ素材。外部リンクからの引用であり、事例解説のみに使用している。AceData Studioの生成結果ではない。

作者が公開したオリジナルMVを見る:I'm Upping My P(doom) · プロジェクトのソースコードを読む

作者が後に整理したClaudeAnimationBaseは、さらに教材としての価値がある。まず絵コンテを作り、その後ショットごとに制作し、チェック画像をレンダリングして、問題を見つけたら引き続き修正する。そのアニメーションガイドは特に、各ショットで一つの出来事を起こし、観客がそれを見て理解する時間を残すべきだと強調している。[2][3]

私たちが借りるのは、この先に設計し、次に制作し、その後チェックするという方法であり、以下の画像と動画もコードでフレームごとに描画されたと主張することではない。

本記事の流れは次のとおりである:

Studioの対話でストーリーを整理 → GPT Imageで画像を生成・修正 → 必要に応じてSeedanceの画像から動画へ進む → サンプルを見て具体的な修正を提案する。

これは生成モデルを組み合わせた創作フローであり、元プロジェクトの純粋なプログラム描画とは異なる。また、ネット上にあるすべての「Claudeが作った動画」を一括りにしてはならない。たとえばanabologyの公開投稿では、Midjourneyについて明確に言及されている。[4]

第1ステップ|Studioに入るが、まだ生成は押さない

AceData Studioを開き、ログイン後、ホームページの制作カテゴリまたは機能ナビゲーションから、チャット、画像、動画などのワークスペースに入る。公式の説明でも、まず小さなタスクでフローを検証してから、高解像度、長尺動画、または一括生成に進むことが推奨されている。[5]

AceData Studio公式ドキュメント内のホーム画面

Studio公式ドキュメント内の画面図。レイアウト、機能の入口、モデルの選択肢は、バージョン、アカウント、サイト設定によって変わる可能性があるため、現在のページを基準とする。

本記事では主に3つの入口を使用する:

何をするか Studioの入口 今回実行したか
ストーリーを議論し、プロンプトを整理する ホームのAI対話 本文でコピー可能な創作要件を提供
絵コンテ・初フレームを生成し、参考画像を修正する GPT Image画像ワークスペース 対応するコネクタを通じて実行済み
初フレームを動的なサンプルへ変える Seedance動画ワークスペース 後続の操作を提供、新しいタスクは未送信

アシスタントとの対話でタスクを完了することに慣れている場合は、コネクタページで必要な機能を有効にできる。画像生成と動画生成は異なるサービスである。画像サービスに接続していても、動画サービスがすでに認可されていることを意味しない。

本記事では、Studioに汎用的な編集タイムラインが標準搭載されているとは仮定せず、通常の対話がローカルのChrome、Node.js、またはFFmpegを自動的に利用できるとも仮定しない。 元のオープンソースプロジェクトを一行ずつ再現したい場合は、別途その実行環境を用意する必要がある。リポジトリのURLを通常のチャットに貼り付けるだけでレンダリングが完了するわけではない。

創作タスクカードを書く

始める前に、以下の内容をStudioアシスタントに送るか、プロジェクトノートに保存しよう:

約15秒のオリジナル短編作品『最後の一灯』を創作したい。

ストーリー:島の灯台が消え、一体の黄色い小型ロボットが扉のそばのスイッチを作動させ、
灯台が再び光り、ロボットは扉のそばに残って海面を見つめる。

対象:一般的なショート動画の視聴者。
スタイル:手描き水彩と切り絵の質感で、写真のような写実にはしない。
画面比率:16:9。
キャラクター:丸い黄色のロボット一体、黒い目が二つ、短い足が二本。
舞台:クリーム色の灯台、赤い扉、赤い尖塔の屋根、濃い青の海面。
制限:人物や船を追加せず、文字を入れず、複雑な追跡劇にしない。

まず三つの物語ビートを提示してほしい:問題の発見、変化のきっかけ、結果を見る。
各パートで説明すること:何が起こるか、観客に何を理解してほしいか、どこで失敗する可能性があるか。
今は動画を生成せず、有料ツールも自動で呼び出さないこと。

最後の一文に注意してほしい。まずプランを議論することは、すぐに生成を送信することと同義ではない。 まずストーリーの規模を抑えておけば、その後の各生成には明確な目的が生まれる。

第2ステップ|「温かく癒やされる」を、観客に見える動作へ翻訳する

「温かく癒やされる短編を作る」では、きれいでも漠然とした画面になりやすいです。そこで、明確な因果連鎖を加えます:灯りがついていない → ロボットが操作する → 灯りがつく。

これは本稿で採用するテキスト絵コンテです。時間は編集計画であり、動画モデルが正確に実行することを保証するタイムコードではありません。

計画時間 画面上の出来事 観客に理解してほしい内容 確認の重点
0—4 秒 ロボットが光っていない灯室を見上げる それが問題を発見する 最初から灯りがついていてはいけない
4—9 秒 ロボットがドア脇の低いスイッチに近づき、体で軽く押す それが自ら変化を起こす スイッチに届くこと、動作と結果に前後関係があること
9—15 秒 灯室が点灯し、暖かい光が右側の海面を照らす それが成功した 光線が白飛びせず、終わりに間を残す

なぜ「階段を登る、機械を開ける、配線を修理する、ドアまで走って戻る」を設計しないのでしょうか? 動作を一つ増やすごとに、明確に表現する必要がある空間関係が一つ増えるからです。初めて短編を作るなら、まずは一つの動作を成立させましょう。

実際の生成:三コマのコンセプト絵コンテ

GPT Image ワークスペースで、現在利用可能な画像モデルを選択します。今回は gpt-image-2 を使用し、生成サイズは 1536 × 1024 です。ページに比率プリセットしか表示されない場合は、近い横長比率を選べばよく、チュートリアル内の数値のために存在しない入力欄を探す必要はありません。

以下を直接入力できます:

为原创短片《最后一盏灯》生成三格概念分镜。
横向画布,三幅宽画面自上而下排列,只标 01、02、03。

统一美术:深蓝夜海、奶油色灯塔、红门与红色尖顶,
一个黄色圆形小机器人,两只黑眼睛、两只短脚。
手绘水彩和剪纸质感,不要照片级写实。

01:远景。灯塔在左,机器人站在门旁,灯塔未亮。
02:近景。机器人靠近墙上圆形开关,准备触发它。
03:远景。灯塔亮起,柔和暖光照向右侧海面。

不加对话、字幕、品牌标志或软件界面。
这是用于讨论故事的静态分镜图,不是最终视频。

以下は今回実際に生成した絵コンテのコンセプト画像です:

『最後の一灯』三コマのコンセプト絵コンテ:発見、操作、点灯

この画像はそのまま合格ではありません:何を発見したのでしょうか?

画像生成に成功したからといって、ストーリー設計がすでに成功したわけではありません。コンセプト画像と次の段階の独立した冒頭フレームを並べて確認したところ、補助的な視覚チェックにより次の点が指摘されました:コンセプト絵コンテの操作カットでは、スイッチが大きく、高く描かれています。キャラクターの見える目の数も、角度や簡略化の方法によって変化しています。これは筋書きを議論するには適していますが、厳密に一貫したキャラクター設定表としてはまだ適していません。

そのため、以降の制作ではより簡単な操作設定を採用します:スイッチはドア脇の低い位置にあり、ロボットは体で軽く押せる;キャラクターの外見は独立した冒頭フレームを基準とする。

これはコンセプト画像を完璧な結果として装うのではなく、その用途と欠点を明確にすることです。三コマ画像全体を、そのまま画像から動画を生成する際の開始画面として使わないでください。

ステップ3|独立した冒頭フレームを生成する:まず場面とキャラクターを決める

絵コンテは物語を明確に伝える役割を担い、冒頭フレームは後続の生成タスクに「どの画面から始めるか」を伝える役割を担います。この二つを混同してはいけません。

引き続き GPT Image ワークスペースで、16:9 の単一シーン画像を新規作成します。今回は実際に 1536 × 864 を使用し、コマ割りをしないことを明確に指定します。

为《最后一盏灯》生成一张独立的 16:9 首帧,不要拼图。

一座奶油色灯塔位于画面左侧三分之一处,
红色尖顶,只有一扇红门,灯室关闭,不发出光束。
右侧留出深蓝色海面。

一个黄色圆形机器人站在门旁,
两只黑色眼睛、两只短脚,没有可见手臂。
门旁墙上有一个较低的黄铜圆形开关,
机器人用身体就能够触及。

手绘水彩、纸张纹理、剪纸边缘,轮廓简单清楚。
保持安静夜色;不要文字、船只、额外角色、标志或边框。

実際に生成された独立した冒頭フレーム:ドア脇の低いスイッチと黄色いロボット

今回の実際の画像出力。テキストプロンプトは創作上の要件であり、満たされているかどうかは依然として確認が必要です;プロンプトに「二つの目」と書かれているからといって、画像確認を省略することはできません。

第1ラウンドでは、次の4点だけを確認します:

  • 一枚の連続したシーンであり、三コマのコラージュではないか?
  • 灯台は本当に光線を出していないか?
  • ロボットは依然として認識しやすく、スイッチはその近くにあるか?
  • 右側には、後の光の変化を収めるための空間があるか?

この画像とその生成要件を保存してください。以後の修正では、できるだけこれを添付し、毎回テキストだけで「だいたい同じ灯台」を新たに生成しないようにしてください。

ステップ4|描き直すのではなく、同じ灯台を点灯させる

ここで必要なのは、結末の参考画像です:島やロボットを変えるのではなく、同じ場面で灯りをつけます。

参照画像編集に対応した GPT Image のワークフローでは、先ほどの冒頭フレームをアップロードまたは選択します;Studio アシスタントから操作する場合は、画像またはアクセス可能な画像URLを添付し、「この画像を編集する」と明確に指定してください。新しいテキスト説明だけを送らないでください。

私が提供したこの最初のフレームを編集し、シーンを再設計しないでください。

カメラワーク、島の輪郭、灯台、赤い扉、屋根、月、紙のテクスチャ、
および黄色いロボットのアイデンティティと位置を保持してください。

灯台の頂部の灯りだけを消灯から点灯に変え、
柔らかく半透明な琥珀色の光が右側の海面を照らすようにしてください。
海面を白く照らさず、物体を追加せず、キャラクターの造形を変えないでください。
これは静的な終わりの参考画像であり、動画ではありません。

今回は最初のフレームを入力として、実際に画像編集を実行し、以下の点灯版を得ました:

参考最初のフレームを編集して得た点灯版:暖色の光束が右側の海面を照らす

補助的な視覚比較では、主要なレイアウトとロボットの外観は基本的に保持されており、明らかな変化は照明およびその付近の明るくなった領域に集中していると判断されました。これはピクセル単位の一致性検出ではなく、将来の動画内の動きが必ず安定することを証明するものでもありません。 人による確認では、扉、屋根、キャラクターの縁、海岸線を引き続き拡大して確認する必要があります。

今回私たちが得たのは完成作品ではなく、より明確な創作条件です:「灯りが消えている」状態から始め、「灯りが点く」状態で終える。

第五ステップ|動画ワークスペースへ:まず5秒のサンプルを作る

以下は引き続き実行できる操作です。今回はこのステップの新しい動画タスクは送信していません。

自分のサンプルを作る前に、既存の Studio 関連の動画例を見て、「小さな動き、シンプルなシーン、抑えたカメラワーク」がどのように要件へ書き込まれるかを理解できます。

Seedance 紙の船のサンプル動画を開く

出典:AceDataCloud の Seedance 利用ドキュメント。この動画は既存のサンプルであり、今回の生成ではありません;ドキュメントで示されている創作の方向性は、夕暮れの水面に浮かぶ紙の船、細かなさざ波、ゆっくりとした前進です。[6]

私たちの灯台に戻りましょう。まずは3つの場面すべてを5秒に詰め込まないでください。最初のサンプルでは、灯室が暗い状態から明るくなる、海面に少し動きがある、キャラクターと建物が変形しないことだけをテストします。

方法 A:動画ワークスペースを直接使用する

  1. Seedance ワークスペースを開きます。
  2. 現在のページで画像から動画への生成をサポートしているモデルとモードを選択します。
  3. 上の単独の最初のフレームを開始画像として使用し、3コマの絵コンテ合成画像をアップロードしないでください。
  4. 選択したモードが最初と最後のフレームを明確にサポートしている場合は、点灯版を最後のフレームに設定します;その選択肢がない場合は、まず最初のフレームだけを使用し、点灯版は人による受け入れ確認の参考として残してください。
  5. 最初のラウンドでは、ページがサポートする低コストのテスト仕様、たとえば5秒、720p、16:9を選択します。現在のモデルがこれらの組み合わせを受け付けない場合は、ページで許可されている値に従って調整します。
  6. 価格、音声オプション、素材を確認してから送信します。

最初のフレーム、最後のフレーム、キャラクター参照は同じ種類の入力ではありません。 公式ドキュメントでは、最初と最後のフレームのモードとマルチモーダル参照モードは併用できず、異なるモデルのサポート範囲も異なると説明されています。[6] 2枚の画像を無理に両方入れるために、適合しない参照タイプを安易に選ばないでください。

サンプルのプロンプト:

以提供的灯塔图片为起始画面,生成一个短样片。
保持构图、机器人造型、灯塔结构、海岛轮廓和纸张风格。

只表现一个主要变化:灯塔顶部由暗变亮,
柔和的琥珀色光束逐渐照向右侧海面,随后稳定。
海面只有轻微波动。机器人留在门旁,不新增手臂。
镜头固定,不绕行,不切镜头。

不要新增船只、人物、字幕和标志;不要白色过曝,
不要改变门窗数量,不要让建筑或机器人融化变形。
如当前模式支持音频,只保留轻微海浪声,不要旁白。

このサンプルにはスイッチを押す完全な動作は含まれていません。まず視覚的な安定性を検証し、通過した後に、より難しい因果動作を個別に処理するか、またはページでサポートされているより長い尺を試します。

方法 B:Studio アシスタントで操作する

Seedance を接続した後、最初のフレーム、プロンプト、仕様をアシスタントに渡すこともできます:

请用已连接的 Seedance 制作灯塔亮灯样片。
使用我附上的独立首帧,不使用三格分镜图。
先核实当前模型是否支持 5 秒、720p、16:9 和首帧输入,
告诉我将使用的模式与参数,确认后再提交。

提交后记录任务 ID,继续查询同一个任务,
直到成功或失败。不要因为等待较久就重复创建新任务。
成功后给我视频地址;如果失败,说明返回的原因。

タスク ID は「受理済み」を表すものであり、「完成済み」を表すものではありません。待機中はタスク記録を保持してください;失敗が発生した場合は、まず理由を確認し、その後でパラメータを修正して再試行するかを決めます。

第六ステップ|受け入れ確認では「もう少しきれいに」と言わない

本当に役立つフィードバックは、どの箇所、どのオブジェクト、どのような問題かを指摘するべきです。これはオープンソースのアニメーションガイドにある「実際にレンダリング結果を見てから修正する」と同じ仕事の習慣です。[3]

自分のサンプルを入手した後、以下の表に従って確認します:

観察箇所 確認すること 問題を見つけた後の具体的なフィードバック
冒頭 最初のフレームが守られているか 冒頭は灯室を消灯状態に保ち、最初のフレームから点灯させない
変化の発生箇所 灯りが徐々に明るくなるか、露出オーバーしていないか 点灯の強度を下げ、海面のテクスチャを保ち、白いフラッシュにしない
全体 扉と窓、屋根、ロボットに変化がないか 元画像の構造を保ち、腕を追加せず、目の数を変えない
終わり 結果に留まる時間があるか 光束が安定した後に短い停止時間を残し、点灯した直後に終わらせない

次に完全な物語を作る場合は、さらに確認項目を追加します:照明がロボットの操作より先に発生していないか? 因果の順序が乱れた場合は、まず動きを減らし、エフェクトを積み重ね続けないでください。

修正要件は次のように書けます:

今回のサンプルでの2つの問題のみを修正:
1. 点灯時に海面が露出オーバーになるため、光束の明るさを下げ、半透明を維持する。
2. ロボットが終盤で変形するため、できるだけ参考画像の外観と位置を維持する。
その他の構図とスタイルは変更しない。

ここでの「のみを修正」はあなたの目標であり、モデルの部分編集能力に対する保証ではない。モードによっては再生成が必要で、参考動画の編集をサポートするものもある。まず現在のツールで何ができるかを確認する。再生成された動画は他の領域も変わる可能性があるため、引き続き再確認が必要である。

第七歩|サンプルから完全な短編へ、まず境界を守る

サンプルが通った後、前述の約15秒のストーリー計画を試す:問題を発見する、スイッチに近づく、照明を作動させる、扉のそばに留まる。まずは一つの連続したシーンを成立させ、複雑なマルチショットの演出を急いで加えない。

3つの素材をそれぞれ制作することを選んだ場合、後続の編集・接続が必要になる。本稿ではStudio内蔵の汎用タイムライン編集機能を検証していないため、「ドラッグすれば自動で編集が完了する」とは書かない。すでに利用可能であることを確認した編集ツールを使用できる。自動動画制作サービスに切り替える場合は、それがこれらの素材を受け取れるか、また画面を再生成するかどうかを別途確認する必要がある。

音楽も後に回すことを勧める。StudioでSunoが有効になっている場合は、次のような方向性を試せる:

『最後の一灯』のために、歌詞のない背景音楽を1曲制作してください。
抑制されたピアノ、柔らかな下支え、静かな島の雰囲気。
わずかな孤独から温かさへ移行し、壮大なドラムビートは不要、ボーカルも不要です。
短編に使いたいので、区間を選びやすい音楽結果を提示してください。

これは任意のプロンプトであり、今回すでに実行した手順ではない。「15秒の音楽が欲しい」を、モデルが必ず正確に15秒を出力するものと見なしてはならない。切り取り、フェードイン・フェードアウト、映像と音の同期は、実際にこれらの機能をサポートするツール内で行う必要がある。音楽は多ければ多いほどよいわけではない——灯りが点いた後は、少し波の音を残すほうが、さらに一層ドラムビートを加えるより、この物語には適していることが多い。

作業を終える前に、残すべきものはきれいな1枚の画像だけではない

この小さなプロジェクトのために、6つのものを残すことを勧める:

  • 創作タスクカード:ストーリー、キャラクター、スタイル、制約;
  • テキスト絵コンテ:各パートで何が起こるか、観客に何を理解してほしいか;
  • 3コマのコンセプト画像:議論用であり、厳密なキャラクター設定としては扱わない;
  • 独立した最初のフレームと点灯版:出発点および検収の参考として;
  • 動画タスク記録:モデル、モード、パラメータ、タスクID、結果;
  • 修正記録:どの問題を修正したか、どれがまだ未解決か。

今回、すでに3枚のオリジナル画像を得ており、また一つの具体的な選択も行った:コンセプト絵コンテはストーリーを議論するためだけに使用し、実際の画面は低い位置にスイッチがある独立した最初のフレームを基準とし、それを参考に点灯版を編集する。 これは「AIにすべてを自動でやらせる」ことよりも、より本当の創作に近い——違いを見つけ、何を残すかを決め、次のステップを明確に伝える。

公開されている元の事例は、探索する価値のある別の道を示している:プログラムはアニメーション制作の一部になり得る。しかし、初めてStudioを使うクリエイターにとって、最初からレンダラーを構築する必要はない。まずは小さな物語、使える最初のフレーム、そして確認可能な一度の変化から始めよう。

今日の目標はAIに大作映画を撮らせることではなく、この灯りを、あなたが設計した方法で点けることだ。

AceData Studioを開き、最初の絵コンテを始める


使用と公開に関する注意

  • 生成前に現在の価格と対応パラメータを確認すること;本稿は固定の所要時間、費用、または一度での成功率を保証しない。
  • 本稿のオリジナル画像はAI生成である;元プロジェクトのGIFアニメーションと元動画は外部リンクで作者を明記しており、解説目的に限る。公開アクセス可能であることは自由な商用利用を意味しないため、他者の音楽、キャラクター、素材を使用する前に許諾を確認する必要がある。
  • 今回はStudioで利用可能な対応コネクターを通じて画像生成と編集を実行し、視覚モデルを用いてチェックを補助した;Webインターフェースを項目ごとにクリックした録画ではなく、補助チェックも人による映像確認に代わるものではない。
  • 本稿にはまだ『最後の一灯』の新しい動画、音楽、または最終作品はない;本文中の動画に対するタイミングおよび品質の要件は、いずれも創作計画または検収の提案である。

資料と英語原文

  1. JohnHeibel / PDoomVideo:README、制作説明とソースコード;オリジナルMV;STORYBOARD.md。
  2. ClaudeAnimationBase:絵コンテからレンダリングまでのスタータープロジェクト。
  3. ANIMATION_GUIDE.md:物語のテンポ、連続フレームの確認、制作仕様。
  4. anabologyの元投稿:Midjourneyとmoodboardについて明確に言及。
  5. Ace Data Cloud Studio 公式説明。
  6. Seedance 使用ドキュメントおよび既存の動画例;Seedance 動画APIドキュメント。
  7. Remotion:Prompting videos with coding agents:プログラムによる動画をさらに探求したい読者向けの参考。本稿ではRemotionによるレンダリングは使用していない。
  8. 本稿のテーマの出発点:WeChat原文。