ComfyUIのワークフローテンプレートを使う前に確認すること

ComfyUIのワークフローテンプレートは、複雑なノード構成を一から組まずに新しい生成方法を試せる便利な入口だ。

ただし、テンプレートを開けたことと、そのまま実行できることは別である。使っているモデルやComfyUIのバージョンによっては、追加のモデルファイルやノードが必要になる。

初めて使うテンプレートでは、実行ボタンを押す前に「何が必要で、どこまで自分のPC内で処理されるのか」を確認しておくと、動かなかったときの切り分けがしやすい。

まず公式テンプレートから試す

最初はComfyUI公式のテンプレート一覧から、目的に近いものを一つ選ぶ。

新しい生成方式を試す段階で、第三者が配布するワークフローや複数のカスタムノードまで同時に追加すると、エラーが出たときに原因を追いにくくなる。

公式テンプレートだから必ず動く、という意味ではないが、少なくとも「元の構成が何を前提としているか」を確認しやすい。

テンプレートを開いたら、すぐに実行するのではなく、読み込みノードを見て必要なものを整理する。

テンプレート名:
ワークフローのリビジョン:
ComfyUIのバージョン:
必要なCheckpoint・モデル:
必要なVAE・LoRA・ControlNet:
必要なカスタムノード:
入力:
出力:

モデルが不足している場合は、似た名前のファイルを検索して適当に入れるのではなく、公式ガイドや配布元が示すファイルと保存先を確認する。

カスタムノードが必要な場合も同じで、名前だけではなく正式な配布元まで確かめる。

ComfyUIの画面上では同じようなノード構成に見えても、すべてがPC内だけで処理されるとは限らない。

ローカルモデルを読み込んで完結するワークフローもあれば、外部のAPIやクラウドサービスへ接続する構成もある。

特に私的な画像や公開前の素材を扱う場合は、テンプレート名だけを見て「ComfyUIだからローカル処理だ」と判断しない。

実行前に、外部通信を行うノードや認証情報を要求するノードがないか確認する。

必要なファイルをそろえたら、最初の1回はテンプレートを大きく改造せずに動かす。

いきなりモデル、解像度、プロンプト、ノード構成を全部変えると、失敗したときに元のテンプレートの問題なのか、自分の変更が原因なのか分からなくなる。

まずはテンプレートの想定に近い条件で一度出力を得る。その後で、

のように、一項目ずつ変更する。

最初の出力が得られたら、完成画像だけでなく、そのときのワークフローと必要ファイルの情報も残しておく。

ワークフローJSON:
テンプレートのリビジョン:
ComfyUIのバージョン:
使用モデル:
追加したファイル:
追加したカスタムノード:
生成結果:
確認日:

この状態があれば、後日ComfyUIやノードを更新して動かなくなったときに、以前の条件と比較できる。

ワークフローテンプレートは「開けば完成」ではなく、自分の環境で再現できる基準点を作るための出発点として使うと分かりやすい。

まだComfyUIで最初の画像を生成できていない場合は、先にComfyUIで最初の画像を生成するまでで基本の流れを確認する。

以前は動いていたワークフローが更新後に壊れた場合は、古いComfyUIワークフローが動かないときの更新・移行手順へ分けて確認すると原因を追いやすい。