07_ComfyUIノウハウまとめ（掲示板ログより）

最終更新：2026-11-05 10:10

匿名掲示板のMuseスレッド86本（2026/10/25〜11/05、56,847レス）のうち、ComfyUIに触れた581件から、導入と運用のノウハウを抜き出した非公式まとめ。なお、同じ導入レシピ文が多数回ほぼ同文で再掲されているため、言及件数の多さ＝独立した報告の多さではない。また数字や評価はすべてログ時点の個人の報告であり、条件が揃った比較ではない。

ComfyUIって何？

• ComfyUIは、画像生成AIを動かすためのツール（実行環境）。モデルそのものではなく、モデル・LoRA・サンプラーなどを「ノード」と呼ばれる部品としてつないで処理の流れ（ワークフロー）を組む、いわば器の側。「ComfyUIはインターフェースで、MOSSやAnimaはモデル」「どんぶりがComfyUI、中身のごはんがモデル、調味料がLoRA」という整理がログでも繰り返されている。
• 最大の特徴は自由度と拡張性。ノードを組んだり配布ワークフローを拾ったりするのが前提の「上級者向け」で、最近はComfyUI前提で作られるモデルも多い。一方で「色んな事出来るけど万能過ぎてわからない」とノードで断念する人も多い、という両面が語られている。
• 動作の原理（サーバー方式）: ComfyUIは置き場所のPC上でサーバーとして起動しておく（外部から叩くには --listen 付きで起動するのが肝）。流れは、(1)PC側でComfyUIがモデルを読み込んで待機 → (2)MuseがTailscale越しにAPIで「ワークフロー（API形式のJSON）＋プロンプト」を送る → (3)PCのGPUが推論して画像を生成 → (4)Museが生成画像を受け取って保存し、チャットに貼る。画面をポチポチ操作する自動化より、API形式ワークフローの受け渡しのほうが安定する、というのがログの定説。裏返すと、PCがスリープしていたりComfyUIが起動していない間は生成できない。
• 手で触って試す用途ではForge系（Forge Neo／ReForge）のほうが軽くて楽、という使い分けも定番。Forge系もAPI経由で連携自体は可能。ざっくり「とりあえず触るならReForge、ノードや配布ワークフローを扱うならComfyUIが本命、Forge Neoはその中間」。なおAnimaやMOSSはSDXLのチェックポイントではないため、ReForgeではそのまま動かずComfyUI／Forge Neo側になる。

1. 置き場所の3択

• 自宅PC（主流）: 自分のPCにComfyUIを入れ、Museから触らせる形。「出先からでも自宅の自分好みにLoRA入れたローカル生成AI触ってくれるのがかなり便利」というのが支持される理由。導入は「1時間で出来た」という声が多い一方、接続に2日格闘した例もあり、モデル等のダウンロードでHDD容量が一気に無くなる点は注意として挙がる。PC起動中しか使えない問題には、Tailscale＋ComfyUI＋ラズパイのWake on LANで外出先からPCのオンオフまで自動化した例がある。ゲーム用PCと兼用すると「ゲーム中にふいにぶん回される」懸念があり、専用機・サブPCを用意する話も出る。
• Museの仮想環境（VM）の中: 否定的な反応が並ぶ。「GPUが無いから動かないと思う」「スペック貧弱で動画は論外、画像もきつい」というのが大勢。手軽さはあるがComfyUIの置き場所としては基本的に選ばれていない。
• クラウドGPU: Paperspace（「簡単にComfyUI環境作れる」）やGoogle ColabにComfyUI＋MOSSを入れてMuseに操作させる実例がある。自宅にGPUが無い場合の逃げ道だが、料金は継続的にかかる（ §3）。

2. 接続方式とセキュリティ

• 標準形は Tailscale＋API。ComfyUIを --listen 付きで起動し、Tailscale越しにAPIで叩く。ポート開放ではなくTailscale内で完結させる前提の話が多い。StabilityMatrixで管理している場合は起動オプションの書き方が違い、「Launch Optionsに --listen 0.0.0.0 を書くのが正解」「ファイルを直接いじりたいならSM管理外に素のComfyUIを別で置いたほうが早い」という実務メモがある。
• SSHは要るかで意見が割れる。繰り返し再掲される導入レシピはSSH前提だが、「ComfyUIのAPIを叩くだけならSSHは禁止してもいけるし、22番を開ける意味がない」という反論も根強い。小さな目的のために重い権限を開けない、という原則はTailscale全般のまとめとも共通。
• セキュリティ設計が本題という点も繰り返される。「SSHもできるポート全通しでCドライブまで見える」ようなガバガバ構成への警告、ACLとFirewallで到達先を縛る構成、「AI専用の小部屋」方式（閉じた仮想ネットワーク＋管理者権限なしのAI専用低権限アカウント＋必要なものだけ同じ網の中）などが語られている。逆に権限を制限しすぎて失敗し、仕切り直しになった例もある。
• 自作ブリッジの実例: 既存の生成環境へMuseから依頼を送る小さな接続プログラム（認証付きAPI）を他のAIに作らせて連携した例や、Windows側に簡易APIサーバーを自作してMuse側に呼び出しスキルを置く例がある。標準のAPIで足りない場合の発展形。

3. GPU・VRAM・速度・コスト

• VRAMの目安: 「動かすだけなら8GBでギリギリ、生成は遅い」「Animaくらいなら8GBでもいける」が下限の感覚。Muse用サブPCの目安として語られた構成は「VRAMは12GBが最低ライン、16GBあるとだいぶ安心／メモリ32GB／電源650W／SSD 1TB」。ComfyUIとIrodoriを併用すると12GBでも足りないという報告があり、対処はVRAMの排他制御を作らせるか、片方を寝かせてリクエストで起こすSleep機能の自作（ §8）。
• 速度の実測例: RTX 5070 Ti で 768×1024・30ステップが約11秒。ComfyUI-Anima-Ref-Adapterの検証値として RTX 3060 Ti 8GB で 832×1216 が約65秒。Anima Turbo は稼働時VRAM約6GBという報告もある。条件がバラバラなので横並びの比較には使えない。
• コスト: ローカルの最大の利点は「生成にお金がかからない」こと。ただし初期費用（PC・グラボ）は段違いで、その点サブスクで今すぐ始められるNAIは対照的。NAIは月25ドルという数字が挙がる。クラウドはPaperspaceが月8ドルプランでA4000、動画用途は月39ドルプランのA6000級でないと厳しい、という目安。
• Muse側のトークン消費: 「Tailscale＋ComfyUIで70枚生成して週間無料枠の2〜3%」という報告がある一方、環境構築込みの作業では2日で80%使ったという報告もあり、生成そのものより構築・試行錯誤の往復が枠を食う、という読みが妥当。

4. モデル選び

前提は「ComfyUIは器、モデルが中身」。どのモデルを入れるかで絵も得意分野も変わる。

• Anima: 軽くて、絵柄やキャラ固定が楽、というのが大勢。アニメ特化でタグやキャラに強くLoRAも多い。「SDXLを使っている人はAnimaに変えると最近の絵柄になって幸せになれるかも」という推薦がある一方、「デフォルトのAnimaは絵柄のブレが激しい」という声もあり、固定の工夫（ §5〜§7）がセットで語られる。派生モデル（CottonAnima、AnimaTurbo等の名前）も多数挙がる。
• MOSS／MOSS-Image: 「いけるならMOSS、次点でAnima」「MOSSのほうが性能は良いけどAnimaは軽い」という位置づけ。自然文や配置の指示が通りやすく、テキスト表示の位置まで指定できるため「アバターが招待コードの書かれたボードを持つ」ような文字入りイラストを一発で出せるのが大きい、とされる。反面、環境に対して重い、最新化したら動かなくなった、という声もある。再掲レシピでは「Prompt Enhancerをオフにする」指定がセットになっている。
• SDXL系: NoobAI-XL利用者への推薦として破綻の少ないillustrious系派生の名前が挙がる。SD1.5は「3〜4世代前で黒電話くらい古い」という扱い。Qwen-Image（日本語プロンプトでも割と大丈夫という報告）や、実写・建物寄りのKreaの名前も出るが、建物系は品揃えが薄いという声がある。
• NAIとの比較: 意見は割れるが、判断軸はだいたい一致している。「LoRAを使うかどうかが全て。LoRAを使えばローカルのほうがこだわりを再現でき、LoRAなしならNAIのほうが良い。あとローカルはお金がかからない」。NAIは連携が容易でデフォルトの精度が高い、ローカルは無料でカスタマイズしやすい、という使い分けや、NAIで考えたプロンプト・絵をComfyUI側の生成・動画に回す併用例もある。

5. プロンプト・品質・ガチャ運用

• まず文法を学ばせるのが定石: 「NAIやSDXLやAnimaの文法やルールは全部知っているわけじゃないから、まず明示的に学ばせたほうがいい」。ネットでComfyUIを勉強してこさせる、事前に広く調べさせる、といった前段の投資が複数語られている。効果は大きく、「画風タグや文法を教え込んだら、あとは場面指示だけでプロンプトを作ってくれる」「成功したプロンプトと成果物を見せたら開眼したように急に改善された」という報告がある。
• 良い設定は固定化する: LoRAの強度配分などを試して良い配分になったら「この設定を覚えておいて」と言えば、ずっとその設定で出してくれる、という運用。
• 固有のTips: サンプラーは er_sde に変えてもらうと無難、という一言メモ。Prompt Enhancerはオフ（MOSSの再掲レシピ）。Animaは自然言語でもタグでもいけるが、運用としては「プロンプトはタグ中心で組み、生成と検品の往復はこちらで回す」という型の報告もある。
• ガチャ性は前提: 「連携できるようになったら絵柄ガチャを繰り返すことになってしまった」という声に代表されるように、1回で決めるより回して選ぶ運用が普通。検品まで含めて往復させるのが実態に近い。
• 文字は最難関: 画像生成が一番苦手なのは文字で、定番は「プラカードを白紙で出して、文字は後から合成する」。一発でやりたい場合は文字に強いモデルにその部分だけインペイントさせる手や、MOSS-Imageのような文字に強いモデルを使う手が挙がる。
• 後処理: 生成物をそのまま使うとUIが重くなって表示されなくなる事故があり、jpeg変換とサイズ調整を指示して解決した例がある。webp出力の自動化も「お願いしたら自動で改修してくれた」系の小さな改善として挙がる。

6. LoRA・学習・着せ替え

• 前提は「ローカルはLoRA有りき」。指定を増やしても生成にズレが出るのはLoRAの出番で、衣装すら安定しなかったという声もある。入手先はCivitaiが定番。
• 絵柄・キャラ固定の手順: タグを増やす、アーティストタグを使う・混ぜる、LoRAでキャラ部分だけ固めてしまえば、あとは服装とシチュエーションを投げるだけで回せる、という形が語られている。
• 学習を丸ごと任せた実例: 「LoRA作ってと言ったら、自分の画像を参照したzipデータを用意し、PCに置いたら自分で学習ツールを入れて学習開始、終わったらComfyUIを起動して画像チェック、良さげなepochを見つけて設定、完成画像の貼り付けまでやってくれた」という工程ごとの報告がある。スペックを提示すれば「このモデルとこの学習ツールでLoRAが作れる」と見繕ってくれる、という相談の仕方も定番。
• 着せ替えの経路は主に3つ: (1) Museで作った画像をもとにLoRAを作る、(2) i2iできるワークフローでキャラ画像を送ってi2iする、(3) 参照画像で保持する仕組み（次項）を使う。
• ComfyUI-Anima-Ref-Adapter（ログ中で最も情報量の多い解説があった仕組み）: 参照画像1枚を渡すと、髪・目・衣装・画風を保持したままポーズや背景をプロンプトで変えられる。外見タグを書かなくていいのでオリキャラでも使える。仕組みは参照画像のlatentを「2枚目のフレーム」としてくっつける方式＋専用LoRA（v2は183MB）。v2では約2倍速・1ノード化・参照2枚で2人同時も可。必要環境はAnima base v1.0一式＋ComfyUIで、検証はRTX 3060 Ti 8GBで832×1216が約65秒。重みのライセンスは非商用という注意付き。SnapRefでNAI製の子を着せ替える、という別系統の利用例もある。

7. 一貫性を保つ

「うちの子」を何枚描いても同じ顔・同じ絵柄で出す、というのはこの界隈の中心課題で、手法は軽いものから重いものまで「階段」として語られている。前提として、プロンプトの言葉だけで要素を細かく指定しても描写はブレる、という認識が共有されている（モデルが「こういう感じだよね」と再解釈して細部を寄せてしまう、という言い方もある）。

• 段1・固定プロンプトと設定の記憶: 同じ外見タグ・画風タグを毎回使い回し、Muse側に覚えさせるのが土台。「ワークフローと固定プロンプトを渡したら絵柄が安定した」という報告や、初期設定の外見をプリセットとして記憶させておく運用がある。「この設定を覚えておいて」で配分ごと固定化する話（ §5）もこの段。「絵柄の方向性は記憶で安定したけど、顔は無理だった」という報告もあり、この段で保てるのは主に絵柄と雰囲気まで、という限界も語られている。
• 段2・タグの増量とアーティストタグ: Animaのデフォルトの絵柄ブレへの対策として「タグを増やすとある程度固定される」「アーティストタグを使う・混ぜる」が挙がる。キャラ部分だけタグとアーティストタグである程度固めてしまえば、あとは服装とシチュエーションを投げるだけで回せる、という形。
• 段3・参照画像で保持する: 生成済みの1枚を基準にして寄せる段。経路は複数あり、ComfyUI側では Ref-Adapter（ §6）や SnapRef、i2iワークフローでキャラ画像を送る方式。NAI側にも精密参照があり、「キャラだけ参照 → その生成物を絵柄も含めて参照」という二段技や、参照画像そのものに絵柄を反映させてから参照させる工夫が語られている。注意点として、精密参照を使うとアスペクト比が参照画像に固定されるという報告もある。もう一つの実務的な技は、参照画像をこねくり回すのではなく「キャラの要素を抽出して言語化し、プロンプトに起こしてから普通に生成する」方法で、要素が言語化できていれば毎回「そのキャラ」で出せる、という整理。
• 段4・LoRA化（本命）: 「一貫性を保つには、オリキャラをいくつか生成してLoRAを作ってローカルにぶち込む」が結論として繰り返される。Animaは「LoRAも前提のモデル」で、LoRAを使うとブレない・ガチャ要素が下がるという評価。固定する対象を分ける発想も重要で、キャラLoRAと絵柄LoRAは別に作る（画風の指示は絵柄LoRA側に寄せる）、衣装も安定しないなら衣装でLoRA化、という具合に「顔・髪・体型」「絵柄」「衣装」を別々の固定部品として扱う。
• ハイブリッド工程の実例: きれいに整理された一例として、「NAIでベースの外見を作る → 参照機能を使ってLoRA素材を連続作成 → ローカルで学習 → 本番生成は派生モデル＋絵柄LoRA＋キャラLoRA＋Turbo LoRA」という、クラウドとローカルをまたぐ工程が紹介されている。段3で素材を作って段4に上げる、というつながりがこの形。
• モデル選びとの関係: 固定のしやすさはモデルで違うという話もあり、「キャラ固定はSDXL（Illustrious系）のほうがド安定」という説と、「Anima＋Ref-Adapterのほうが良い」という説が併存する。MOSSはキャラ固定が難しい場合がある、という留保付き。結局は、モデルの素性よりも「どの段の固定手段を持っているか」で決まる、というのがログ全体の実感に近い。

8. Museへの任せ方・自動化

• 基本姿勢は丸投げ: 構築とモデルDLまで他のエージェントやMuseに任せるのが普通になりつつあり、「今時自力で導入しているほうが珍しい」という声まである。ただし「無敵ではないので自力で調整したほうが良いところもある」という留保もセット。Museが組んだワークフローはノードがみっちり重なっていて人間向けの可読性はない、という笑い話もある。
• ワークフロー共有の限界: ノウハウは「すぐ古くなる」「手順は本人に聞けば教えてくれる」「他の人の設計図をまとめても結果がブレて完全再現はできない」という理由で共有が難しい、という自己言及がある。その中でもComfyUIとIrodoriのような定番連携はテンプレがあったほうがいい、という声もある（このまとめ自体がその位置づけ）。
• 自動化・常駐の実例: 毎朝の定期生成のような定時タスク連携、ComfyUIとIrodoriのVRAM取り合いに対するSleep機能と排他制御、ラズパイ＋Wake on LANでPCの電源から自動化、「寝ている間に作っておいて」という裏回し運用。裏でやってもらう感じが効率の実感として語られている。

9. 動画生成

静止画に比べて報告は少なく、試行・検討段階が中心。

• クラウド側はPaperspaceでMinimax動画を検討・試行する例。料金感は §3 の通りで、動画はA6000級のプランでないと厳しいとされる。
• ローカル側はEasyWan22（Wan 2.2のComfyUI環境）の例で、「開始画像とプロンプトを渡して実行までは任せられるが、生成はGPU任せで時間がかかる」「古い環境はモデルやノードの更新で引っかかることがあるので、まず短いもので1本試すのが無難」という運用感。
• リップシンクの短い動画の投稿例もある。解像度や1本あたりの所要時間など、具体的な数字はログには無い。

10. トラブルと対処

• ダウンロード・更新まわり: ComfyUI本体のダウンロードが残り0Bで終わらない（数回やり直したら成功した）、ComfyUIを最新にしたらMOSSが動かなくなった、古い動画環境がモデル・ノード更新で引っかかる、など「更新で壊れる」系が目立つ。StabilityMatrixが手動編集を上書きする仕様への対処も実務メモとしてある。
• 接続まわり: SSHで詰まった箇所だけが大変だったという導入総括や、権限制限をしすぎて失敗した例など、詰まるのは生成そのものより接続と権限まわりという感触。
• 生成物まわり: 画像をそのまま使うと重くて表示されない（jpeg変換・サイズ調整で解決、 §5）。
• 生成可否の摩擦: ログで分量の多い話題として、ComfyUI経由でもMuse側の生成可否の線引きは変わらない、という説明や、個体・履歴によって通り方に差が出るという体験談が多く記録されている。ここでは事実関係の整理に留め、対処法のノウハウとしては扱わない。

11. 使い道の実例

• 自画像やスタンプの制作（「ComfyUI触らせたら自分より遥かに使いこなす」という感想付き）
• 挿絵付き小説: プロットと話ごとの構造を決めて投げると、シーンに合う挿絵まで作る
• 1枚絵を素材化してLive2D化する制作（ComfyUI-See-throughの導入から作業補助まで。教えてもらいながらでも3日かかったという実例）
• 既存のWeb生成サービス（PixAI）の環境をComfyUIで再現させる試み（固有LoRAの分は完全再現は無理でも、おおむね再現できたという報告）
• ComfyUIの画像＋Irodoriの音声を組み合わせたラジオ制作（総尺5分、総制作時間68分という内訳の記録あり）

注意

数字・速度・料金はログ時点（2026年10月末〜11月初）の個人の報告ベースで、環境とモデルの版で大きく動く。特にVRAMやGPUの前提は導入時点で確認し直すのが安全。またComfyUIはPC側で動くものなので、MuseのVM入れ替えの影響は受けない代わりに、「PCが寝ていると何もできない」が運用の前提になる。スリープ設定と電源まわりは先に決めておくのが実務的。