5chSummary

NovelAI (NAI)

• 582: NAI4.5レベルでdanbooruタグ+自然言語ができるローカルモデルを望む声。理由: NAIを高品質の自然言語対応・タグ対応のベンチマークとして挙げ、理想のローカルモデルとして位置づけ。
• 583: 自然言語対応がNAIレベルならWAIでゴールできる。理由: NAIの自然言語プロンプト追従性を最高峰として、他の悩み（構図など）がプロンプトで解決可能と評価。

Pony

• 該当なし。

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

• 該当なし。

Noobai

• 該当なし（NewBie-imageの類似表記ありだが、Noobaiとは別）。

FLUX

• 477: Flux2ちゃんとふにゃーん1.5ちゃんはアリババがいなければ天下を取っていた。理由: アリババ（おそらく競合やインフラ要因）の不在なら最高性能モデルとして天下を取れた可能性を評価。
• 478: Flux2の天下は重すぎて無理。理由: VRAM負荷が重く、一般普及が難しいデメリットを指摘。

Wan

• 434: ComfyUI-KJNodesのgit pullで解決、wrapperなら公式LoRA、nativeならkijaiさんのコンバート済みLoRAが必要。理由: Native環境でのLoRA互換性が高く、kijai版が必須で安定動作。
• 436: 公式LoRAはダメでKijaiのHF版が必要（初見殺し）。理由: NativeでKijai版LoRAのみ動作し、安定生成に不可欠。
• 449: Kijai版LoRA（SVI_v2_PRO_Wan2.2-I2V-A14B_LOW_lora_rank_128_fp16）がnative必要、公式版は動かない。Native WFはシンプル、kijai版はカスタムノード多めでスパゲティ。理由: NativeのシンプルさとLoRA互換性で選ばれ、動画生成（SVI）に適す。
• 455: SVI公式とKijai版の比較画像。理由: Pro版の品質向上と顔変化・プロンプト利きの違いを検証。
• 458: SVI Pro版試用、WFすっきりだが顔変化目立つ・プロンプト利き悪く、無印版の方が良い印象。理由: WFの整理しやすさと品質比較で選定。
• 467: SVIのアンカー画像参照が強く顔変わらず良いが、プロンプト無視多め。HighでPainterLongVideo、LowでSVIの2段構成。理由: 顔の一貫性と仕上げの精度が高く、動画生成に最適。
• 468: WFにWanVideo Enhance A Video (native)付け、雰囲気で使用。理由: エンハンス効果で全体品質向上。
• 472: wan22_SVI_Pro_native_example_KJでanchor_samplesの使い方検証。理由: 動画接続の安定性と動き付けに有効。
• 496: easywanで5秒ループ試行、スタート/エンド同じ画像で上手くいかず。理由: 低VRAM向けeasy版の利便性だが、プロンプト追従劣化（Q4モデル）がデメリット。
• 499: easywanのプロンプト追従劣化（Q4容量削減）。モデル変え推奨。理由: ループ生成の制約下でプロンプト追従が弱い。
• 509: ループ用WF（Wanベース）。理由: ループ生成の安定性。
• 535: StabilityMatrixでWan2GP追加、少ないVRAMで画像/動画イケる。理由: 低VRAM環境での汎用性高く、Easyシリーズの後継候補。
• 559: SVI ProのNative版WF、Painter Sampler Advancedに変えすっきり。anime style追記でスタイル制御。理由: WF整理しやすく、リアル系回避・結合部カクつき対策に有効。
• 565: Painter Sampler AdvancedはLow/Highを1ノードで済ますタイプか。理由: サンプラー効率化。
• 577: SVIのつなぎ目スムーズさ。理由: 動画継ぎ目の自然さ。
• 585: SVIは目閉じ状態からの色維持しやすい。理由: 目の詳細維持に優位。
• 589/592: WanImageToVideoSVIProノード導入（KJNodes nightly）。理由: SVI動画生成の必須ノード。
• 595: SVIはエンドフレーム指定不可。理由: ループ生成の制約。
• 599: WanImageToVideoSVIProにエンドフレームPRマージで対応。理由: 拡張性で動画制御向上。
• 600: SVIの5フレーム重複で終端カット可能、色ズレ回避。理由: 動画延長時の安定性。
• 607: PainterI2VAdvancedでcolor protect、色変化なし（ただしカメラ移動抑え）。理由: 色安定性向上。
• 609: wan2.6存在。理由: 進化版の存在示唆。
• 610: （名前忘れ）良い動きで好きだがループ不可。理由: 動きの質が高い。
• 613: SVIは画像1枚で便利、プロンプト/LoRA次第。理由: 簡便性。
• 614: SVIこま切れ生成+Latent保存で捗る。理由: 効率的な長動画生成。
• 619: TripleKSamplerで高速化犠牲補完（High/Low分担）。Smoothmix高速化マージ済みなら意味薄。理由: 品質/速度バランス調整。
• 623: Nativeフロー（SVI）でwrapperより安定、simple ComfyUI導入。理由: Wrapperの不安定さ回避。
• 626: WanVideoWrapperはメモリ効率化未対応、ハイスペ推奨せず。理由: Native版のメモリ優位性。
• 634: Wan用射精系LoRA探し、Smooth MIXのAnimation系LoRA良いか。理由: アニメcumの顔変化対策。
• 636: Wrapper（kijai版）は拡張性優れるがメモリ管理劣る、特にデコード重い。理由: Nativeの軽量性優位。

全体傾向（Wan）: 主にSVI/Painter系動画生成（I2V/T2V）で多用。Native版のLoRA互換性・シンプルさ・低VRAM対応・顔/色一貫性・継ぎ目スムーズさが選定理由。Wrapperは拡張性あるが重い。Pro版は品質向上もトレードオフあり。

Qwen

• 480: QwenImage（エディットではなく本体）は自作LoRA作れないと使い道なし。Zimage EditのLoRA16G VRAMなら天下。理由: LoRA作成しやすさが鍵、SDXL超え期待。
• 484: Qwen重いせいで話題にならず、5090必要。理由: 高性能だがVRAM重く普及しにくい。
• 488: Pro料金跳ね上がり、無双状態で価格上昇恐れ。理由: 競争少なく高性能。
• 489: Z-ImageエロFT出るまでSDXL継続、CN経由で使用。理由: エロ適応待ち。
• 494: LoRA作成手助け、キャラポーズ指定、2-4コマ漫画作成能力すごい。理由: 漫画/ポーズ制御に強い。
• 500: Qwen image edit 2512来るらしい。
• 504/515: Qwen image v2と同一、画像がv2っぽい。理由: 進化版期待。
• 505: 2511は2509より使いこなせん。
• 580: QwenImage：アニメ系ローカル最高峰、テキストエンコーダリッチでプロンプト書き放題、学習コスト高。理由: アニメ生成/プロンプト追従最強。
• 584: NewBieはGemini/VMLプロンプト対応。
• 586: QwenVLM NSFWでLoRA自然言語キャプション、間違えあり（バック構図誤認識）。手修正必要。理由: NSFWキャプション自動化に有用だが精度不足。
• 587: Forge neo SDXLでnegpip使えず（Z-Image専用？）。
• 588/601: Edit2511 WFの「resolution steps」不明（ピクセル倍数指定、TextEncodeリサイズで無意味）。理由: WF最適化。
• 597: Qwen Image Edit 2511用NSFW LoRA公開（百合えっち、512x512 dim48学習）。5090でもVRAMきつい。理由: 解像度/LoRA適応でエロ生成強い。
• 598: 作例公開、学習画像/コントロール画風揃えで生成画風一貫。理由: 画風制御精度高。
• 601: resolution stepsは縦横ピクセル倍数指定（16/32推奨）でピクセルシフト回避、無意味。理由: WF微調整。

全体傾向（Qwen）: Image/Edit系でアニメ/NSFW/LoRA生成に強く、プロンプト/テキストエンコーダ優位。VRAM重く学習コスト高がデメリット。新版（2511/2512）期待大。

---

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

ログ全体から、生成AIの「モデル」名（ベースモデル、派生モデル、LoRA含む）が明示的に言及され、除外リスト（NovelAI, Pony, illustrious, Noobai, FLUX, Wan, Qwen）に該当しないものを抽出。話題の文脈を簡潔にまとめ、特に選ばれている理由（性能、VRAM対応、エロ適性など）が明記されている場合を強調。

Zimage / Z-Image / Z-imageBase / ZIT / ZIB（複数言及、動画・静止画両用モデル）

• 主な話題: Turbo版（z-image-trubo / ZIT）が鮮明でデビュー成功したが、Base版リリース待ち。自作LoRA作成しにくく、エロFT（ファインチューニング）待ち。LoRA適用で画質がSDXL並みに低下。アニメ→実写変換WFの需要あり。ポストSDXL候補として期待。
• 選ばれている理由:
  • 16GB VRAMで動作可能（Edit版LoRA対応なら「天下」級、SDXL移行の壁）。
  • Turbo版の広報戦略成功で話題性高く、鮮烈な生成品質。
  • 学習環境・Base版でエロLoRA作成しやすく、表現幅拡大（顔変化問題解消期待）。
• 関連レス: 480, 489, 524, 525, 527, 528, 570, 571, 574, 580。

SDXL（Stable Diffusion XL、静止画中心）

• 主な話題: 静止画生成でエロ（1Girl）なら十分。Zimage+LoRAで画質が同等化。5090でも常用可能。Z-ImageエロFT待ちの移行先として現状維持。
• 選ばれている理由:
  • 細部修整でポン出し・エロ生成に実用的（VRAM16GB以上で安定）。
  • 次世代モデル（Zimageなど）のエロ適性未確認のため「十分感」強い。
• 関連レス: 480, 487, 489, 571, 580, 587（negpip非対応言及）。

NetaYumeLumina（次世代静止画モデル）

• 主な話題: エロ・タグ・自然言語・日本語プロンプト対応が次世代機能として評価されるが、画像生成自体が弱い。
• 選ばれている理由: プロンプト柔軟性（自然言語・日本語）でエロ生成の悩み解決期待。ただし生成品質不足で非推奨。
• 関連レス: 580, 582（NAI4.5レベル自然言語待ちの文脈で比較）。

NewBie-image（実験的静止画モデル）

• 主な話題: XML方式プロンプトサポートでタグ付け・生成・LoRAに利点。次世代スタンダード（SDXL上位＋LLM厚め・16GB VRAM収まり）候補。
• 選ばれている理由: VRAM16GB対応で普及性高く、XMLプロンプトでdanbooruタグ自然言語化可能（Gemini/VML用プロンプト用意）。
• 関連レス: 575, 580, 584。

CunnyFunky（セミリアル系モデル、MiaoMiao派生）

• 主な話題: MiaoMiaoよりLoRA先行で使用可能。顔ボケやすい（リアル身体との馴染み優先）。X凍結騒動あり。新版（CunnyFunky3）即出現。乳首溶けやすい（detailer工夫要）。
• 選ばれている理由:
  • LoRAでMiaoMiao不要、セミリアル身体表現強い（ただし顔クッキリ化待ち）。
  • AIクリエイター名指しLoRA作成レベルで「本物」感。
• 関連レス: 538, 543, 546, 548, 549, 550, 551, 569, 572, 573。

その他のマイナー言及モデル

• Smoothmix / DaSiWa / Enhanced NSFW / EXITIUM VICTRIX（動画Highモデル派生）: エロファインチューン先駆け（Smoothmix）、仕上がり綺麗だが動き単調（DaSiWa）、アニメ特化非対応（Enhanced NSFW）、配布モデル（EXITIUM）。TripleKSamplerとの相性議論。※Wan系文脈だが明示除外外。
  • 理由: エロ動画仕上げ・高速化補完に特化（ただしLoRA追加推奨）。
  • 関連: 615, 619。
• 麦袋: 細部rep=10でそこそこ使用可能（詳細不明）。
  • 関連: 483。

抽出ノート:

• Wan/Qwen系（SVI, Painter, QwenImage等）は除外遵守で省略（ログの大部分）。
• ツール/ノード（SAM3, Lossless Scaling, ComfyUI系）はモデル非該当で除外。
• 話題の9割が動画（Wan系）中心のため、静止画モデル（Zimage/SDXL等）が目立つ。エロ適性・VRAM16GB対応が共通の選定基準。