5chSummary

NovelAI (NAI)

• 855: 「質感としてはNAIに近いけど変えたりできるん？」
  → NAIの質感を基準に比較し、類似性を評価（質感の近さがポジティブに言及）。
• 885: 「なんかもう初期のNovelAI V1を相手にしてた時のようなしんどさがある」
  → 初期NAI V1のしんどさをbanana proと比較（ネガティブな過去の使いにくさを回想）。
• 917: 「いまっさらnaiのプロンプトランダマイザー存在知ったので表情と服装と構図と部屋とプレイのテンプレ作るぞ作るぞ作るぞ！！！」
  → NAIのプロンプトランダマイザーを新規発見し、活用予定（ツールの多機能性が魅力）。

Pony

• 該当なし。

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

• 該当なし。

Noobai

• 該当なし。

FLUX (Flux, FLUX2, flux2, flex2, Fulx2含む)

• 842: 「今のFluxですら修正ツールとしてしか使ってないしな」
  → 修正ツールとしての用途限定（最大10枚参照可能だが用途薄い）。
• 882: 「OpenFLUX.1ってSDXLにライセンスが近い蒸留されてないモデルが1年前にあったんだな これなんでここであまり話題になってなかったんだろう」
  → ライセンスの近さが言及（SDXLに近いが話題少なかった理由を疑問視）。
• 883: 「似たようなのでLibreFLUXというのもあったんだな」
  → LibreFLUXを類似モデルとして言及。
• 886: 「ライセンスの関係で元がFlux.1schnellやからやね 元となったモデルの性能がそもそも低い 出た時にめっちゃ話題になったFlux.1はdev版なんや」
  → 元モデル（Flux.1 schnell）の性能低さとライセンスが話題少なかった理由。
• 892: 「FLUX2 もりあがるかな」
  → FLUX2の盛り上がり期待。
• 900/902/904/905: 「flux2-dev.safetensorsは64.4GBだった… flux2-devはfp8のtext encoderでも18GBあって震える デカすぎやろ もうローカルじゃ勝てんわ」
  → モデルサイズの巨大さ（64GB超、18GB text encoder）がネガティブ（ローカル運用困難）。
• 913: 「今朝のComfyのアプデでLower vram usage for flux2 text encoderってのがプッシュされとるな」
  → VRAM使用低減アップデートで運用改善期待。
• 920: 「flex2試してみた、アニメっぽさや可愛さはflex2のがよく出てるけど、出力時の表現規制の緩さは[他]のが上かなぁ ゴア表現だとゾンビ設定で試してflex2は欠損や内臓描写は無理、proはどちらも行けた」
  → アニメっぽさ・可愛さが出やすいが、表現規制が厳しくゴア（欠損・内臓）が出にくい（規制の厳しさがネガティブ）。
• 931: 「FLUXは実写特化のままな気がするから、個人的には触らない」
  → 実写特化のためイラスト用途で避ける理由。
• 938: 「Flux2とは別のモデルらしいが良さそうやな」
  → 良さげな別モデルとしてポジティブ。
• 955: 「Flux2.dev_fp8 RTX3080(VRAM12GB)/DDR4 RAM128GB 1024x1536を20step t2i（4分） i2iでt2iの画像の衣服を削除（5分） i2iでt2iの画像の衣服を参照画像の衣服に変更（7分） 個人的には許容範囲やけど数十秒で出力出来ないとやーやー生成RTAニキ達には厳しそうやな」
  → Low VRAM（12GB）環境で動作可能だが生成時間長め（許容範囲だが高速志向には不向き）。
• 966: 「Fluxも同じじゃない？」（おっぱい出力可能か文脈）
• 967: 「たぶんFLUXも同じ」（エロい下着・性器出ない）
  → エロ表現（下着・性器）が出にくい。
• 991: 「Fulx2はCSAMとNCIIフィルター完備で許可しないんだって」
  → CSAM/NCIIフィルターで厳格規制（使用不可）。

Wan (wan2.2含む)

• 936: 「今更だけど、wan2.2用lightx2vの1030バージョンは1022に比べてザーメンの動きがかなり良くなってるけど、なんかだんだん色抜けしてく現象が再発してるな」
  → バージョンアップで動き向上（ザーメン表現）がポジティブだが、色抜け現象がネガティブ。
• 959: 「WanやらQwenの次世代主流モデルも5090の32GBすら乗り切らへん」
  → 次世代主流モデルとして位置づけ、VRAM要求高め（ローカル運用難）。

Qwen (Qwen image edit, QIE2509/2511, qwen含む)

• 849: 「QIE2509で参照絵に描かれてない部分はプロンプトでどこまで補完できるかテスト」
  → 参照絵未描画部分のプロンプト補完テスト（補完能力評価）。
• 860: 「QIE2509がも出せまくるって分かって感謝しかないやろが！」
  → 出力性能高く感謝（「も出せまくる」=エロ/特定表現が出しやすい）。
• 916: 「40GBのQwen image edit2509でメインメモリ100GBとかいくから 64GB+クソデカテキストエンコーダはメインメモリ128GBでも足らんやんけ案件な気もするが」
  → メモリ消費巨大（40GBモデルで100GB超、128GBでも不足）。
• 918: 「そこは量子化モデルでなんとか… そろそろggufみたいなメモリ効率のいいフォーマットにしてほしいな」（Qwen文脈）
  → メモリ効率化要望。
• 931: 「Qwen image edit2511がクソデカモデルになってきて、メインメモリ128GBでも足らんやんけになってきたらきつい 2509触ってる感じだと軽量化モデルは編集用途という目的だと明らかに劣化目立つし」
  → サイズ巨大化と軽量版の劣化がネガティブ（編集用途で劣化目立つ）。
• 943: 「QIE2509, BF16, Main Mem 92G/WSL2 … 自分のところでは100Gも行かんけど」
  → メモリ使用92GB程度で運用可能（4090環境）。
• 959: 「qwenと違って普通にエロできるんかそれならゲームエンドじゃね」
  → エロ生成しやすさが他モデル優位の理由（Qwenはエロ可能だが比較）。
• 961: 「qwenと違って…」（エロ可能か文脈）
• 966: 「Qwenもおっぱいは出せるよ」
  → おっぱい出力可能。
• 967: 「もっさい下着と残念気味な乳首は素のQwenで出る エロい下着とマンコチンコは出ない」
  → 素の状態で下着・乳首出力可能だが、エロ度低め（性器出ない）。
• 995: 「Qwen2509とかで2次元化する場合は一般的な衣装ならいいけど モデルが学習していない特殊な衣装とか小物は一般的なものに置き換えられたりする … 参照画像として入れれば多少マシになるが」
  → 2次元化可能だが特殊衣装/小物の置き換えがネガティブ（参照画像で改善）。

---

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

ログ全体から、除外リスト（NovelAI/NAI, Pony, illustrious/イラストリアス/リアス/ill/IL, Noobai, FLUX/Wan/Qwen関連）を除いた上で、「モデル」名が明示的に言及され、話題となっているものを抽出。特に選ばれている理由（性能、規制の緩さ、用途適合性など）が記述されている場合を強調してまとめます。曖昧な一般論（例: LLM/MoEの抽象論、ローカル/クラウドの汎用議論）は除外。ComfyUI/Forgeなどのツールやハードウェア（NVIDIA/TPU/GPU/RAM/RTXシリーズ）はモデルではないため非抽出。

1. Gemini

• 850: Geminiが急に「正気」になり、エッチな内容（パンチラ）で厳しく拒否されるようになった。
• 923/926/941: Banana産画像のsynthID（電子透かし）検出テストでGemini/Google画像検索を使用。検出機能が付いていない可能性を指摘（「付いとらんやんけ！」）。
• 984: プログラミングLLM用途でクラウドのGeminiがローカルより性能良く最新モデルを使えるため推奨。ただしエロ生成不可のためローカル必須。
• 選ばれ理由: 検出機能テストや高性能LLM用途で言及（エロ規制厳しい点はネガティブ）。

2. banana / nano banana / bananapro / Banana Pro（一貫したサービス/モデル群として扱い）

• 854: nano bananaはおっぱいのサイズ感が「盛りすぎずフラットチェストでもなくちょうどいい塩梅」。
  • 選ばれ理由: おっぱいの自然な表現が絶妙。
• 872/873/884: bananaで水着生成、電子透かし（課金でも入る）。版権絵が多く出やすい。
  • 選ばれ理由: 版権キャラ生成が格段に得意（課金で透かし残るがAPIで消える）。
• 877: bananaproはユーフォ3期学習不足（シルバーユーフォが麗奈顔に）。
• 885（一部重複だが版権関連）: 大手中で版権キャラ描けるが容姿ブレあり（公式画像+修正で直る）。
• 907: Banana Proはイラストに寛容（着衣でもたわわ表現出るが写真風厳しい）。
  • 選ばれ理由: イラスト/NSFW寛容（写真風以外で優位）。
• 920: pro（bananapro想定）は出力時の表現規制緩く、ゴア表現（欠損/内臓）も可能（flux2より上）。
  • 選ばれ理由: 規制の緩さとゴア/NSFW表現の出力しやすさ。
• 985: bananaで構図出し→ローカル調整→微調整のワークフロー使用。
  • 選ばれ理由: 画風一貫性維持や編集用途で有効（エロ以外でも必要）。
• 987: nano bananaで3Dスクショをアニメ調2D画像に変換推奨（LoRA学習前処理）。
  • 選ばれ理由: 3D→2D変換に適する。
• 992: pro（bananapro）はガチャ要素あるが画風維持しつつ3D→イラスト変換可能（ポーズ微変更で有効）。
  • 選ばれ理由: 3D→イラスト変換の精度高く画風維持。
• 993/998: bananaで2D変換や版権/小物置き換え強い（Qwenより小物種類多い）。
  • 選ばれ理由: 版権キャラ/小物再現性が高く変換用途で優位。

3. grok

• 856: grokの長尺生成が来ない（GPU不足？）。
• 962: Grokが生きていればグラボ/メモリ課金よりGrok課金推奨だったが半月で終了。
  • 選ばれ理由: 課金価値高かったが短命で終了（過去形）。

4. SD / SDXL（Stable Diffusionファミリー）

• 858: SDでリアル出力は至難の業。
• 908: SDXL（SDX表記）は当時NSFWほぼ出せず、現在リアスなどの進化でパフォーマンス強すぎ。
  • 選ばれ理由: 過去比較で進化大（NSFW対応向上）。
• 983: SDXLで種画像生成は十分（エロ動画/剥ぎコラ以外）。
  • 選ばれ理由: 種画像用途で選択肢僅かながら十分安定。
• 985: SDXL使用例（bananaとの併用）。

5. OpenAI / ChatGPT

• 880: OpenAIは直球エロ/児ポ以外なら通るがナーフなければ緩和不足で厳しい。
• 965: ChatGPTの12月成人モードに期待。
• 984: ChatGPT/GeminiがLLM性能/コスパ良い（最新モデル使用可）がエロ生成不可。
  • 選ばれ理由: 非エロLLMで最高性能/コスパ（エロ不可が欠点）。

抽出ノート

• 総括傾向: banana系が最多言及で、版権再現性・NSFW/イラスト寛容・変換編集用途で積極選好。Gemini/grok/OpenAIはエロ規制や検出テスト中心（ネガ多め）。SDXLは安定基盤として補助的。
• 除外確認: QIE2509/Qwen image edit/FLUX(2)/wan2.2/NAI/illなど一切非抽出。ログ後半のGPU/メモリ/ローカル議論はモデル非該当。
• 話題が少ない箇所（例: 891以降雑談多）はスキップ。必要に応じログ番号でトレース可能。