試作画像とプロンプトは資料：経緯をつけて残す
今回やったこと / この記事について
生成画像を成果物だけとして扱わず、制作判断をたどる資料として保存する方針を整えた。画像、プロンプト、変更の経緯、生成条件を関連付ける。この記事では、何をどこに置くかと、画像だけを残しても再現や振り返りに足りない理由を説明する。
画像の隣に、判断の跡を置く
2026年10月10日に決めたのは、「画像は資料なので経緯とともに保存する。プロンプトも資料なので保存する」という運用である。保存先は日付と話題で名付けたフォルダとし、画像は img/ に、節ごとの経緯は index.html に、chars*.json は同じフォルダに置く。こうすると、完成した画像だけを独立して眺めるのではなく、どの判断の後にどの結果ができたのかを近くに残せる。
経緯には、何を変えたか、何が変わったか、作者の判断を含める。たとえば、髪型を変えたなら、変更前の画像、変更後の画像、使った指示、採用または保留の理由をひとまとまりにする。画像だけでは「なぜこの見た目になったか」が分からない。プロンプトだけでも、生成結果や採用判断との対応が切れていれば、同じ試行を再現する手掛かりになりにくい。
生成条件を画像から取り出せる形にする
画像を追加した後は、専用の archive スクリプトを実行する。各画像の下に、プロンプト、モデル、seed、画像から画像への変換で使った元画像と強さを付ける。chars*.json に記録されていない画像でも、ComfyUI がPNGへ書き込んだワークフローから情報を読める場合がある。既存の埋め込み情報を活用し、手作業で転記する範囲を減らす設計だ。
ただし、すべての生成経路が同じメタデータを持つわけではない。Nano Banana で描いた画像にはPNG内にプロンプトが残らないため、生成時に文面をJSONなどへ控えておく。生成後に画像だけを受け取ってから条件を復元しようとすると、正確な記録を作れない。記録方法はモデルごとに異なるので、画像の種類に応じて作業手順を分ける必要がある。
| 資料 | 保存場所・方法 | 後から確認できること |
|---|---|---|
| 画像 | 話題フォルダ内の img/ | 生成結果と没案の比較 |
| 変更の経緯 | 同じフォルダの index.html | 何を変え、どう判断したか |
| キャラクター情報 | chars*.json | 対象キャラクターの設定 |
| 生成条件 | archiveスクリプト、または生成時のJSON | プロンプト・モデル・seed・変換元 |
没案を消さず、リポジトリには画像を入れない
没案も消さずに保存する。採用しなかった画像は、判断の境界を示す比較資料になる。後日、別の用途に合うこともある。ただし、画像そのものはリポジトリへコミットしない方針である。保管する場所と、版管理に含める記録を分ける。画像を大量に履歴へ積まずに、制作の根拠を後からたどれる形を保つためだ。
運用を始めるときは、少なくとも「画像の保存先」「経緯を追記する場所」「条件を記録するタイミング」の三つを決めておく。特にプロンプトが画像に埋め込まれない生成方法では、生成時の記録が必要になる。資料として残す対象は画像だけではない。画像が生まれた条件と、採用に至った判断まで揃って初めて、次の制作で役立つアーカイブになる。
更新履歴
- 2026-11-07: 初稿。