5chSummary

以下は、提供されたログ（850〜1000）から、指定された生成AIの「モデル」に関する話題をすべて抽出・整理したものです。抽出の基準は以下の通りです：

• 指定されたモデル（NovelAI (NAI), Pony, illustrious(イラストリアス, リアス, ill, IL), Noobai, FLUX, Wan, Qwen）に限定して抽出。
• 各モデルの言及箇所をレス番号とともに引用・要約。
• そのモデルが選ばれている理由（例: 使い勝手、精度、スペック対応など）が明示的に述べられている場合、それを抽出・強調。
• ログ全体をスキャンし、重複や文脈を考慮して整理。指定外のモデル（例: Gemini, Grokなど）は無視。
• 抽出はモデルごとにグループ化し、時系列順に並べる。

NovelAI (NAI)

• 858: “ええやね、NovelAIやろうか”
  • 話題: NovelAIの使用を提案。
  • 理由: 前のレス（847）の画像生成結果が良いため、NovelAIで試すことを推奨（具体的な選定理由は明記なし）。
• 876: “naiで契約切れたあとにanlas消失するって現象が報告されてる ワイも消えたわ ニキたちは大丈夫？”
  • 話題: NovelAIの契約切れ後のAnlas（クレジット）消失現象の報告。
  • 理由: なし（問題報告のみ）。
• 881: “かなり昔から切れっぱなしの遺産やから参考にならんかもしれんが残ってたで”
  • 話題: NovelAIのAnlasが残っている事例。
  • 理由: なし。
• 884: “リセットされる報告あったけど ワイ環境は0になるんじゃなくてちょっとずつ減るんや”
  • 話題: NovelAIのAnlas減少現象の詳細。
  • 理由: なし。
• 885: “1年前に解約したけど無料分と購入分のアナル全部残ってるで”
  • 話題: NovelAIのAnlasが解約後も残っている事例。
  • 理由: なし。
• 951: “NAIのリファレンスのお陰で個人的にシコるぐらいなら絵師タグすらいらんくなってもうたな・・・”
  • 話題: NovelAIのリファレンス機能の利便性。
  • 理由: リファレンス機能のおかげで、絵師タグなしで個人的な生成が可能（創作性が不要になるほど便利）。

Pony

• 852: “というのをponyのときのからそういや発掘してたなと、精液ネバネバの焼き直し”
  • 話題: Ponyモデルを使った過去の生成（精液表現の焼き直し）。
  • 理由: なし（過去の使用例の言及）。
• 863: “乳首とザーメンは絵柄にかなり左右されるよね”（文脈的にPony関連の可能性が高いが、明示的でない。Ponyの言及なしのため、厳密には抽出対象外。ただし、全体の流れで関連）
  • 注: Ponyの直接言及なしのため、抽出を控えめに。

illustrious (イラストリアス, リアス, ill, IL) ※hakushiMixなども関連として扱う

• 851: “ワイはリアス0,1のやつも1,0のやつもhakushiMixのやつも使わせてもろてるで それぞれ質感が違うから味変に使えるんや”
  • 話題: Illustrious (リアス) のバージョン0.1、1.0、hakushiMixの使用。
  • 理由: 各バージョンの質感が異なるため、味変（バリエーション生成）に便利。
• 864: “lecoってモデル本来のポテンシャルを引き出してる感がええんよな hakushi久々にいじってみるか”
  • 話題: hakushi (Illustrious関連)の使用検討。
  • 理由: LECOがモデルのポテンシャルを引き出すため、hakushiを再び試す価値あり。

Noobai

• ログ全体で言及なし。

FLUX

• 934: “qwen2059で作った画像をfluxでface detailerしたがなんか逆に不細工になるというか、不自然に顔がそばかすになったりするんよな。。 civitaiのFLUX Face Detailer Special使ったり”
  • 話題: FLUXを使ったFace Detailerの使用（Qwen生成画像の顔修正）。
  • 理由: 顔の詳細修正のため（ただし、不自然になる問題あり）。テンプレートを使うと体も変わってしまうため、顔専用に調整中。

Wan

• 860: “SmoothmixWan2.2をやったら共有GPUメモリに溢れ出して”
  • 話題: SmoothmixWan2.2の使用とメモリ問題。
  • 理由: モデルサイズが大きいため、VRAM不足のテスト（ComfyUIのメモリ管理で対応可能）。
• 862: “ワイVRAM12GB民やがWan2.2はfp16とSmoothMixで標準ノードにSageAttentionとModelPatchTorchSettingsノード噛ませて問題無く生成出来てる”
  • 話題: Wan2.2のfp16版使用。
  • 理由: VRAM12GB環境で問題なく生成可能（ノード調整で最適化）。
• 870: “共有VRAM使ってよろしくやるようになったのは0.3.66ぐらいからやで 0.3.68やけどVRAM16GBでQIE2509のbf16はノーマルローダーで普通に使えるで”（Wanの文脈で共有メモリ言及）。
  • 話題: Wan関連のメモリ管理（間接的に）。
  • 理由: なし。
• 873: “生成するだけならVRAM16GBにRAM128GB積んでれば不自由しないやろ精神”（Wan2.2関連のスペック議論）。
  • 話題: Wan2.2の生成環境。
  • 理由: VRAM16GB+RAM128GBで不自由なく生成可能。
• 875: “ram64gbで足りるように最適化も進めてほしいわ”（Wan関連のRAM議論）。
  • 話題: WanのRAM最適化希望。
  • 理由: なし。
• 877: “生成ならいらんやろで満足した頃にLoRA沼にハマり、あやっぱ次世代・動画LoRAだと16GBVRAMだと足らない…ってなるやーつ”（Wan関連のVRAM不足）。
  • 話題: WanのLoRA使用時のVRAM問題。
  • 理由: 次世代・動画LoRAでVRAM不足が発生するため、増設推奨。
• 880: “Qwen2509とかWan2.2やるなら5080の方がええで 生成時間は値段分3割高速やからね”
  • 話題: Wan2.2の使用。
  • 理由: 生成時間が3割高速になるため、GPU（5080）推奨。
• 883: “せっかくRAM192GB積んだんだからもっとじゃぶじゃぶ使うて高速高精度にできるようにして”（Wan関連のRAM使用）。
  • 話題: Wanの高精度生成のためのRAM活用希望。
  • 理由: 高速・高精度生成のため。
• 900: “ComfyUI 0.3.70ではカスタムノードのwanBlockswapが無効化されるようやな”
  • 話題: WanBlockswapノードの無効化。
  • 理由: ComfyUIのメモリ管理システムを破壊するため（プラシーボ効果と批判）。
• 905: “ComfyUIで導入されたメモリ管理システムに悪影響出るっぽいな”（WanBlockswap関連）。
  • 話題: Wanのメモリ管理問題。
  • 理由: 悪影響のため無効化。
• 908: “ネイティブブロックスワップノードは、せいぜいプラシーボ効果で、ComfyUIのメモリ管理システムを破壊します”（引用）。
  • 話題: WanBlockswapの批判。
  • 理由: プラシーボ効果のみで有害のため、無効化。
• 910: “最新ComfyUIでwanBlockswap無しで問題なくwan動画の生成できるんかな？”
  • 話題: Wan動画生成のテスト。
  • 理由: Blockswapなしで生成可能か確認。
• 915: “RTX3080(VRAM12GB)/DDR4 RAM128GBの環境ならBlockSwap不要でfp16モデルが使えた”
  • 話題: Wanのfp16モデル使用。
  • 理由: 指定スペックでBlockSwap不要（生成可能）。
• 916: “Blockswapは確かにやってることがGPUメモリ←→メインメモリのやりとりだから”
  • 話題: WanのBlockswapメカニズム。
  • 理由: Pinned Memoryで対応可能のため、不要。
• 920: “WanVideo block swapノード(いつも使ってきたWanVideoWrapper)の他に WanVideo BlockSwapノード(ComfyUi-wanBlockswap)があるやん”
  • 話題: WanのBlockSwapノードのバリエーション。
  • 理由: フォーク版の存在（更新対応のため？）。
• 922: “0.3.70アプデ完了 ネイティブのWanVideo BlockSwapノードは消えてたわ”
  • 話題: Wan2.2の生成テスト。
  • 理由: BlockSwapなしで問題なく生成（メモリ管理向上）。
• 925: “Wan2.2ならそれ（v0.3.55）が最強やで 最新はなんか話聞くと性能上がってそうに聞こえるけどWan2.2の速度は遅い”
  • 話題: Wan2.2のバージョン比較。
  • 理由: v0.3.55が最強（速度が速いため）。16GB/128GB環境で最適。
• 928: “comfyui最新版にしたけどwanでblockswapとかその辺使わずに生成したら見事に詰まるな”
  • 話題: Wanの生成詰まり問題。
  • 理由: Blockswapなしで詰まるため、PyTorchバージョン更新が必要。
• 929: “というか最新版にしても普通にwanのblockswapノード効いて生成出来るし”
  • 話題: WanのBlockswap有効。
  • 理由: 生成可能（問題なし）。
• 932: “あかんワイ環やと0.3.70でWan2.2落ちる”
  • 話題: Wan2.2のクラッシュ問題。
  • 理由: 0.3.70で落ちるため、0.3.69推奨（スペック: RAM96G+4090）。
• 971: “wan2.1のphantom +FusionXおすすめ 自分はこれで色々作ってからwan2.2でI2Vしてる”
  • 話題: Wan2.1 (phantom + FusionX) とWan2.2の使用。
  • 理由: 服装安定とエロ生成に便利（I2Vに活用）。
• 980: “プラセボかは知らんけど最新comfyでブロスワ無くても、むしろ無いほうが速いっぽいんでワイはOKです”
  • 話題: WanのBlockSwapなし生成。
  • 理由: なしの方が速いためOK。
• 995: “ワイのWF（smoothmix）やと.3.70の方が誤差レベルで速いんよね”（Smoothmix Wan関連）。
  • 話題: Wan (Smoothmix)の速度比較。
  • 理由: 0.3.70の方が速い（文句なし）。
• 996: “アプデすればブロックスワップは削除せんとあかんてこと？”（Wan関連）。
  • 話題: WanBlockswapの削除検討。
  • 理由: なし。
• 998: “WanVideoWrapperのBlockSwapノードは引き続き使えるけどKijaiフローは最新のComfyUI神メモリ制御に非対応 Nativeフローに使えるBlockSwapノード”
  • 話題: WanVideoWrapperのBlockSwap使用可能。
  • 理由: 最新ComfyUI対応のため、Native版推奨。

Qwen

• 850: “ヘイニキ！QIE-2509とQwen-Image-Edit-Rapid-AIOどっちの方が使い勝手ええか教えろ”
  • 話題: QIE-2509とQwen-Image-Edit-Rapid-AIOの比較。
  • 理由: 使い勝手を尋ねる（回答待ち）。
• 857: “Qwen-Image-Edit-Rapid-AIOは中スペック向けのらくらくチューンが目的だから精度追求の面で弱い 編集という目的においては精度が品質に直結するからBF16モデルで自前でエロLoRA入れたほうがいい”
  • 話題: Qwen-Image-Edit-Rapid-AIOとBF16版の比較。
  • 理由: 中スペック向けで精度が弱いため、精度追求ならBF16+自前LoRA推奨。スペック不足ならAIOが使い勝手良い。
• 860: “ComfyUI側がPinned Memoryでうまいこと共有GPUメモリを使ってよろしくやってくれてるらしい … QIEのBF16をそのまま入れたらフリーズした”
  • 話題: QIE (Qwen Image Edit)のBF16版使用とフリーズ問題。
  • 理由: モデルサイズが大きいため、Distorch2MultiGPUが必要。
• 862: “同じくQwen2509はDistorch2MultiGPUノード使わないとさすがに動かんかったわ”
  • 話題: Qwen2509の使用。
  • 理由: VRAM12GB環境で動かないため、Distorch2MultiGPU必須。
• 870: “VRAM16GBでQIE2509のbf16はノーマルローダーで普通に使えるで QIE2509でDistorch2MultiGPU使うと1.5~2倍遅くなるからQIE2509では使ってないで”
  • 話題: QIE2509のbf16版使用。
  • 理由: VRAM16GBで通常ローダー可能（Distorch使用で遅くなるため避ける）。
• 871: “スペックは5090＆128GBなんでQIE-2509も連休中にWF構築頑張ってみるンゴ”
  • 話題: QIE-2509のワークフロー構築。
  • 理由: 高スペック（5090+128GB）で対応可能。
• 880: “Qwen2509とかWan2.2やるなら5080の方がええで”
  • 話題: Qwen2509の使用。
  • 理由: 生成時間が3割高速になるため、GPU（5080）推奨。
• 886: “Qwen Image Edit 2509 エロが使えるnano bananaみたいなもんや”
  • 話題: Qwen Image Edit 2509の使用。
  • 理由: エロ生成可能で、nano bananaのような編集機能（オフライン対応）。
• 887: “QIE2509テンプレWF持ってきて、デフォルトがFP8だから精度追求するならBF16を持ってきて切り替える”
  • 話題: QIE2509のワークフロー。
  • 理由: 精度追求ならBF16版（デフォルトFP8から切り替え）。
• 888: “Qwen Image Edit 2509”
  • 話題: Qwen Image Edit 2509の紹介（886の続き）。
  • 理由: エロ対応のnano banana代替。
• 896: “BF16で生成するとVRAM31GB　メモリ７０GBほど使用し、１２分ほど1枚の生成にかかるんごねぇ…”
  • 話題: Qwen (BF16版)の生成時間とリソース使用。
  • 理由: 高リソースだが、WF加工で調整可能。
• 913: “Qwen-Image-Edit-2509-Q8_0.ggufと Qwen2.5-VL-7B-Instruct-Q8_0.ggufで問題なし”
  • 話題: Qwen-Image-Edit-2509-Q8_0とQwen2.5-VL-7B-Instruct-Q8_0の使用。
  • 理由: 問題なく動作（更新後テスト）。
• 924: “Qwen3-VL-8BのNSFW版 Qwen3-VL-8B-NSFW-Caption-V4.5やけど … 出力をQwen（snofsとanime系LoRA）にコピペして生成したらそれなりのが出たわ”
  • 話題: Qwen3-VL-8B-NSFW-Caption-V4.5とQwenの使用。
  • 理由: NSFWキャプション生成が可能（検閲稀に発動するが、seed変更で回避）。pantiesコンセプトの学習不足を指摘。
• 926: “流石にqwen出る前くらいには追いついているんやろかワイ”
  • 話題: Qwenの進捗確認。
  • 理由: なし（ライトユーザー向けのinpaint検討）。
• 934: “qwen2059で作った画像をfluxでface detailerしたが”（qwen2059はタイポで2509か）。
  • 話題: Qwen2509生成画像の後処理。
  • 理由: 顔修正のため（不自然になる問題あり）。
• 984: “banana2早くしろ が出ないとQIEの進歩が止まる”
  • 話題: QIE (Qwen Image Edit)の進歩待ち。
  • 理由: banana2のリリースでQIEが進化するため。
• 995: “SDXLも若干速くなってQIE2509もbf16がなんもせんでも動いてて、もう文句のつけどころがないですわ”
  • 話題: QIE2509のbf16版使用。
  • 理由: 更新で何もせずに動くほど便利（文句なし）。

---

以下は、提供された5chログから抽出された生成AIの「モデル」に関する話題のまとめです。抽出の基準は以下の通りです：

• 除外モデル一覧（NovelAI (NAI), Pony, illustrious(イラストリアス, リアス, ill, IL), Noobai, FLUX, Wan, Qwen）に該当するモデルおよびその派生（例: Qwen-Image-Edit-Rapid-AIO, Qwen2509, Wan2.2, SmoothmixWan2.2など）は一切除外しました。
• 生成AIのモデル名が明示的に登場し、話題として扱われているものを対象としました。特に、そのモデルが選ばれている理由（例: 質感の違い、規制の緩さ、ポテンシャルの引き出しなど）が述べられている場合に抽出・強調しています。
• 抽出はログのレス番号を基に整理し、重複を避けつつ関連する文脈を簡潔にまとめました。モデル名が複数回登場する場合、代表的なものを中心にまとめています。

抽出されたモデルと話題のまとめ

1. hakushiMix (レス851, 864)
   • 話題: リアス（除外モデル）と併用して使用されており、hakushiMixのバージョンが複数あり、それぞれ質感が違うため「味変（味の変化）」に使えると評価されている。また、leco（後述）と組み合わせることでモデル本来のポテンシャルを引き出せるとの感想あり。
   • 選ばれている理由: 質感の違いによるバリエーション確保。lecoとの組み合わせでポテンシャルを引き出せる点が好評。
2. Gemini 3 Pro (レス863, 985)
   • 話題: Google AI Studio版ではエロ小説プロンプトが弾かれるが、アプリ版では通る。Grok 4.1（後述）と比較してショタおね（ショタおねえさん）プロンプトが弾かれやすく、Gemini 2.5と規制の強さが大差ない。NSFWを含まないプロンプト生成では良い感じで使えるが、Danbooruタグの知識プールを作らないと脱線しやすい。
   • 選ばれている理由: エロ小説プロンプトがアプリ版で通る規制の緩さ（ただしStudio版は厳しい）。NSFW非対応のプロンプト生成で安定性が高い点。
3. Grok 4.1 (レス863, 954, 968, 981, 987)
   • 話題: エロ小説プロンプト（例: ショタおね）が素通りしやすいが、未成年キャラクターや非同意系は高確率で弾かれるようになった（一昨日は完全フリーだったが規制強化）。ロリ・妹・近親相姦のフルセットでもエロチャットが可能（環境による）。東方の妖怪キャラ（100歳以上設定）なら通る場合あり。動画生成の話もあったが続報なし。
   • 選ばれている理由: 規制が比較的緩く、ショタおねやロリ系プロンプトが通る場合がある（ただし未成年や非同意系は弾かれやすい）。創造主のイーロン・マスクが検閲を嫌うため、余程の幼女虐待やグロ表現でなければ何でも出す可能性が高い点。
4. Gemini 2.5 (レス863)
   • 話題: Gemini 3 Proと規制の強さが大差ない。
   • 選ばれている理由: 特記なし（Gemini 3 Proとの比較で規制の強さが言及されたのみ）。
5. Leco (レス864)
   • 話題: モデル本来のポテンシャルを引き出してる感が良い。hakushi（hakushiMix関連か？）と併用して久々にいじる価値あり。
   • 選ばれている理由: モデル本来のポテンシャルを引き出せる点が評価されている。
6. Hakushi (レス864)
   • 話題: Lecoと併用して久々にいじる価値あり（hakushiMixの略称か派生と思われる）。
   • 選ばれている理由: Lecoとの組み合わせでポテンシャルを引き出せる点。
7. Nano Banana (レス886, 971, 984, 988)
   • 話題: 元画像を参照して生成可能だが、ほとんどがオンラインでエロ禁止のためきつい。Wan2.1のPhantom + FusionX（除外モデル関連だがNano Banana自体は独立）と組み合わせるのがおすすめ。Banana2（Nano Banana2？）の公開が待ち望まれており、一部で既に公開気配あり。QIE（除外モデル）の進歩が止まるため早く来てほしい。
   • 選ばれている理由: 元画像参照による生成の安定性（服装安定やエロ用途）。ただしエロ禁止がネックで、オフライン版やエロ対応版が求められている。

追加の抽出メモ

• 上記のモデル以外で生成AIモデルとして言及されたものは、除外リストに該当するため抽出していません（例: Qwen関連のすべて、Wan関連のすべて）。
• ログ全体でモデルに関する話題はComfyUIなどのツールやワークフローに偏っており、純粋なモデル議論は限定的でした。抽出はログの文脈を尊重し、過度な解釈を避けています。
• もし追加のログや詳細な文脈があれば、さらに精緻化可能です。