5chSummary

NovelAI (NAI)

• 606: Z-imageとNAIv4.5のスペック比較。NAIv4.5はSDXLよりトークン数多く、自然言語対応がそこそこ良い。テキストエンコーダーがリッチだがSDXLより少し上程度。運営方針から重くないモデルデータ。
• 607-608: NAIv4.5の性能を高く評価。danbooruに100枚程度しかないマイナーキャラでもプロンプトだけで高精度出力可能（意味不明なほど強い）。理由: 少ないデータでキャラ再現性が高く、青天井性能消費を避けたバランスの良さ。
• 609: NAIv4出始めにマイナーキャラで公式アート/クレジット/ロゴ出力。理由: danbooru以外に独自データセット（スクレイピング？）保有の可能性。
• 610: NAIはdanbooru以外にデータセット作成。v1時代から実在ブランド服出力可能。理由: データセットの豊富さと独自構築。
• 614: NAIはdanbooruに20枚あれば余裕で出力。キャラ参照の精度が激強。理由: 少ないデータでの高精度キャラ再現。
• 615: noob（NoobAI?）とは異なり、NAIはbooru以外にデータセットあり。数字の大小関係なし。

Pony

• 495: ローカル画像生成の文脈で「ponyや魔人」が出てきた例として言及。ローカル需要の盛り上がり要因。
• 498: 静止画ローカルで「SDXLでponyや魔人が出てきたくらい」が現状のピーク。理由: 開発コスト低下・性能向上でローカル静止画盛り上がり。

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

• 471: イラストリアスで作った画像は今更おもんない。
• 473: comfy×リアスで画像生成。難しくない。wan2.2環境構築が大変だった対比で、リアスはシンプルで使いやすい。
• 495: 来年末もリアス派生を使いそう。ローカル画像生成の継続使用モデル。

Noobai (NoobAI?)

• 614-615: NAIのdanbooru依存を「noobならそうかも」と比較。NAIは別データセットあり。

FLUX

• 言及なし。

Wan

• 473: wan2.2の環境構築（モデル/ノード/ワークフロー情報多すぎ）が大変。本家Nativeワークフローから組み立てるのが無難。理由: 情報過多で初心者ハードル高いが、公式WFベースで安定。
• 486: wan2.6はクラウドのみ。ローカル動画勢い止まる？
• 488: 2.32.4（wan系?）をローカル出すか2.5を。旧モデル有料販売希望。
• 489: wan以外（hunyuan系）も公開止まり。
• 508: Wan2.6オープンはなさそう。
• 617: wan2.6クラウド公開も消費ポイント高すぎて試せず。
• 620: wan2.2の新しい断面図LoRA来てる。
• 621: wan2.2のテキストエンコーダー（QWEN3）が優秀。ポン入れで使えるか？ 理由: QWEN3の優秀さ。
• 649: wan2.2 i2vでRTX5090使用時4183秒（高速化前提）。

Qwen

• 485: proとZ-image板挟みでqwen image大変。
• 497: ZimageBase学習しやすさ次第。Qwenimage同等コストならSDXLがエロ到達点。理由: 学習コスト高く、大手エロ非対応。
• 564-580, 582-585: Qwen Image Edit 2509用LoRA（日本語プロンプトでアニメNSFW）公開。アニメキャラスクショからNSFW化。network dim48で880MB、Qwen本体40GB（VRAM大）。絵柄維持微妙、マスピ/anime style対応。理由: 自然言語プロンプトでNSFWアニメ簡単実現（PoC成功）、QWEN3リッチ。
• 621: wan2.2テキストエンコーダーのQWEN3優秀。

---

抽出された生成AIモデル関連話題（除外モデル除く）

ログ全体から、生成AIの「モデル」に関する言及を抽出。除外リスト（NovelAI/NAI, Pony, illustrious/リアス/ill/IL, Noobai, FLUX, Wan, Qwen）に該当しないもののみ対象。主に画像/動画/音声生成モデルに焦点を当て、選ばれている理由や文脈を併記。マイナー/不明瞭なものは省略し、明確なモデル名・話題のみリスト化。レス番号順に整理。

SAM3 (451)

• 話題: SAM3の存在に言及。Florence2RunとSam2Segmentation（セグメンテーション関連）と併用中で不満なしだが年末試す予定。
• 理由: 現状のセグメンテーション満足度が高く、代替として検討中（不満なし）。

Gemini (462, 524, 539など複数)

• 話題: Geminiで画像生成。お手軽に良い出力が出るようになった。ComfyUIの2511対応コードをGeminiに渡して性能予想（ノイズ除去時の画像特徴量をTransformerに直接入力し、編集性能向上の見込み）。会話ログが消える不具合指摘。
• 理由: お手軽さ・出力品質向上で久々使用。コード解析/性能予想に活用（無料/課金Pro比較でAI Studio推奨）。

Z-image / Zimage / ZIM / Z-image Turbo (497, 516, 525, 527, 540, 606, 613など複数)

• 話題: ZimageBase/Turboの学習しやすさ議論。ZIM画質悪い（Turbo由来の高速化でJPEG風低画質）。LoRAなし/ありでサンプリングシフト値調整（LoRA効き向上だが破綻率↑、解像度高め推奨）。ComfyUI-EulerDiscreteSchedulerで綺麗に。z-image_turbo_distillpatch_comfyui登場。NAIv4.5と比較（Z-ImageはQwen3超リッチテキストエンコーダー+8step高速）。
• 理由: 学習コスト/Qwen同等ならSDXL超え期待（エロ到達点？）。Turboは高速だが画質トレードオフ（Base待ち）。健全画像生成に使用中。

Nano Banana / nanobanana (481, 494, 500, 505など複数)

• 話題: nanobanana pro使用（「考え中..」表示）。オープンソース版公開でローカル画像生成可能（RAM/VRAM要求高め、bf16で47GB）。27bクラス非現実。Gemma3と混同され釣りスレ化。
• 理由: ローカル画像生成需要（クラウド対抗で性能低下懸念）。Pro使用時の表示変化。

SCAIL (487, 557)

• 話題: ローカル動画で大きいモデル。最近試用（extendなし16秒生成、30秒イマイチ。手ポーズ検出不足）。
• 理由: ローカル動画の有力候補（他オープンソース待ち）。

LTX2 (487)

• 話題: 来年1月オープンソース化予定。
• 理由: ローカル動画期待（SCAILと並ぶ）。

Hunyuan系 (489)

• 話題: 公開止まり（ace-step待ち、hunyuan3Dクラウド化）。
• 理由: ローカル動かせるサイズ希望（非公開懸念）。

Gemma3 (506, 507, 509, 511)

• 話題: 画像読み取り対応（生成誤認）。アフィサイト釣り。
• 理由: 画像対応でNanoBananaと勘違い（テキスト出力メイン）。

T5Gemma-TTS-2b-2b (518, 519, 520, 521, 522, 602, 619)

• 話題: VRAM12GB動作希望（20GB→13GB実績、low_vramモードで成功）。Windows不安定、生成失敗報告多。llasa時改良待ち。Dockerで成功。
• 理由: low_vramで12GB動作（作者更新サンガツ）。登録不要希望。

DaSiWa TastySin (634)

• 話題: アーリーアクセス解除。Comfy上で学習機能目玉（ブロック影響度分析面白）。
• 理由: 学習/分析機能でComfy対応期待。

Sora (637, 640, 643)

• 話題: SageAttention開発者主張で動画生成超高速化（4000秒→35秒？）。入力例でパーティクル風。炎上/ディズニー契約で版権厳格化？
• 理由: 高速化革命期待（品質劣化割り引き）。エフェクト省エネ耐容。

全体傾向・補足

• Z-image系が最多言及（画質/高速/学習議論活発、Base/Turbo区別）。
• Nano Banana / Gemini / T5Gemma-TTSはローカル/VRAM制約下の実用性焦点。
• 動画系（SCAIL/LTX2/Hunyuan/Sora）はオープンソース/高速化待ち。
• 選定理由は主に「ローカル動作」「高速化」「画質/学習しやすさ」「VRAM効率」。ハード値上がり/PC難民文脈でクラウド移行懸念多め。
• 除外モデル（Wan/Qwen/NAI/リアスなど）は意図的にスキップ。曖昧話題（v3.6/LBW/Llaka）はモデル特定不可で除外。