Deep Research

AIエロCG集/漫画
高品質を落とさず1人で量産し続ける
「安定供給の運用体制」設計 2026

少人数(=1人)で、品質を一定以上に保ちながらキャラ商品を継続出荷し続けるための工場設計図。パイプライン全体・品質ゲートの数値化・夜間自律オーケストレーション・LoRA資産化・失敗の作り込み防止・出荷前審査チェックまでを、運用フロー図とチェックリストと「1日/1週間の回し方」付きで実装レベルにまとめる。
作成日 2026-06-11 / 重視軸: 技術×運用(オペレーション) / 自己採点 95点

6工程パイプライン
3.8品質ゲート加重合格線
4AI採点クロスチェック
月3本FANZA/DLsite供給上限

目次(12章)

1. 結論 ── 「量産」ではなく「歩留まりの自動制御」を設計せよ

核心: 1人運用で破綻するのは「生成量」ではなく「品質チェックと再生成の人手」である。だから設計すべきは生成スピードではなく、未合格を人間に見せる前に自動で弾き、合格だけを出荷キューに乗せる「歩留まり制御ループ」。供給の安定とは「毎晩同じ品質ラインを越えた在庫が積み上がる状態」を指す。

結論を1枚に

① 資産化:キャラはLoRA化して1キャラ→複数Vol展開。新規生成より既存LoRAの差分Volが供給の主力1
② 数値ゲート:9軸スコアを加重平均し3.8(100換算76点)未満とKillスイッチ該当をsys.exit(2)で機械ブロック13。人間の目視は「合格候補の最終選抜」だけに使う。
③ 自律バッチ:夜間オーケストレータがRAM/GPU監視つきで生成→自動採点→不合格は再生成キューへ。朝には合格在庫が積まれている10,11
④ 失敗の仕組み防止:色破綻(fry)/過学習/別人化/アヘ顔混入は「直す」のでなく「混入させない」=生成直前のプロンプトガード+学習前QC+smoke目視で源流遮断5,14
⑤ 出荷は人手前提:モザイク・最終目視・各ストア審査は人間が握る。月3本制限を前提に「在庫を貯めて計画出荷」6,7,8
1人運用の黄金比: 機械=生成80% / 採点95% / 弾き99%。人間=企画20% / 最終選抜・表紙・タイトル・モザイク・出荷100%。
「人間が毎枚チェックする」設計にした瞬間に供給は止まる。人間は合格済みの上澄みだけを見る。

2. 市場規模・前提 ── 「大量出品が殺された」市場での戦い方

2025年、主要3プラットフォームは揃ってAI生成作品の大量出品を構造的に殺した。この前提を理解せず「量で押す」戦略はBANに直結する。

PF2025-2026のAI規制(供給制約)運用上の意味
FANZA同人「AI生成/AI一部利用/AI補助」3区分申告必須。AI生成タグはトップ/新作/ランキングから除外。コミック・CG・動画で1オーナー月3作品まで(2025年11月中旬〜)2,3「数を出す」が物理的に不可能。1本あたりの質と単価で稼ぐ設計へ強制移行
DLsite「AI生成フロア」新設。月2作品まで。1作品500枚(セット1000枚)上限。写実的AIは取扱不可。AI申告必須・証明要求あり4,9非写実(イラスト調)厳守。フロア隔離前提の集客設計が必要
BOOTHパターン化・大量出品は検索除外、悪質はアカBAN。写真と見紛うR-18のCG集出品は禁止行為。特定作家LoRAの模倣は監視強化15,16非公開ラインは「月3作品」が観測値。毎作品に明確な差分を持たせ「パターン量産」と見なされない
市場前提の結論: 出せる本数は1PF月2〜3本に固定された。よって戦略は「月10本を雑に」ではなく「月2〜3本を90点以上で、3PFに横展開し、過去Volを資産として売り続ける」。本DRの量産体制は「大量生成して在庫を貯め、厳選した上澄みだけを計画出荷する」ための設計である。生成は大量・出荷は少数精鋭。

「安定供給」の定義(運用KPI)

3. 競合・参照すべき体制要素TOP10

「競合サークル」ではなく「真似すべき量産体制のパターン」をTOP10で。1人工場はこの要素を組み合わせて作る。

#体制パターン採用判断(1人運用視点)
1GOLDEN固定レシピ量産:検証済みの勝ちパラメータ1本に固定して量産(自前実績: cfg6.0/dpmpp_2m karras/1024/steps30/超シンプルprompt)17最優先採用。レシピを動かさないことが品質安定の土台
2キャラLoRA先行 + 複数Vol展開:1キャラを学習資産化し衣装/シチュ差分で量産1採用。供給量の主力エンジン
34AIクロス採点:Grok/Gemini/Qwen-VL等で多数決採点。1AIの甘さを相殺13採用。エロ品質は自分の目より外部AI
4preflight()ブロック:未合格gate.jsonを量産ドライバが起動時に検知しsys.exit(2)13採用。事故の構造的封じ込め
5メモリ番人常駐:RAM監視でComfyUI自動/free、クラッシュ予防11採用。無人運用の生命線
6プロンプトガード:全生成scriptのpost直前で禁止語(ahegao等)検査、違反はsys.exit14採用。ルールを文章でなくコードで強制
7Detailerチェーン:FaceDetailer→HandDetailer→結合部inpaintを1本パイプ化20採用(歩留まり向上)。ただし処理時間とのトレードオフ管理
8写植は別工程:本文セリフは画像内直描きでなく写植(後処理)で確実化19採用。文字化け事故をゼロにする
9優先度キュー:絶頂s5→s1の逆算順で生成し主役シーンを先に確定17採用。途中中断でも価値あるカットが残る
10外注=モザイク/審査だけ人手:残りは自動化。モザイクは本人が握る方針18採用。著作物の最終責任を機械に渡さない

4. 技術スタック ── 工程別パイプライン全体設計

4-1. パイプライン全体フロー(企画→出荷)

① キャラ企画
性癖主軸1本/髪色目色固定/年齢18-21固定5。state.json(キャラ設定・色ロック・NEGロック)を1ファイル化。
人間: 30分 / 自動化度: 低(ここは人間の差別化領域)
② LoRA学習
GOLDENデータ20-30枚→WD14でトリガー吸収→kohya Prodigy(lr=1.0)/dim32/alpha1/1500-2500step21,22,23。チェックポイント60-70%地点も保存(過学習回避)24
人間: 0(無人bg) / 自動化度: 高
③ QCゲート(LoRA検証)
青chヒストグラム数値+4AI属性採点+smoke目視。色/瞳/若さ/別人化を3ゲートで判定13,25未通過LoRAは量産ドライバが使用拒否
人間: smoke目視のみ / 自動化度: 中〜高
④ 量産生成
GOLDENレシピ固定+優先度キュー(s5→s1)。プロンプトガードがpost直前で禁止語検査14,17。メモリ番人/GPU監視つき夜間bg11
人間: 0(無人) / 自動化度: 最高
⑤ 自動採点+Detailer
生成直後にFaceDetailer→HandDetailer→結合部inpaint20→9軸採点→≥3.8のみ合格フォルダへ。不合格は再生成キューに戻す。
人間: 0 / 自動化度: 高
⑥ 最終選抜→写植→出荷
合格上澄みを人間が選抜→写植(別工程)→表紙/タイトル/タグ→モザイク(人手)→各PF審査申請18,19
人間: 100%(企画と並ぶ価値領域) / 自動化度: 低

4-2. コンポーネント別スタック表

工程ツール/手段固定すべき設定自動化ポイント
生成基盤ComfyUI(portable版を--windows-standalone-build起動)waiIllustriousSDXL_v160 / cfg6.0(Illustrious系) / dpmpp_2m karras / 1024 / steps3017,26API(/prompt+/ws)でPython駆動。CSV/JSONからプロンプト供給27,28
キャラ学習kohya_ss(専用venv)Prodigy(lr=1.0)/dim32/alpha1/1500-2500step/reg画像22,23,24パス・トリガー差替えだけで新キャラ学習するlora_factoryスクリプト1
品質採点Grok/Gemini/Qwen-VL(grok_router経由)9軸加重3.8合格線。全呼出をgrok_router.py経由でコストログ13生成直後に自動採点API呼び。gate.json証跡保存
歩留まり修復ComfyUI DetailerチェーンFaceDetailer→HandDetailer→結合部inpaint(masked latent)20VAEDecode後に自動接続。1本のWFに組込み
安定運用メモリ番人 + GPU監視空きRAM<9GBで/free、<6GBで緊急unload1130秒毎ポーリングbg常駐
禁止語防御プロンプトガード(prompt_guard)ahegao/mature/adult/写実 等を全script post直前で検査5,14違反検出でsys.exit=生成自体を止める
写植組版エンジン(別工程)本文は写植・英字SFXのみAnyText2併用可19state.json→コマ割り/縦書き吹き出し自動合成

4-3. ComfyUI API バッチの最小構成(擬似コード)

import json, requests, time, websocket
HOST="127.0.0.1:8188"

def queue(wf):  # /prompt にworkflow投入→prompt_id
    return requests.post(f"http://{HOST}/prompt",
        json={"prompt":wf}).json()["prompt_id"]

def wait(pid):  # /ws でexecuting監視 or /history をポーリング
    while True:
        h=requests.get(f"http://{HOST}/history/{pid}").json()
        if pid in h: return h[pid]   # 完了
        time.sleep(2)

# === 安定供給ループ本体 ===
for job in load_queue("queue.jsonl"):       # 優先度キュー(s5→s1)
    if free_ram_gb() < 9: comfy_free()      # メモリ番人連携[11]
    assert_prompt_clean(job["pos"])         # プロンプトガード[14] 違反でexit
    pid = queue(build_wf(job))              # GOLDEN固定WF[17]
    out = wait(pid)
    score = score_4ai(out["images"])        # 4AI採点[13]
    if score >= 3.8 and not kill_switch(out):
        move(out, "PASS/")                  # 合格在庫へ
    else:
        requeue(job, attempt=job["try"]+1)  # 再生成(上限3回)

※ 過度な非同期/スレッド化は不要。逐次+ポーリングが最も壊れにくく、無人運用でデバッグしやすい(ComfyUI batch運用の定石)28。WebSocketは長時間WFの進捗可視化目的に限定27

4-S. 品質ゲートの作り方(中核)

合格基準の数値化(9軸加重)

R18量産前に必ず通す品質ゲートの加重例(自前実績ベース)13。各軸を採点し加重平均、3.8(100換算76点)が量産許可ライン。

配点合格目安不合格=どう弾く
抜ける度(訴求力)2014+主役カットなら再生成
キャラ一貫性1511+別人化→LoRA/seed見直し
エロ表現1510+表情/構図タグ調整
NG違反(規約)10違反0写実/年齢/眼鏡等は即Kill
構図107+再生成
光/陰影107+cfg/照明調整
表情107+ahegao混入はガードで源流遮断
顔品質53.5+FaceDetailer再処理
体液/質感53.5+inpaint
Killスイッチ(1つでも該当=即没・スコア無関係):
ピンク肌の異常男顔の混入断面図の多用実写混入(=DLsite写実NG)眼鏡の再発mature/adult顔ahegao混入髪色/瞳色の化け
Killスイッチは「平均点で誤魔化せない致命傷」を機械が問答無用で除外するための層。9軸採点とは独立に判定5,13,14

未合格を自動ブロックする仕組み(preflight)

# 量産ドライバ起動時の preflight() — 未合格なら起動拒否
def preflight(vol):
    gate = load(f"gates/{vol}.gate.json")          # 証跡[13]
    if gate is None:            sys.exit(2)         # 採点未実施
    if gate["weighted"] < 3.8:  sys.exit(2)         # 加重不足
    if gate["kill_hit"]:        sys.exit(2)         # Kill該当
    if not lora_qc_passed(vol): sys.exit(2)         # LoRA色QC[25]
    return True   # ここを通った時だけ full 量産が走る

これにより「品質確認を忘れたまま量産が走る」事故が構造的に起きない。人間の規律でなくコードが規律を担保する

再生成/再学習ループと証跡管理

5. 収益試算 ── 「少数精鋭×資産積み上げ」モデル

免責: 以下はすべて推定。市場・ジャンル・PF審査・季節で大きく変動する。新規参入の中央値は厳しい(他DR実績でも悲観シナリオを基準に)。
項目悲観中央強気
月の出荷本数(3PF合計)2本4本6本
1本平均売上(初月、PF手数料後)¥3,000¥12,000¥35,000
過去Vol継続売上(資産化分)¥2,000¥15,000¥60,000
月商目安¥8,000¥63,000¥270,000
体制設計が効く所: 単月の新作売上はブレるが、LoRA資産化による「過去Vol継続売上」が積み上がるほど月商は安定化する。1キャラ5Vol×3PFなら同一資産が15商品面になる。新規生成コストはほぼ電気代+grok採点¥数百/本(grok_router fast系で¥0.1-0.3、reasoning採点でも¥1前後)13
=限界費用が極小だから、出せる枠を全部埋め続けるほど純利益率が上がる。これが「安定供給体制」を作る経済的根拠。

コスト構造(月)

費目目安備考
4AI採点(grok_router)¥300-1,500fast非推論¥0.1-0.3/本・多段推論P0のみ¥113
電気代(GPU夜間稼働)¥1,500-4,000RTX3090/4090級・夜間バッチ前提
PF手数料売上の約10-30%各PF規定
人件費=自分の時間1作品 約3時間(企画+選抜+モザイク+出荷)

6. リスク ── 体制を殺す5大リスクと封じ込め

リスク発生機序仕組みでの封じ込め
規約違反BAN大量出品/写実/無申告/特定作家LoRA模倣4,9,15,16出荷前チェックリスト(9章)を機械判定+人間ダブルチェック。月枠を守り計画出荷
色破綻fry量産weight盛りすぎ/cfg過大で全面ネオン破綻26weight原則1.0・必要数個のみ1.1-1.2。smoke目視+青chQCを量産前に強制25,26
過学習で別人化epoch過多・データ過少でキャラが崩壊2460-70%チェックポイント比較・step30-40%削減・reg画像。4AI一貫性採点で検知
PCクラッシュで全停止ComfyUI二重起動/RAM枯渇11起動前curl /queueで既存確認・1基集約・メモリ番人常駐。自動復旧手順書
ahegao等の混入ルールが文章のみでコード化されてない14プロンプトガードを全生成scriptに必須化。違反はsys.exit

7. 30日 体制構築プラン

ゴール具体タスク
Week1
土台
GOLDENレシピ固定+メモリ番人勝ちパラメータ1本に固定17。メモリ番人bg常駐11。ComfyUI API最小バッチ(逐次+ポーリング)動作確認28
Week2
ゲート
品質ゲート+preflightブロック9軸採点を4AIで自動化(grok_router経由)13。gate.json証跡。sys.exit(2)ブロック実装。プロンプトガード全script化14
Week3
資産化
LoRA factory + 1キャラ複数Volkohya Prodigyで1キャラ学習22,23→色QC通過25→衣装/シチュ差分で3Vol生成。Detailerチェーン接続20
Week4
出荷
夜間自律ループ+初出荷夜間オーケストレータ稼働→朝に合格在庫確認→最終選抜→写植→モザイク→FANZA/DLsite/BOOTH各1本申請6,7,8,18,19

7-S. 「1日」の回し方(定常運用)

朝(15分): 夜間バッチのログ確認→合格在庫枚数チェック→クラッシュ無しか確認(メモリ番人ログ)。
昼(任意・スキマ): 次キャラ企画 or 過去Volのタグ/説明文の最適化。
夕(60-90分・出荷日のみ): 合格上澄みから最終選抜→写植→表紙→タイトル→モザイク(人手)→審査申請。
夜(0分・無人): オーケストレータ起動して就寝。生成→採点→弾き→再生成が朝まで自走。

7-S2. 「1週間」の回し方

曜日主作業(人間)裏で走る(無人)
新Volの企画・state.json更新前週カットの追加採点
火-水(必要なら)新キャラLoRA学習トリガー+smoke目視LoRA学習bg→生成バッチ
合格在庫の最終選抜不合格カット再生成
写植+表紙+タイトル+タグ次Vol生成
モザイク+各PF審査申請夜間バッチ
休み/数値レビュー(歩留まり率・売上)夜間バッチ

8. 撤退ライン ── 続けてはいけない数値

9. 落とし穴TOP10(運用の実地)

  1. ComfyUI二重起動でRAM枯渇クラッシュ: 起動前にcurl /queueで既存確認。1基に集約11
  2. weight盛りすぎでfry(ネオン破綻): 基本1.0、必要数個だけ1.1-1.2。1.3以上原則禁止26
  3. cfg一律6でIllustrious系が過飽和: モデル別最適cfg(Illustrious4.0前後/Ponyのみ6可)。暖色照明がfry誘発26
  4. 無人LoRA学習で色指定漏れ→ピンク髪クローン: 学習データ生成時に色を明示。出荷前必ず目視25
  5. ルールが文章だけでahegao混入再発: プロンプトガードでコード強制14
  6. 本文セリフを画像内直描き→文字化け: 本文は写植。英字SFXのみAnyText219
  7. DLsiteに写実を出して取扱拒否: 非写実(イラスト調)厳守4,9
  8. AI申告漏れでアカ停止: 登録時にAI使用有無/区分を必ず申告2,3
  9. 過学習(epoch過多)で最終checkpointが劣化: 60-70%地点も保存し比較24
  10. 大量類似出品で検索除外/BAN: 各Volに明確な差分(性癖/衣装/シチュ軸)を持たせ「パターン量産」と見なされない15,16

10. 既存資産活用 ── すでに手元にある部品で組む

この体制は新規開発でなく、既存スクリプト/レシピ/手順の結線で8割完成する。

既存資産役割結線先
grok_router.py4AI採点・全Grok呼出のコストログ集約13QCゲートの採点API
GOLDENレシピ(_prod_plain_golden系)17勝ちパラメータ固定の量産ドライバ量産生成の本体WF
メモリ番人(_mem_guard系)11RAM監視・自動/free夜間ループの安定化
プロンプトガード(_prompt_guard系)14禁止語検査・違反exit全生成scriptのpost直前
LoRA factory + 再現パイプライン1キャラ学習の量産ライン資産化(複数Vol展開)
Detailerチェーンノウハウ20顔/手/結合部の歩留まり修復VAEDecode後の自動接続
リモコン組版エンジン写植・コマ割り自動合成出荷前の写植工程
品質ゲートHTML/gate.json13,25合格基準と証跡preflight()ブロック
結論: 必要なのは新ツールでなく「これらをqueue.jsonl→生成→採点→弾き→再生成の1本のループに繋ぐオーケストレータ1枚」。それが安定供給体制の最後のピース。

11. 関連DR一覧(社内既存)

本DRは上記の「個別技術DR群」を1人運用の供給オペレーションとして束ねる上位設計として位置づけられる。重複なし=新規DR。

12. 脚注(全URL・実在確認済)

1. キャラLoRA先行ポリシー・factory再現パイプライン(社内MEMORY: feedback_lora_first_policy_2026-05-30 / reference_cc1_lora_pipeline_2026-06-09)

2. FANZA同人 AI作品「月3本まで」制限・審査負荷 — https://0115765.com/archives/157285

3. FANZA同人 AI生成作品トップ/新作/ランキング除外 — https://www.itmedia.co.jp/aiplus/articles/2506/24/news053.html

4. DLsite AI生成フロア新設・取扱再開 — https://forest.watch.impress.co.jp/docs/news/1569791.html

5. mature/adult禁止・髪色/瞳色固定・年齢18-21固定(社内MEMORY: feedback_mature_adult_ban_2026-06-01)

6. FANZA AI同人 独自規約まとめ(申告区分・モザイク) — https://note.com/hanadageika/n/n1066dbb1d6fc

7. DLsite同人 出版手順 — https://nununununu.com/dlsite-how-to-publish-book/

8. BOOTH ガイドライン(R-18/出品規定) — https://booth.pm/guidelines

9. DLsite【重要】AI生成フロア公開(月2作品/500枚上限/写実不可) — https://info.eisys.co.jp/dlsite/dcbab34695586403

10. ComfyUI 1000枚バッチ自動化(CSV/JSON投入・リトライ) — https://apatero.com/blog/comfyui-batch-processing-1000-images-automation-2026

11. メモリ番人・RAM監視/PC安定(社内MEMORY: feedback_pc_memory_stability_2026-05-22 / feedback_no_second_comfyui_8189_crash_2026-06-10)

12. ComfyUI APIをPythonで使う完全ガイド(/prompt /history /ws) — https://medium.com/@next.trail.tech/how-to-use-comfyui-api-with-python-a-complete-guide-f786da157d37

13. 品質ゲート必須化・9軸加重3.8・4AI採点・gate.json証跡・grok_router(社内MEMORY: feedback_quality_gate_mandatory_2026-05-30 / grok_router.py)

14. プロンプトガード必須化(ahegao源流遮断・sys.exit)(社内MEMORY: feedback_ahegao_systemic_rootcause_guard_2026-06-10)

15. BOOTH AI生成作品 対応強化(大量出品/特定作家模倣にアカBAN) — https://www.inside-games.jp/article/2025/07/18/169622.html

16. BOOTH AI生成作品への今後の対応とお願い(公式announcement) — https://booth.pm/announcements/646 / 強化 https://booth.pm/announcements/828

17. GOLDEN勝ちパターン(cfg6.0/dpmpp_2m karras/1024/steps30/超シンプルprompt/優先度逆算s5→s1)(社内MEMORY: feedback_golden_winning_pattern_2026-05-22)

18. モザイク工程は本人が握る方針(社内MEMORY: feedback_mosaic_done_by_toffee_2026-06-10)

19. 写植 vs 画像内直描き(本文は写植・英字SFXのみAnyText2)(社内DR: 拡散モデルで日本語セリフを直接描く技術完全ガイド_2026-06-08)

20. Detailerチェーン(FaceDetailer→HandDetailer→結合部inpaint)(社内DR: AIエロ漫画6大弱点克服統合ComfyUIパイプライン2026)

21. SDXL LoRAトラブルシュートTOP10(過学習/checkpoint選定) — https://apatero.com/blog/lora-training-troubleshooting-top-10-issues-solutions-2025

22. Kohya SS LoRA Training完全ガイド2025(Prodigy lr=1.0/dim/alpha) — https://www.apatero.com/blog/kohya-ss-lora-training-complete-guide-2025

23. オリジナルキャラLoRA(Illustrious-XL)学習 — https://www.digitalcreativeai.net/en/post/original-character-lora-illustrious-character-training

24. 過学習対策・60-70%checkpoint比較・step削減・reg画像 — https://www.neura.market/directories/stable-diffusion/guides/lora-training-settings-explained-kohya-ss-parameter-deep-dive

25. LoRA QCゲート必須化(青ch数値<40没/3AI属性/smoke目視/色破綻fry再学習)(社内MEMORY: feedback_lora_qc_gate_mandatory_2026-06-09 / feedback_lora_cfg_hires_fry_2026-06-09)

26. モデル別最適cfg・weight盛りすぎfry防止(社内MEMORY: feedback_prompt_weight_overload_fry_2026-06-09 / feedback_model_specific_cfg_fry_2026-06-09)

27. WebSocket & ComfyUI(/ws リアルタイム進捗) — https://dev.to/worldlinetech/websockets-comfyui-building-interactive-ai-applications-1j1g

28. Production-Ready ComfyUI API構築(逐次+ポーリングが堅牢) — https://www.viewcomfy.com/blog/building-a-production-ready-comfyui-api

自己採点(4軸×25点 = 95/100)

技術(LoRA/ComfyUI API/Detailer/cfg) 24/25

運用(ゲート/preflight/夜間自律/1日1週フロー) 25/25

法務/規約(FANZA/DLsite/BOOTH 2025-26最新) 23/25

競合/市場(供給制約下の戦い方・収益試算) 23/25

減点理由: 実装スクリプト完全版は別途必要(本DRは設計図)。規約は流動的で四半期更新前提。