まず、ここだけ
- 公式はComfyUI標準ノードを使う構成を案内しています。
- 生成モデル、テキストエンコーダー、VAEは別々の所定フォルダへ配置します。
- 古い追加ノード用ワークフローを、一部だけ差し替える方法は避けます。
最初にComfyUI本体の対応版を確認
OpenMOSSの手順では、MOSS-Imageの標準対応が入ったComfyUIを使います。公式文書は10月19日時点で、v0.41.3にはまだ標準対応が含まれず、該当変更を含む版が必要だと注意しています。インストール済みの本体が新しいか、最初に確認してください。
追加ノードを探し続ける前に、公式の標準対応用ワークフローを確認するのが近道です。記事に書かれた版番号だけで最新状態を判断せず、現在の公式手順と自分の版を照合しましょう。
参照先[2]
モデル三種類を正しいフォルダへ
公式手順では、生成モデルをmodels/diffusion_models、テキストエンコーダーをmodels/text_encoders、VAEをmodels/vaeに置きます。一つの重みファイルを用意すれば全工程がそろう、という構成ではありません。
標準経路はLoad Diffusion Model、適切なmoss_image指定をしたCLIP Loader、Load VAEなどを組み合わせます。エラーが出る場合は、まずファイルの種類と場所、選択したノードが公式例と一致するかを見直してください。
参照先[2]
旧ワークフローの一部差し替えに注意
追加ノード用と標準対応用では、読み込み以外にも処理が異なる場合があります。公式は古い構成のローダーだけを交換するのではなく、標準対応のワークフロー全体を出発点にする方法を説明しています。
MOSS-ImageにはBaseとSFTがあります。文字やレイアウトを含む画像制作が用途として挙げられていますが、日本語の漢字が常に正しく出ることまでは確認していません。最初は低めの解像度で、同じ指示・同じ条件を使って比較すると、環境問題と画質問題を切り分けやすくなります。
話題の元投稿
作者の投稿や紹介を、X で確認できます。
よくある質問
追加ノードは必須ですか?
対応したComfyUI本体と公式の標準ワークフローを使う経路では、MOSS-Image専用の追加ノードを前提にしていません。古い記事の手順と混ぜないようにしてください。
参照先[2]
日本語の文字入り画像も正確に作れますか?
画像内文字を扱う能力は紹介されていますが、日本語での誤字率や可読性を当サイトは実測していません。印刷物などに使う前に、人の目で全文を確認してください。
参照先[1]
『MOSS-Image』の公式ページやモデルデータはどこで確認できますか?
記事内で参照している公開ページ(github.com)から公式の仕様説明、デモ、またはウェイトデータを確認できます。
参照先[1]
日本語のプロンプトや日本の利用環境にも対応していますか?
公開されている仕様やデモ環境を通じて利用可能で、具体的な対応言語や入出力形式は公式ドキュメントで案内されています。
参照先[1]
参考リンク
- OpenMOSS MOSS-Image公式リポジトリgithub.com
- 公式ComfyUI統合手順github.com
- 日本語でのMOSS-Image紹介投稿x.com

