ComfyUI ワークフロー共有・再現ガイド2026｜JSONとPNGメタデータで完全再現する

ComfyUI ワークフローの最大の武器は、「作った手順を、他人の環境でそっくり再現できる」再現性だ。 画像生成でよくある悔しさに、「すごくいい絵ができたのに、二度と同じものが出せない」「他人の作例を真似したいのに、設定が分からない」というものがある。プロンプトとスライダーだけのUIでは、生成は“一回性の偶然”になりがちだ。ComfyUIはこの問題に、構造的な答えを出す。組んだノードグラフを丸ごとデータとして保存し、seed（乱数の種）まで含めて完全に再現できるのだ。

しかもその保存先は、専用ファイルだけではない。ComfyUIで生成した画像（PNG/WebP）やFLACには、ワークフローそのものがメタデータとして埋め込まれる。だから、誰かの生成画像をComfyUIの画面にドラッグ&ドロップするだけで、その絵を作ったノード構成・パラメータ・seedが丸ごと蘇る。この記事では、ComfyUI ワークフローをJSON/PNG/API形式でどう保存・共有するか、PNGドロップ再現の仕組み、他人のワークフローを再現する手順、共有する場所、そして「SNS経由でメタデータが消える罠」までを、公式情報で裏取りしながら解説する。

ComfyUIそのものの全体像（基本ノード・対応モデル・AUTOMATIC1111との違い）は ComfyUI入門2026｜ノードベースで画像生成ワークフローを組む完全ガイド をご覧ください。本記事はそのComfyUIの「ワークフロー共有・再現」に特化した実践編です。

まず、ワークフローが「共有され、再現される」までの流れを1枚で掴んでおこう。保存形式を選び、共有し、相手がドロップまたは不足ノードを解決して復元する——この循環がComfyUIの再現性の正体だ。

ComfyUI ワークフローとは——再現性がなぜ核心なのか

ComfyUI ワークフローとは、モデル読み込み・プロンプトのエンコード・サンプリング・画像変換といった生成の各工程を表すノードを、線でつないだグラフ（処理の流れ）そのものだ。そしてこのグラフは、単なる画面上の見た目ではなく、構造化されたデータとして保存できる。ここがComfyUIの本質だ。

なぜ再現性が核心なのか。画像生成は、モデル・プロンプト・サンプラー・ステップ数・CFG・seedなど、無数のパラメータの組み合わせで結果が決まる。一枚岩のUIでは、この組み合わせが操作のたびに揺れ、「さっきの良い結果」を正確に再現するのが難しい。対してComfyUIは、その組み合わせを丸ごとグラフとして固定し、seedまで保存する。だから「同じJSONを読めば、誰の環境でも同じ絵が出る」。これは、制作を偶然から手続きに変える、大きな転換だ。チームでパイプラインを標準化したり、他人の作例を“動く教材”として学んだり、過去の成功構成を資産として積み上げたりできる。再現性は、ComfyUIを単なる生成ツールから「制作基盤」へ押し上げる土台なのだ。

この「データとして保存できる」性質は、そのままソフトウェア開発的な運用に直結する。ワークフローJSONはテキストなので、Gitでバージョン管理できる。「このワークフローのv1では顔が崩れたので、v2でアップスケール段を足した」といった変更履歴を差分として残せるし、チームで同じワークフローを共有リポジトリに置いて、誰かの改善を全員に配ることもできる。プロンプトの職人技が個人の頭の中に閉じていた時代から、制作手順そのものを共有・レビュー・改善できる時代へ——ComfyUIの再現性は、画像生成に「コードのように扱える成果物」という新しい単位を持ち込んだ。この視点に立つと、次に見る保存形式の使い分けが、単なる保存方法ではなく「何を資産として残すか」の選択だと分かる。

ワークフローを保存・共有する3つの形式（JSON / PNG / API）

ComfyUI ワークフローの保存・共有には、用途の違う3つの形式がある。まずこの使い分けを押さえる。

ワークフローJSONは、Save で書き出す標準形式だ。ノードの位置やグループ、UIの状態まで含むため、受け取った人がComfyUIで開いてそのまま編集できる。PNGメタデータは、ComfyUIが生成画像に自動で埋め込む情報で、「画像そのものがワークフローを運ぶ」という独特の共有形態を生む。API形式JSONは、Save (API Format) で書き出す実行特化の形式で、後述するAPI経由の自動生成に使う。人に見せるならワークフローJSONかPNG、機械で回すならAPI形式、と覚えておけばいい。

実務での使い分けはこうだ。自分用のバックアップやチームのリポジトリ管理には、ワークフローJSONを選ぶ。テキストなので差分が見やすく、Gitに乗せやすい。SNSやギャラリーで作例を見せつつ再現もしてほしいなら、メタデータ付きのPNG（ただし後述のとおり配布経路に注意）。サーバでバッチ生成したりWebアプリのバックエンドにしたりするならAPI形式JSON。同じ1つのワークフローでも、渡す相手が「人か・機械か」「編集させるか・実行させるか」で最適な形式は変わる。迷ったら、編集の余地を残すワークフローJSONを基本形として持っておき、用途に応じてPNGやAPI形式を書き出すのが扱いやすい。

PNGメタデータで完全再現——ドラッグ&ドロップの仕組み

ComfyUI ワークフロー共有で最も“魔法的”に感じるのが、生成画像のドラッグ&ドロップによる復元だ。ComfyUIで作った画像（PNGやWebP）には、その画像を生成したワークフローの構造とseedがメタデータとして埋め込まれている。だから、その画像ファイルをComfyUIのキャンバスにドロップするだけで、ノードグラフ・全パラメータ・seedが丸ごと復元される。プロンプトを解読する必要も、設定を手で写す必要もない。

この仕組みが効くのは、画像が“結果”であると同時に“レシピ”でもあるからだ。SNSで見かけた作例のPNGを（メタデータ付きで）入手できれば、その絵の作り方をそっくり手に入れられる。

ここで再現性を支えるのがseed（シード）だ。拡散モデルは乱数からノイズを生成して画像を作るため、同じモデル・同じプロンプト・同じパラメータでも、seedが違えば別の絵になる。逆に言えば、seedを固定すれば同じ入力から同じ絵が決定的に再現される。ComfyUIがワークフローと一緒にseedを保存するのは、この決定性を担保するためだ。「良い絵が出たseed」を記録しておけば、後からそのseedを起点に少しだけパラメータを振って“派生”を作る、といった制作もできる。seedは、偶然を再現可能にする鍵そのものなのだ。共有と再現の流れを図にすると、どこでデータが受け渡され、どこで途切れうるかが見える。

図が示す通り、復元が成功するかは「メタデータが生きているか」と「必要なノード・モデルが揃っているか」で決まる。逆に言えば、この2点さえ管理すれば再現は確実だ。次の2セクションで、その2点——不足ノードとメタデータ消失——への対処を具体化する。

他人のComfyUI ワークフローを再現する——不足ノードとモデルの解決

共有されたワークフローを開いたとき、最初にぶつかるのが赤いノードだ。これは、そのワークフローが使っているカスタムノードが自分の環境に入っていないことを示す。ここで手作業を始める必要はない。ComfyUI Managerの 「Install Missing Custom Nodes（不足ノードの一括導入）」 が、読み込んだワークフローに足りないノードを検出し、まとめてインストールしてくれる。導入してComfyUIを再起動すれば、赤いノードは正常に変わり、ワークフローが動き出す。カスタムノードの導入と安全な選び方は ComfyUI カスタムノード入門2026｜ComfyUI Managerでの導入・依存解決・安全な選び方 で詳しく扱っている。

もう一つ見落とせないのがモデルとLoRAだ。ワークフローのデータには「どのモデル・LoRAを、どのパラメータで使ったか」という参照情報は含まれるが、モデルやLoRAのファイル本体は含まれない。そのため、同じ結果を出すには、ワークフローが参照しているチェックポイント・LoRA・VAEを自分で用意し、ComfyUIの所定フォルダに正しいファイル名で置く必要がある。ファイル名が食い違うとノードがモデルを見つけられず、そこで止まる。だから、ワークフローを共有する側は「必要なモデル名と入手先」も一緒に伝えるのが親切だ。再現に必要なのは、ワークフロー＋カスタムノード＋モデルの3点セット——この意識があれば、他人の作例をつまずかず再現できる。

他人のワークフローを再現するときの実務チェックリストを置いておく。順に潰せば、たいていの「動かない」は解決する。

・メタデータは生きているか — SNS経由でないか、元ファイル/JSONを入手できているか
・赤いノードはないか — あればManagerの「Install Missing Custom Nodes」で一括導入し再起動
・モデル/LoRA/VAEは揃っているか — 参照ファイルを所定フォルダに、名前を一致させて配置
・seedは固定されているか — 完全一致を狙うならseedを固定（randomのままだと毎回変わる）
・それでも動かないなら — ノードの配布元が改名/削除された可能性。共有元に確認する

この5点は、共有する側の「同梱すべき情報」の裏返しでもある。渡す側がこれらを明記しておけば、受け手は迷わない。

共有する場所とメタデータが消える罠、そしてAPI形式で本番化

最後に、実際に「どこで共有するか」と、その落とし穴、そして一歩進んだ自動化を押さえる。

共有する場所。 ワークフローを配る手段は主に、①元のPNG/JSONファイルを直接渡す（最も確実）、②ComfyUI Managerが連携する共有サイト（comfyworkflows.com・OpenArt・YouMLなど）に投稿する、③公式の ワークフロー例集（ComfyUI_examples） のように、動作するサンプルとして公開する、の3つだ。ComfyUI-Managerからは共有サイトへのエクスポートもでき、メタデータを保った形で流通させられる。これらの専用共有サイトが価値を持つ理由は明確で、SNSと違って画像を再圧縮せず、ワークフローのメタデータを保持したまま配布・ダウンロードできるからだ。作例を「見せる」だけならSNSで十分だが、「再現できる形で配る」なら、直接ファイルを渡すか、メタデータを保つ専用サイトを使う。この一手間の有無が、受け手が同じ絵を出せるかどうかを分ける。

なお、チームや自分のために体系立てて残すなら、GitリポジトリでワークフローJSONをバージョン管理し、READMEに「必要なモデル・カスタムノード・想定seed」を明記しておくのが最も堅牢だ。共有サイトは発見性、直接ファイルは確実性、Gitは管理性——目的に応じて併用すればいい。

最大の罠——メタデータ消失。 ここが最重要の注意点だ。X（Twitter）・Discord・LINEといった多くのSNS/チャットは、アップロードされた画像を再圧縮・変換する。この過程で、PNGに埋め込まれたワークフローのメタデータが削除される。つまり、SNSに上げた画像をダウンロードしてComfyUIにドロップしても、絵は見えるがワークフローは復元できない。「作例をSNSで見せる」のと「ワークフローを再現可能な形で渡す」のは別物だと割り切り、再現用データは元ファイルかJSONで別ルートに流すのが鉄則だ。

API形式で本番化。 ワークフローが固まったら、Save (API Format) でAPI形式JSONを書き出し、ComfyUIのAPI（/prompt）にPOSTすれば、同じ生成をプログラムから自動で回せる。バッチ生成やWebサービス化の入口だ。

# API形式JSONをComfyUIの /prompt にPOSTして自動生成（イメージ）
curl -X POST http://127.0.0.1:8188/prompt \
  -H "Content-Type: application/json" \
  -d @workflow_api.json

こうして「画面で組んだワークフロー」を「叩けるエンドポイント」に変えれば、ComfyUIは個人の制作ツールから、チームやサービスの生成基盤へと広がる。ComfyUIを含むワークフロー系ツールの俯瞰は AI自動化ツール完全ガイド2026 も参照してほしい。

結論として、ComfyUI ワークフローの共有・再現は「seed込みでデータ化できる」という一点に集約される。JSONかPNGで手順ごと保存し、不足ノードはManagerで解決し、モデルは別途用意し、SNS経由ではメタデータが消えることだけ忘れない——この4つを押さえれば、あなたの制作は“一回性の偶然”から“再現できる資産”に変わる。まずは自分の会心の一枚を書き出し、別のマシンにドロップして寸分たがわず蘇る瞬間を体験してみてほしい。その驚きが、ComfyUIを制作基盤として使い倒す出発点になる。

参照ソース

・comfyanonymous/ComfyUI — GitHub 公式リポジトリ（GPL-3.0）
・公式ワークフロー例集（ComfyUI_examples）
・ComfyUI 公式ドキュメント（docs.comfy.org）
・ComfyUI-Manager（不足ノードの一括導入）