メインコンテンツへスキップ

概要

ComfyUI V3 スキーマは、ノードを定義するためのより整理された方法を導入しており、今後のノード機能の拡張は V3 スキーマでのみ追加されます。このガイドを使用して、既存の V1 ノードを新しい V3 スキーマに移行できます。

核心概念

V3 スキーマは新しいバージョン管理された Comfy API 上に維持されており、将来のスキーマの改訂は下位互換性があります。comfy_api.latest は開発中の最新番号付き API を指し、latest の前のバージョンが「安定版」と見なせます。バージョン v0_0_2 は現在(かつ最初)の API バージョンであるため、警告なしに変更が行われる可能性があります。安定版と見なされると、latest が指すために新しいバージョン v0_0_3 が作成されます。

V1 対 V3 アーキテクチャ

V3 スキーマの主な変更点は以下の通りです:
  • 入力と出力が辞書ではなくオブジェクトで定義される。
  • 実行メソッドは ‘execute’ という名前に固定され、クラスメソッドである。
  • def comfy_entrypoint() 関数が ComfyExtension オブジェクトを返し、NODE_CLASS_MAPPINGS/NODE_DISPLAY_NAME_MAPPINGS の代わりに公開ノードを定義する。
  • ノードオブジェクトは ‘state’ を公開しない - def __init__(self) はノードの関数で公開される内容に影響を与えない(すべてクラスメソッドであるため)。ノードクラスは実行前にもサニタイズされる。

V1 (レガシー)

V3 (モダン)

移行ステップ

V1 から V3 への移行は、ほとんどの場合単純で、構文の変更のみです。

ステップ 1: ベースクラスの変更

すべての V3 スキーマノードは ComfyNode から継承する必要があります。継承チェーンのトップに ComfyNode 親があれば、複数の継承層でも問題ありません。 V1:
V3:

ステップ 2: INPUT_TYPES を define_schema に変換

ノード ID、表示名、カテゴリなどのノードプロパティは、以前は辞書やクラスプロパティなどコードの異なる場所に割り当てられていましたが、現在は Schema クラスを介して一緒に管理されます。 define_schema(cls) 関数は、V1 の INPUT_TYPES(s) とほぼ同じ方法で Schema オブジェクトを返すことが期待されます。 サポートされているコア入力/出力型は comfy_api/{version}_io.py に保存および文書化されており、デフォルトで io として名前空間化されています。入力/出力は辞書や文字列ではなくクラスで定義されるようになったため、カスタム型は独自のクラスを定義するか、io のヘルパー関数 Custom を使用することでサポートされます。 カスタム型については、以下のセクションで詳しく説明します。 型クラスには以下のプロパティがあります:
  • 入力用の class Input(例:Model.Input(...)
  • 出力用の class Output(例:Model.Output(...))。すべての型が出力としてサポートされているわけではないことに注意。
  • 型の型ヒントを取得するための Type(例:Model.Type)。一部の型ヒントは単に any であり、将来更新される可能性があることに注意。これらの型ヒントは強制されず、有用なドキュメントとして機能するのみ。
V1:
V3:

ステップ 3: 実行メソッドの更新

V3 のすべての実行関数は execute という名前で、クラスメソッドです。 V1:
V3:

ステップ 4: ノードプロパティの変換

以下にプロパティ名の例を示します。詳細は comfy_api.latest._io のソースコードを参照してください。

ステップ 5: 特殊メソッドの処理

V1 と同じ特殊メソッドがサポートされていますが、より明確にするために小文字化または完全に改名されています。使用方法は同じです。

検証 (V1 → V3)

入力検証関数は validate_inputs に改名されました。 V1:
V3:

遅延評価 (V1 → V3)

check_lazy_status 関数はクラスメソッドになり、それ以外は同じです。 V1:
V3:

キャッシュ制御 (V1 → V3)

キャッシュ制御の機能は V1 と同じですが、元の関数名はどのように動作するかについて非常に誤解を招くものでした。 V1 の IS_CHANGED 関数は、戻り値がノードを前回実行したときと同じ場合、ノードの再実行をトリガーしないように信号を送ります。 したがって、関数 IS_CHANGEDfingerprint_inputs に改名されました。開発者による最も一般的な間違いの 1 つは、True を返すとノードが常に再実行されると考えることでした。True が常に返されるため、ノードを 1 回だけ実行してキャッシュ値を再利用するという逆の効果になります。 この関数を使用する例として、LoadImage ノードがあります。選択されたファイルのハッシュを返すため、ファイルが変更された場合、ノードは強制的に再実行されます。 V1:
V3:

ステップ 6: 拡張機能とエントリーポイントの作成

ノード ID をノードクラス/表示名にリンクするための辞書を定義する代わりに、ComfyExtension クラスと定義が期待される comfy_entrypoint 関数ができました。 将来、get_node_list を介してノード以外を登録するために、ComfyExtension により多くの関数が追加される可能性があります。 comfy_entrypoint は非同期でも同期でも構いませんが、get_node_list は非同期として定義する必要があります。 V1:
V3:

入力型リファレンス

ステップ 2 ですでに説明しましたが、ここに V1 対 V3 の型リファレンス比較をいくつか示します。完全な型宣言は comfy_api.latest._io を参照してください。

基本型

control_after_generate

Int および Combo 入力は、各生成後に値を自動的に変更するための制御ウィジェットを追加する control_after_generate パラメータをサポートします。V1 ではこれは単純な bool でしたが、V3 では明示的な制御のために io.ControlAfterGenerate 列挙型を使用できます。True を渡すことは io.ControlAfterGenerate.randomize と同等です。

ComfyUI 型

Combo(ドロップダウン/選択リスト)

V3 の Combo 型には明示的なクラス定義が必要です。 V1:
V3:

スキーマリファレンス

Schema データクラスは V3 ノードのすべてのプロパティを定義します。以下に利用可能なすべてのフィールドの完全なリファレンスを示します:

共通入力パラメータ

すべての入力型はこれらの基本パラメータを共有します: ウィジェット入力(Int、Float、String、Boolean、Combo)は additionally サポート:

高度な機能

隠し入力

隠し入力は、プロンプトメタデータ、ノード ID、その他の内部値などの実行コンテキストへのアクセスを提供します。UI には表示されません。 V1 では、隠し入力は INPUT_TYPES"hidden" キーとして宣言されました。V3 では、Schema の hidden パラメータを介して宣言され、その値は cls.hidden を介してアクセスされます。 V1:
V3:
利用可能な隠し値:
一部の隠し値は Schema フラグに基づいて自動的に追加されます。出力ノード(is_output_node=True)は自動的に promptextra_pnginfo を受け取ります。API ノード(is_api_node=True)は自動的に認証トークンを受け取ります。

UI ヘルパー

V3 は ui モジュールに組み込みの UI ヘルパーを提供し、プレビューやファイル保存などの一般的なパターンを処理します。これらを ui パラメータを介して io.NodeOutput に渡します。

プレビューヘルパー

プレビューヘルパーは一時的なファイルを保存し、ノード内表示用の UI データを返します。

保存ヘルパー

保存ヘルパーは、適切なメタデータ埋め込みと共にファイルを出力ディレクトリに保存する方法を提供します。これらは通常、出力ノードで使用されます。
保存/プレビューヘルパーに cls=cls を渡すと、保存されたファイルにワークフローメタデータ(プロンプト、extra_pnginfo)を自動的に埋め込むことができます。schema の hidden リストに io.Hidden.promptio.Hidden.extra_pnginfo を含めるか、is_output_node=True を設定して自動的に追加されるようにしてください。

生の UI 辞書を返す

ヘルパーがない UI データを返す必要がある場合、辞書を直接渡すことができます:

出力ノード

副作用(ファイル保存など)を生成するノード用。V1 と同様、ノードを出力としてマークすると、ノードのコンテキストウィンドウに run 再生ボタンが表示され、グラフの部分実行が可能になります。

カスタム型

クラス定義または Custom ヘルパー関数のいずれかを介して、カスタム入力/出力型を作成します。

MultiType 入力

MultiType は、入力が複数の型を受け入れることを許可します。これは、ノードが同じ入力スロットを介して異なるデータ型で動作できる場合に有用です。 最初の引数(id)が文字列ではなく Input クラスのインスタンスである場合、その入力はオーバーライドされた値を持つウィジェットを作成するために使用されます。それ以外の場合、入力はソケットのみです。

MatchType(汎用型マッチング)

MatchType は型リンクされた入力と出力を作成します。ユーザーが特定の型を MatchType 入力に接続すると、同じテンプレートを共有するすべての他の入力と出力が自動的にその型に制約されます。これが、Switch や Create List などのノードが任意の型で動作する方法です。
許可される型を制限することもできます:

動的入力

V3 は、ユーザーインタラクションに基づいて利用可能な入力を変更する動的入力型を導入します。これらの機能には V1 の同等物はありません。

Autogrow

Autogrow は、ユーザーがより多く接続するにつれて自動的に増加する可変数の入力を作成します。2 つのテンプレートタイプがあります: TemplatePrefix は番号付きプレフィックスを持つ入力を生成します(例:image0image1image2…):
TemplateNames は特定の名前を持つ入力を生成します:
Autogrow は MatchType と組み合わせて、型一致入力のリストを作成できます:

DynamicCombo

DynamicCombo は、選択されたオプションに応じて異なる入力を表示/非表示にするドロップダウンを作成します。これは、異なるモードが異なるパラメータを必要とするノードに有用です。
DynamicCombo オプションはネストすることもできます:

非同期実行

V3 は非同期 execute メソッドをサポートします。これは、I/O 操作、API 呼び出し、またはその他の非同期作業を実行するノードに有用です。executeasync として宣言するだけです:

ComfyAPI

ComfyAPI クラスは、進捗報告やノード置換登録などの ComfyUI ランタイムサービスへのアクセスを提供します。インポートしてインスタンスを作成します:

進捗報告

ノードの execute メソッド内から実行進捗を報告します。進捗バーは ComfyUI インターフェースに表示されます。これは、V1 で comfy.utils.PROGRESS_BAR_HOOK を使用するパターンを置き換えます。
set_progresspreview_image パラメータとして PIL Image、ImageInput テンソル、または None を受け入れます。execute 内から呼び出されると、node_id は実行コンテキストから自動的に決定されます。

ノード置換