Stable Diffusion で生成すると、思ったより早く「うまくいかない」問題に当たります。顔が崩れる、指が6本、同じ絵ばかり出る、LoRAが効かない、NSFWが出ない、VRAM不足で落ちる、生成が遅い——これらは初心者〜中級者の共通課題で、原因と対処が分かればほぼ全部解決可能です。
この記事は AI 画像生成の症状別トラブル辞典です。**「困った時に該当症状のセクションを開く」**形で使ってください。細部は使うツールとモデルで変わるので、目安として読んで、公式ドキュメントで最新確認するのが実務です。
症状1:顔が崩れる、目が変になる
原因
- 生成解像度不足(SDXL を 512 で生成している)
- 顔サイズが小さい(全身絵で顔がピクセル数不足)
- モデルとサンプラーの相性
- CFG Scale が高すぎ(プロンプトを盛りすぎ)
対処
- 解像度を上げる
- SDXL / Pony / Illustrious 系は 1024×1024 基準
- SD 1.5 系でも 768 以上推奨
- 512×512 で SDXL 生成は必ず崩れます
- ADetailer を有効化
- AUTOMATIC1111 / ComfyUI の拡張
- 顔を自動検出して Inpaint で高解像度で再生成
- 顔崩壊の8割はこれで解決
- Hires. fix(AUTOMATIC1111)
- 低解像度で生成 → 高解像度にアップスケール → 再生成
- Denoise strength は 0.4〜0.6
- 顔専用 LoRA を追加
- Civitai で
face,detail face系の LoRA を検索
- Civitai で
- CFG Scale を下げる
- 7〜8 が標準、10 超えると崩壊しやすい
症状2:指が6本、手が破綻
原因
- AI画像生成の根本的弱点(学習データに手のバリエーションが少ない)
- 手が小さく写る構図(ピクセル数不足)
- モデルによる差(Pony系は手が弱い、Illustrious系はマシ)
対処
- 手が写らない構図で回避
hands behind back(後ろ手)hands in pockets(ポケットに手)holding object(何かを持たせて手を隠す)
- Inpaint で手だけ再生成
- 手の部分だけ選択してマスク
- 手専用プロンプト(
beautiful hands, five fingers, detailed hand) - Denoise 0.5〜0.7
- ADetailer の手検出モデル
hand_yolov8n.pt等
- 専用 LoRA / Embedding
- Civitai で
bad-hands-5系のネガティブ Embedding hand-focused系のポジティブ LoRA
- Civitai で
- モデル選び
- Illustrious / NoobAI は手が比較的マシ
- SDXL base は苦手
- FLUX は手が最も安定
症状3:同じ絵ばかり出る、多様性がない
原因
- Seed 固定していないか
- プロンプトが過度に具体的
- LoRA の重みが強すぎ(過学習の兆候)
- CFG Scale が高い
対処
- Seed を -1(ランダム)に
- プロンプトを緩める
- 具体的なポーズ・服・背景を減らして、AIに余地を与える
- LoRA の重みを下げる
<lora:name:1.0>→<lora:name:0.5>に
- Sampler / Steps を変える
- Euler a → DPM++ 2M Karras に、など
- CFG Scale を下げる
- 7 → 4 に
症状4:LoRAが全く効かない
順チェック
- Trigger Word を書いているか
- LoRA によっては発動タグ必須
- モデルカードで確認
- Base Model が合っているか
- SDXL 用 LoRA を SD 1.5 では動かない
- Pony 用 LoRA を Illustrious で使うと弱い
- 重みが低すぎないか
<lora:name:0.3>では効きが弱い0.7〜1.0で試す
- 配置フォルダが正しいか
- AUTOMATIC1111:
models/Lora/ - ComfyUI:
models/loras/
- AUTOMATIC1111:
- LoRA 記法が正しいか
- AUTOMATIC1111:
<lora:filename_no_extension:1.0> - ComfyUI: LoRA Loader ノードを接続
- AUTOMATIC1111:
- 拡張機能が邪魔していないか
- Prompt All-in-One 等の拡張がタグを書き換えることがある
症状5:NSFW / 性的描写が出ない
原因
- 使っているモデルがSFW特化
- プロンプトが弱い
- ネガティブに
nsfwnudesexが入っている
対処
- NSFW 対応モデルに切り替え
- Pony Diffusion V6 XL:エロ描写が最も強い
- Illustrious / NoobAI:Danbooru 由来の NSFW もカバー
- Merge系(Custom Mix):Civitai 上位モデルの多くが対応
- 詳細は NSFW対応AI完全ガイド 参照
- タグを書いても効かない場合は、そのタグが実在するか・別名に統合されていないかを Danbooruタグの仕組み完全ガイド2026 で確認する
- プロンプトに明示タグ
nsfw, nude, explicit, sex- Pony 系なら
score_9, score_8_upと一緒に
- ネガティブから NSFW ブロッカーを削除
safe, sfw, censored, mosaicをネガティブから外す
- モデルの Safety Checker を無効化
- AUTOMATIC1111: 起動時のフラグで無効化可
FLUX schnell / SDXL base はほぼ NSFW 出ません。モデル選びの問題です。
症状6:VRAM不足で生成が落ちる
順対処
- バッチサイズを1に
- 解像度を下げる
- 1024×1024 → 768×768 → 512×512
- xformers / SDPA を有効化
- AUTOMATIC1111: 起動時
--xformers - ComfyUI: デフォルト有効
- AUTOMATIC1111: 起動時
- —medvram / —lowvram フラグ
- AUTOMATIC1111: 起動時に
--medvram追加 - VRAM 6GB 以下は
--lowvram
- AUTOMATIC1111: 起動時に
- Refiner / Hires. fix を無効化
- VAE を tile型に
- 「Tiled VAE」拡張
- モデル切り替えで再ロード
- 長時間使ってると VRAM に残骸が溜まる
- Chrome / 他のGPU使用アプリを閉じる
VRAM別の推奨設定
| VRAM | 解像度 | バッチ | フラグ |
|---|---|---|---|
| 6GB | 512 | 1 | --lowvram --xformers |
| 8GB | 768 | 1 | --medvram --xformers |
| 12GB | 1024 | 1〜2 | --xformers |
| 16GB | 1024 | 2〜4 | --xformers |
| 24GB | 1024〜1536 | 4〜8 | --xformers |
設定を絞ってもモデルが載らない場合は、量子化版に切り替えます。GGUF・fp8・NF4の違いと選び方は 量子化モデル完全ガイド2026 にまとめました。テキストエンコーダーの分を忘れて詰まる例が多いので、そこも合わせて確認してください。
詳細は AI生成PC構成ガイド 参照。
症状7:生成が異様に遅い
原因
- xformers / SDPA 無効
- CPU 生成になっている(GPU 認識されていない)
- Refiner / Hires. fix で二重生成
- サンプラーが重い(DPM++ SDE 系は重い)
- VAE がボトルネック
対処
- xformers / SDPA 確認
- 起動ログで
xformersが有効か確認
- 起動ログで
- GPU認識確認
- AUTOMATIC1111: 起動ログで CUDA デバイス名が出るか
- PyTorch:
torch.cuda.is_available()
- TensorRT / OneDiff 導入
- 拡張で 2〜3倍速化
- サンプラー変更
- Euler a:速く綺麗
- DPM++ 2M Karras:速く高品質
- DPM++ SDE / DPM++ 3M SDE:遅い、高品質
- Steps 削減
- SDXL / Pony 系は 20 で十分
- 30〜40 は多くの場合オーバー
- Refiner / Hires. fix を段階的に無効化して速度計測
- Tiled VAE:VAE デコードが遅い時
- NVIDIA ドライバ最新化
症状8:色が変、彩度が低い
原因
- VAE が未指定 or 適さない
- モデルとVAEの相性
- プロンプトの色指定不足
対処
- VAE を指定
- Pony / Illustrious 系は専用VAE推奨(モデルカード確認)
sdxl_vae.safetensorsを配置
- VAE 切り替え
--no-half-vaeフラグ
- プロンプトで色を明示
vibrant colors,detailed shading,high saturation
- CFG Scale 調整
- 高すぎると彩度飛び、低すぎると色抜け
症状9:エラーメッセージ別対処
CUDA out of memory
症状6と同じ。VRAM不足。
Missing keys / Unexpected keys (モデルロード時)
- モデルファイルが破損している → 再DL
- 拡張 vs モデルの互換性なし
- サイズが小さすぎる(数十MB以下ならほぼ破損)
RuntimeError: mat1 and mat2 shapes cannot be multiplied
- モデルと LoRA の Base Model が不一致
- SDXL 用 LoRA を SD 1.5 モデルで使おうとした
KeyError: 'xxxx'
- ComfyUI ワークフローで、ノードが古い
- カスタムノードを更新
- Manager で不足ノードをインストール
ImportError: cannot import name 'xxx'
- Python パッケージのバージョン不一致
pip install -r requirements.txt --upgrade- 仮想環境が壊れている → 作り直し
ConnectionError(Civitai / Hugging Face から DL 失敗)
- ネットワーク問題
- プロキシ / ファイアウォール
- サイト側の一時的な障害
AUTOMATIC1111 が起動しない
venv/を削除して再作成- Python バージョン確認(3.10 or 3.11)
webui-user.batの起動オプション見直し- エラーログを最初から読む(下ではなく上を)
ComfyUI ワークフローが動かない
- Manager で不足ノードをインストール
- モデル・LoRA が正しい場所にあるか
- ノードのバージョン更新
- 別のワークフロー例と比較
症状10:LoRA 同士が混ざる
原因
- 複数 LoRA の同時使用で衝突
- 重みの合計が過大(合計 2.0 超え)
対処
- 1つずつ試して衝突原因を特定
- 重みを下げる(0.7 x 2 = 1.4 でも過剰)
- LoRA Block Weight 拡張
- LoRA の効きをレイヤー別に制御
- Regional Prompter で領域分離
- キャラA領域 / キャラB領域 に別 LoRA
症状11:Inpaint がうまくいかない
原因
- マスクが雑
- Denoise strength が不適切
- Fill / Original / Latent nothing / Latent noise の選択ミス
対処
- マスクを丁寧に描く(境界の鋭利化)
- Denoise strength 調整
- 元絵を残したい: 0.3〜0.5
- 完全再生成: 0.7〜1.0
- Fill モード
Original:元絵を活かす(軽微な修正)Fill:色を埋めるLatent noise:完全再生成
- Inpaint 専用モデル
sd-v1-5-inpainting.safetensors等
症状12:バッチ生成すると途中で止まる
原因
- VRAM リーク(長時間で溜まる)
- モデル切り替えのゴミが残る
- Web UI のタイムアウト
対処
- バッチ数を分割(100枚を 10枚 × 10バッチに)
- モデル切り替え頻度を下げる
- 各バッチ後にモデル reload
--no-gradio-queueフラグ(AUTOMATIC1111)
予防策:これをやっておくとトラブルが減る
環境の記録
- Python バージョン、CUDA、PyTorch、拡張リストを記録
- 動いていた時のバージョンをメモ
拡張の管理
- 一度に大量の拡張を入れない
- 問題発生時は最近入れた拡張を疑う
モデル・LoRA の整理
- フォルダ構造を維持
- 命名規則を統一(
base_v10_pony.safetensors等)
バックアップ
- AUTOMATIC1111 の
config.json、ui-config.jsonを退避 - ComfyUI のワークフロー JSON を Git 管理
関連記事
- AI生成PC構成ガイド2026
- SUPIR 実践ガイド2026
- LoRA自作完全ガイド2026
- Civitai 完全活用ガイド2026
- Pony Diffusion 完全解説
- Illustrious / NoobAI モデルガイド
- プロンプト辞典シリーズ
まとめ
AI画像生成のトラブルは症状から原因を絞り込めば、対処が定型化しています。顔崩壊は解像度、指6本はInpaint、LoRA不発は4点チェック、VRAM不足は段階的対処、遅さはxformers + サンプラー——この対応表を頭に入れておくと、詰まる時間が激減します。
**「困った時にこの記事を開く」**形で使ってください。症状セクションから対処へジャンプする辞典として設計しています。





