5chSummary

抽出結果: 指定モデルに関する話題

ログ全体から、指定されたモデル（NovelAI (NAI), Pony, illustrious(イラストリアス, リアス, ill, IL), Noobai, FLUX, Wan, Qwen）に関する言及をすべて抽出。選ばれている理由や評価が明記されているものは太字で強調。他の文脈での言及も含む。抽出順はログの登場順。

illustrious (イラストリアス, リアス, ill, IL)

• 660: 「クリスマスイブもリアスでえっちな画像出してシコって終わりかぁ」 → エロ画像生成に使われている。
• 691: 「リアス3.0のフリー化まーだー？？」 → フリー化待ちの話題。
• 722: 「ワイが望む次世代モデル、それはリアスからdanbooruタグがそのまま流用でき絵師タグも思いのまま、加えて自然文による状況描写も完璧で軽量、高解像度出力可能なモデルだーー」 → 理想の次世代モデルとしてリアスをベースに望む（タグ流用しやすさ、自然文対応を評価）。

Noobai (NewBie/noobモデルとして言及)

• 682: 「»678 NewBieに正式に対応したか」 → ComfyUIアップデートでNewBie（Noobaiの意？）対応。
• 720: 「turboはなんか実写用にチューニングしとるとか言っとったような 結局noobモデルは実現するんかな」 → noobモデル（Noobai）の実現可能性を議論。

FLUX

• 657: 「2509のWFにEdit Model Reference Method（FluxKontextMultiReferenceLatentMethodノード）が追加されただけやね」 → ComfyUI公式テンプレにFLUX関連ノード追加（1メガピクセル制限バイパス）。

Wan (WAN, Wan2.1, Wan2.2 など)

• 663: 「WAN2.2のI2Vで元画像の竿役顔なし男に目が書き込まれちゃうのってどう防げばいいんだろう？」 → I2V（Image to Video）で顔生成問題。
• 665: 「InfinieTalk+ベロチューLora(Wan2.1系)」の実験 → LoRA適用で顔崩れ指摘（リアル系LoRAのため）。
• 675: 「・WanのモデルはSmoothMix、Wan2.2remix、WAN 2.2 Enhanced NSFW、DaSiWa、baseのfp16 ・モデルは結果を見て都度切り替えていたので、詳細は覚えてないけど、baseが1番顔が変わりにくくて、プロンプトへの追従も良かった ・low側はDaSiWa以外全てbaseを使用」 → baseモデルを選んだ理由: 顔が変わりにくく、プロンプト追従が良い。動画生成補足。
• 680: 「wan22もアプデすると最新のComfになるのかな」 → アプデ確認。
• 683: 「»675 ロゼッタストーンの謎を解き明かした人並みにすごい」 → 675のWan動画手法を高評価。
• 689: 「baseのfp16は間違い、ggufのQ8やったわ」 → 675の補足（Q8使用）。
• 692: 「Q8とfp16で生成してみても差が判らんかったのと、960×760で生成してるからVRAMがギリだったというのもある」 → Wan関連生成のVRAM事情。
• 815: 「WAN2.2デフォルトのモデルを指しているのでは」 → 675のbaseモデル確認。
• 816: 「結局顔の変わらなさと追従性は基本モデルに行き着くってことなんね」 → 基本モデル（WAN2.2 base）の優位性: 顔の一貫性と追従性。
• 817: 「easywan2.2って自分で用意したLora使えないの・・・」 → LoRA非対応指摘。
• 824: 「»814 »816 すまん、Wan2.2公式のモデルのことを指して書いた 基本モデルはNSFWな描写はイマイチなんやけど、使いどころを間違えなければ、なかなか優秀というのが今回の収穫やった」 → Wan2.2公式base: NSFWイマイチだが優秀（顔変わりにくさ・追従性）。

Qwen (Qwen image edit, QIE, QwenVL, qwen3-vl など。バージョン: 2509/2511/lightning4/Q5/Q8/bf16)

• 659: 「Qwen image editで画風兼表情LoRA作れば対応できるんだろうけど」 → 画風・表情LoRA作成に提案（学習コスト高）。
• 673: 「QIE2511がなかなか来なくてGPU冷めちゃった・・・」 → 待機中。
• 697: 「»679 まあ素直にQwen顔とQwen手になるよねという印象」 → 表情変化でQwen特有の顔・手生成。
• 701: 「ComfyUI-QwenVLだけが不具合出たのでメモ ComfyUI-QwenVLVer2.0.0でGGUFに対応した」 → アプデ不具合とGGUF対応。
• 790: 「画像認識用に qwen3-vl-8b-nsfw-caption-v4.5 が使われてるのをよく目にするんやけど 検閲解除モデルであれば qwen3-vl-8b-instruct-abliterated とかでも同じなんかな」 → 画像認識・キャプション用NSFWモデル比較。
• 805: 「2511は画像参照の精度上がってるね 類似性の向上だけでなく顔だけ参照や上着だけ参照とか部位ごとの指示が通る 地味に足腰が強化されてる」 → Qwen 2511の進化: 参照精度向上、部位指定、足腰強化。
• 810: 「QIE2509で指修整試したんやが Q8モデルだと画面全体描きかえられてまう bf16なら手だけ描き直してもらえるんかな」 → 指修正でQ8全体変更、bf16限定修正希望。
• 812: 「»810 2511試してみては 2511は修整箇所以外をそのままにしておく仕組みが強化されてる」 → Qwen 2511: 修整箇所限定強化。
• 813: 「今まさにbf16で指の修正を一生懸命試してたが」 → bf16で指修正実験（英語プロンプト有効）。
• 834: 「QwenImageEdit用NSFWの続きで、2509で実験していた検閲解除版テキストエンコーダと、複数の画風をコントロールと学習画像に使う嫌パンLoRAを2511に流用したら、なんか妙に汎化能力の高いLoRAになった」 → 2511流用で汎化LoRA成功（NSFW検閲解除版使用）。
• 835: 「2511Q5モデルlightning4ステップだと手だけうまく部分修正してくれる時もあるが全く修正してくれん時もあるな」 → 部分修正の不安定さ。
• 836/843: 「qwen2.5-vl-7bの検閲解除版テキストエンコーダはこの辺」 → 検閲解除版GGUFモデルリンク共有（834関連）。
• その他バージョン言及: 657（2509/2511 WF）、706/707（QIE2511/QIL bf16、VRAM16GB可）、810（2509 Q8/bf16）。

NovelAI (NAI) と Pony の言及はログ内に一切なし。

まとめ洞察:

• Wan と Qwen が最も頻出（動画/I2V/編集/一貫性で活用）。Wan baseは顔一貫性・プロンプト追従で特に評価高。
• リアス はエロ・タグ流用理想モデルとして人気。
• バージョン進化（Qwen 2509→2511: 部分編集強化、FLUXノード追加）が話題中心。Noobai/FLUXは少数。

---

生成AIモデルに関する話題抽出（除外モデル除く）

ログから、生成AIのモデル（主に画像/動画生成関連）に特化した話題を抽出。除外リスト（NovelAI, Pony, illustrious, Noobai, FLUX, Wan, Qwen）該当のものは完全に除外。主にZ-Imageシリーズ（ZIT, Z-Image-Base, Z-Image-Omni-Base, Turbo, Edit, nunchakuなど）の言及が目立つ。他のモデル名（A2R, NewBie, WAIv16など）は文脈が曖昧または除外関連で抽出対象外とした。

Z-Imageシリーズ全体

• 進化・期待感の高さ:
  • 687: 「ZITはここ最近で唯一明確に進化を感じれたからBase期待してるんだけど全然音沙汰ないね」
    • 理由: 最近のモデルで「明確に進化を感じれた」唯一のものとして評価。Base版への期待大。
• 比較表・クオリティ評価:
  • 708: 「zの比較表が追加されたようやけどturbo以外のビジュアルクオリティは低めやからお出しされてもワイらがすぐに使い倒せるような物では無いかもしれんね」
    • 理由: Turbo以外（おそらくBase/Omniなど）のビジュアルクオリティが低めで即戦力になりにくい。
  • 710: 「なんでなんやろ」（708の比較表に対する疑問）。
  • 714: 「omni-baseと無印がはっきり区別されてんのな」
• 用途・互換性:
  • 700: 「ZIbaseも頼むぞ」（エッチな画像編集/同人誌作成の文脈で期待）。
  • 715: 「Z-Image-Omni-Baseで作成されたLoRAはTurboでもEditでも流用可能っぽいな やっぱZ-Image-Omni-Baseの学習コスト次第だな ステップ蒸留だからモデルサイズはTurboと変わらず、学習コストもTurboでのお試しと変わらずでBaseも行けるとなったらかなりすごい Editでの表情差分を画風LoRAとキャラLoRA流用で作れるってことだし」
    • 理由 (Omni-Base選好): LoRAの流用性が高く（Turbo/Edit対応）、ステップ蒸留によりモデルサイズ/学習コストがTurbo並みでBaseも扱いやすい。表情差分作成に画風/キャラLoRAを流用可能で汎用性◎。
  • 712: 「baseはファインチューニング用じゃねの めちゃくちゃ強調しとるし」
    • 理由 (Base): ファインチューニング専用として強調されている。
  • 724: 「Omni-Base　汎用事前学習済みモデル / 無印　　　　Omniから教師ありファインチューン / Turbo　　　無印からステップ蒸留と人力強化学習 / Edit　　　　Omniから編集用移行学習と編集用教師ありファインチューン / TurboにLoRA作るなら無印からやないか？これ Omniは粗削り扱いな気がするで しかし標準やとステップ50が基本ってだいぶステップ蒸留かけたんやな」
    • 詳細分類と理由: | モデルバリアント | 特徴・理由 | |—————–|————-| | Omni-Base | 汎用事前学習済み（粗削り扱い？） | | 無印 | Omniから教師ありFT | | Turbo | 無印からステップ蒸留+人力強化学習（高速化+出力改善。実写用チューニング？ LoRA作成に適？） | | Edit | Omniから編集用移行学習+教師ありFT |
      • TurboのLoRA作成は無印推奨。全体的にステップ蒸留が強く（標準50ステップ）、高速/効率重視。
• Turbo特化:
  • 717: 「turboって単なる高速化だけじゃなくて出力改善効果もあったんやね」
    • 理由: 高速化だけでなく出力改善効果あり。
  • 718: 「Turboでも気合い入った人がファインチューニングやってたけど今後公開のモデルならeasyってのは嬉しいな」
    • 理由: ファインチューニング実績あり、今後公開モデルが「easy」（簡易？）対応なら利便性高。
  • 719: 「omni-baseは教師ありFT前モデル？ なるほどわからん」
  • 720: 「turboはなんか実写用にチューニングしとるとか言っとったような」
    • 理由 (Turbo): 実写用チューニングの噂。
• その他派生:
  • 673: 「QIE2511がなかなか来なくてGPU冷めちゃった・・・になるかと思ったけど暖まるな なおZ-Image-Base」（Base使用報告）。
  • 844: 「z-imageのnunchaku出てるけど試した人いる？WF見つからん」
    • nunchaku版（新バリアント？）の存在言及だが、試用報告なし。WF（ワークフロー）不足が課題。

抽出まとめ

• Z-Imageはログの中心で、進化実感・Base/Omni-Base/Turbo/Editのバリアント多さ・LoRA互換性・ファインチューニング適性・ステップ蒸留の効率性が選好理由として繰り返し挙がる。特にTurboは高速化+出力改善+実写適性で人気、Omni-BaseはLoRA流用/低コストで将来性期待。
• 他のモデル言及（2509/2511, A2Rなど）はQwen/Wan関連中心で除外対象多かったため抽出なし。
• 全体的にComfyUI環境での動画/編集用途で議論活発。理由抽出は上記のように具体的に記述。