DR: s0_intro 品質評価 超辛口

v5スクリプトは 実際にはほぼ動作していない。フォルダ内の22ショット全てが v5_ プレフィックスを持たない旧世代（v4以前）の出力であることを確認済み。 つまりトフィーさんが「v5で生成した」と思っているものは、実際にはv4以前のプロンプト設計で生成された画像群である。

この状態でBoothに商品ページを公開した場合：サムネイルに複数人、 髪色バラバラ、ベッドルーム丸出しの画像が並ぶ。ユーザーは「品質管理できていない同人」 と判断し離脱率ほぼ100%。購買につながらないどころかサークルブランドを毀損する。

day_stand / day_side / day_action は同様の問題（ベッド背景・複数人・下着）のため個別記載省略。 全ショット共通問題：v5プレフィックスが存在しない（旧世代出力確定）。

• 1
  v5スクリプトが実際には未実行（最大原因・プロンプト設計以前の問題）

  CC目視 フォルダ内の全22ショットが v5_ プレフィックスを持たない。 ComfyUI起動方法・スクリプト実行環境に問題があり、 v5スクリプトが正常にキューを送信できていない可能性が高い。 「v5で改善した」という前提が崩れており、他の問題全てはv4以前の設計欠陥に起因する。
• 2
  下着タグ（bra/panties）がベッドルーム背景を強引に誘発

  Grok-4.3 Gemini Illustrious系モデルの学習データでは、white bra/panties は 99%以上の確率でベッドルームシーンとペアになっている。 LOCを削除してもアウトフィットタグ自体が強力な「背景引き寄せトリガー」として機能する。 これがGrokの言う「CHARS定義にloc埋め込み」とGeminiの「セマンティック・アソシエーション」の実態。
• 3
  cs_front / day_face タグがキャラクターシート・複数人表示を連想させる

  Gemini Grok-4.3 cs_front（character sheet front の略に見える）や day_face は 学習データ上で「複数ポーズ・差分シート」と強く関連付けられている。 これらのタグ名がカメラアングル指示ではなくキャラシート生成のトリガーとなっている可能性が高い。 NEGで (2girls:1.7) をかけても、U-NetのCross-Attentionが既に別領域に「もう一人」を割り当てた後では効果が出ない。
• 4
  POSに solo を明示していない（NEGの 2girls だけでは不十分）

  Grok-4.3 SDXL/Illustriousの出力安定化には POSで (1girl:1.9),(solo:1.85) を 先頭に置くことが必須。NEGで複数人を禁止するだけでなく、 POSで「1人だけ」を強く主張しないと構図が崩れやすい。 ただし Geminiは「solo:1.85は過剰・むしろ破綻を招く」 と指摘。 適切な値は 1.2〜1.3 程度で、過剰なweight強化は逆効果。
• 5
  NEGの過剰weight（1.6〜1.7）がIllustriousでアーティファクトを誘発

  Gemini (2girls:1.7),(nude:1.6) のように1.6超のNEGを複数並べると、 CLIPのテキストエンコーダーが飽和する。これが「BLACK s!Siyy Chill」等の 謎テキスト混入・chibi崩壊・floating faceの直接原因。 NEGのweightは最大1.3-1.4に抑えることがIllustriousでの安定運用の鉄則。

CC分析 LOC削除だけでは解決しない。衣装タグ自体がベッド背景を誘発している（Gemini指摘） かつ CHARS定義に残存するコンテキストが参照されている（Grok指摘） という複合原因。対策は3層で対処する。

+(simple background:1.3),(white background:1.3),(gradient white background:1.2),(studio background:1.2),
→ POSの最先頭（QUALITY直後）に配置。背景固定はNEGより先にPOSで宣言が原則。

+(bedroom:1.3),(bed:1.3),(pillow:1.3),(bedsheet:1.3),(lamp:1.3),(nightstand:1.3),
+(interior:1.3),(room background:1.3),(indoor background:1.3),(furniture:1.3),
+(curtain:1.3),(window:1.3),(wallpaper:1.3)
→ weight 1.4以上はCLIP飽和でアーティファクトが出るため1.3に統一（Gemini指摘）

-(white bra:1.2),(panties:1.2),(lingerie:1.1)
+(oversized white shirt:1.2),(open collar:1.1),(drawstring shorts:1.1),(bare legs:1.0),
→ 「彼シャツ」「オーバーサイズルームウェア」が最適。
   エロティシズムを保ちつつSFW品質を確保し、背景誘発を断つ。

7-1. POS設計変更

【現行v5 build_pos冒頭】
f"{QUALITY}, {ADULT_CUTE}, "
f"(1girl:1.9),(solo:1.9),(only one girl:1.8),(single character:1.7),(no other characters:1.6),"

【v6改善案】
f"{QUALITY}, "
f"(simple background:1.3),(white background:1.3),(gradient white background:1.2),"  ← 最優先で白背景を宣言
f"(1girl:1.6),(solo:1.3),"  ← weight過剰を抑制（Gemini指摘：1.9は破綻リスク）
f"(only one person in frame:1.2),"  ← 自然語で補強
f"{ADULT_CUTE}, "

7-2. キャラ記述変更

build_pos内のキャラ記述:
f"(akari:1.1),(brown hair:1.3),(light brown hair:1.2),(long ponytail:1.3),"
f"{c['eyes']},{c['face']},{c['body']},{c['age']},"

→ 髪色をCHARSから引くだけでなく、POSで毎回明示的に再宣言する。

7-3. 衣装定義変更（vol_toy_bedroom_akari の場合）

現行（SFW不適）：vol定義のoutfitがそのまま使われる→白ブラ+パンツ

INTRO_OUTFIT_OVERRIDE["vol_toy_bedroom_akari"] を追加:
"(oversized white shirt:1.2),(open collar:1.1),(drawstring shorts:1.1),(bare legs:1.0),"
"(casual roomwear:1.1),(collarbone:1.0)"

→ 「部屋着・彼シャツ」でベッド背景誘発を断ちつつSFW+エロ期待感を両立。

7-4. ショット名変更（複数人誘発タグ廃止）

廃止:
"cs_back" / "cs_front" / "cs_bust" / "day_sit" / "day_face"
（cs_/day_ プレフィックスがキャラシート・複数人を連想させる）

v6推奨ショット名:
"intro_full_front"  ← 全身正面（シンプル）
"intro_full_back"   ← 全身後ろ
"intro_bust"        ← バストアップ
"intro_face"        ← 顔アップ
"intro_sit"         ← 座りポーズ

POSでは name は使わず、cam/pose タグで明示的に制御。

7-5. NEG設計変更（weight最大1.3に統制）

現行NEGの問題:
(2girls:1.7),(nude:1.6),(character sheet:1.7)等 → 1.6超でCLIP飽和・崩壊

v6 NEG方針:
- 全NEGのweightを最大1.3に統一
- 背景排除を新規追加:
  (bedroom:1.3),(bed:1.3),(pillow:1.3),(lamp:1.3),(interior:1.3),(furniture:1.3)
- 髪色ドリフト防止を新規追加:
  (black hair:1.3),(dark hair:1.3),(blue hair:1.3)
- 削除: weight1.6超の全ネガティブタグ → 1.3に降格

7-6. スクリプト実行確認の強化

v6スクリプトに追加:
def verify_v6_output(vol_id):
    """v6_ プレフィックスが存在するか事前確認"""
    folder = Path(f"{OUT_ABS}/{OUT_BASE}/{vol_id}{SFX}/s0_intro")
    v6_files = list(folder.glob("v6_*.png"))
    print(f"  v6ファイル確認: {len(v6_files)}枚")
    return len(v6_files)

→ 生成後に必ずverify_v6_output()を呼び、0枚なら即中断。
   「実行した」と「出力された」は別物。毎回PNGファイル数で確認。

関連DR

脚注・参照情報