動画の企画をブラウザーの履歴だけに置いておくと、別のツールへ移るときに困ります。画像は見つかっても、どの版を使ったのか分からない。プロンプトは残っていても、何を変えたかったのか思い出せない。まず残したいのは、生成された一本だけでなく、もう一度入力を組み直せる材料です。
ここでは、青い紙船を描いた自作ポスターから短い映像を企画する例を使います。紙船の位置を少し右へ動かす、という小さな案です。原画も動きも説明のための企画例で、Kling 4.0による出力や実写の検証を示すものではありません。
履歴がなくなったとき、何が必要になるか
企画を一週間後に開き直す場面を考えてください。必要なのは画像ファイル、動きを説明する文章、画面の比率などの予定、素材の出典、そして実際に出力した場合のファイルです。画像に埋め込まれていない情報もあります。たとえば「紙船は右へ動くが、背景の波模様は動かさない」という意図は、原画だけを見ても分かりません。
紙船の企画では、動かしたくない箇所も保存します。ポスターの白い余白、青色の濃さ、紙船の折り目などです。別のツールに移ったとき、文章をそのまま貼るのではなく、残したい要素から入力を調整できるようにするためです。
手元のフォルダーは、特定サービスの履歴を再現するものではありません。履歴を使わずに、何を作ろうとしていたかを自分で読み取れる置き場所です。
最小のプロジェクトは六つに分ける
次の構成なら、文章を読むだけで役割を区別できます。例の名前は変えて構いませんが、原素材と作業用ファイルは分けてください。
paperboat-project/
README.md
assets/
original/boat-poster-v1.png
working/boat-square-v1.png
prompts/
shot-01-v1.txt
plans/
shot-01.txt
tool-specific.txt
sources/
source-notes.txt
outputs/
README.txt
originalは元の原画を保存する場所です。切り抜きや色調整をするときは、workingに別名で保存します。元の画像に上書きすると、後から別の比率で作り直すときに余白を戻せません。
outputsは、まだ生成していなければ空のままで構いません。例ではREADME.txtに「未生成」と書いておきます。企画中の画像を完成映像として置くより、状態がはっきりします。
全体の関係は、次のようになります。フォルダー名はファイルの種類を示し、READMEが入口になります。
ツールの履歴とは別に、一つのフォルダーで企画を持ち出せるようにします。
一つのショットから、画像と文章をたどれるようにする
フォルダーを作るだけでは、ファイルが増えたときに迷います。plans/shot-01.txtに、どれを組み合わせるのかを書きます。これは説明用のテキストで、サービスに読み込ませる設定ファイルではありません。
ショット: shot-01
目的: 紙船が右へ少し進む、静かなポスター映像
使用画像: assets/working/boat-square-v1.png
プロンプト: prompts/shot-01-v1.txt
素材の説明: sources/source-notes.txt
比率の予定: 1:1
生成状態: 未実行
ここでのパスは、paperboat-projectの直下を基準にしています。shot-01.txt自身が入っているplansからの相対位置ではありません。READMEにも「ファイルの場所はプロジェクト直下から読む」と一行書いておけば、基準を取り違えずに済みます。
プロンプトには、たとえば次の内容を保存します。
白い余白のあるポスターに、青い紙船が一つ。紙船が画面の右へわずかに進む。船の形と青色を保ち、背景の波模様は静止。カメラは固定。新しい物体や文字を追加しない。
この文章は制作意図です。移行先のツールが、同じ制御項目を持っているとは限りません。特定モデルの識別子、参照画像の設定、固有の制御値などはtool-specific.txtに分け、一般のプロンプトと混ぜないようにします。対応していない項目を、黙って同じ意味として使わないためです。
原画は残したまま作業用画像を作成。ショットのメモから、使用する画像と文章をたどれるようにします。
READMEには「次に何を開くか」を書く
長い制作日誌は必要ありません。次の四つがあれば、再開の入口になります。
- 何を作る企画か。紙船を少し右へ進める一つのショット。
- 最初に開くもの。
plans/shot-01.txt。 - パスの基準。プロジェクトの一番上のフォルダー。
- 未確認のこと。生成は未実行、移行先の入力条件は要確認。
sources/source-notes.txtには、原画を誰が作ったか、外部素材なら入手元と利用条件の確認先、編集した内容を残します。この例なら「説明用に作った紙船ポスター」と書けます。実際に他人の写真やフォントを使うときは、ローカルに保存できることと、別サービスへのアップロードが許されることを同一視しないでください。
モデル名は、予定と実際を別々に残す
Kling 4.0を目標に企画していても、別のモデルで試した結果をその名前で保存すると、後から区別できなくなります。目標モデル、実際に選択したモデル、実行状態を三行に分けるだけで、この取り違えを防げます。
入力先を選ぶ際の確認例として、Flyne AIのKling 4.0プレビューページがあります。2026年10月20日に確認されたページはPreview表記で、フォームにはKling 3.0 Turboが表示されています。この状態なら、企画の目標をKling 4.0として残しつつ、現在のフォームで何が選ばれるかを別に記録します。
開示：この記事はFlyne AIのブランドチームが提供しています。
Kling公式の9月30日の発表はearly accessを案内しています。公式の提供状況と、Flyneへの統合状態は別の話です。「FlyneがPreviewだからKling 4.0はどこにも提供されていない」とは判断しません。
コピーしたフォルダーだけで、入力を復元してみる
保存を確かめるには、フォルダーを別の場所にコピーして、元のツールの履歴を見ずに開きます。READMEからショットのメモへ進み、画像、プロンプト、出典の説明を順に見つけてください。この確認にはモデルの実行は必要ありません。
移行先で入力する際は、対応する画像数やファイル形式を先に確認します。元のツールと違う条件なら、原画から必要な作業用画像を作り直し、使わない設定は明記して外します。材料を持ち出せることと、入力を無変更で流用できることは違います。
復元するのは素材と制作意図です。同じ生成結果が再現される、という意味ではありません。
最後に、よくある四つの失敗を点検します。
| 失敗 | 手元で直すこと | |---|---| | 画像が遠隔のURLにしかない | 保存権限を確かめ、必要な素材本体も保管する | | パスが個人のデスクトップを指す | 基準を明記した相対パスにする | | 原画を小さく切り抜いて上書きした | 原画を保護し、作業版は別ファイルにする | | 素材の出典が思い出せない | 出典と利用条件の確認先を素材と一緒に残す |
コピー先で必要な材料を見つけ、入力の意図を説明できれば、このプロジェクトの保存方法は役立っています。同じ映像が再び出るかどうかは別の検証です。まずは、ツールを変えても自分の企画から再開できる状態を作っておきましょう。