collection-ideate

name	collection-ideate
description	Use when 新コレクションの企画が必要なとき、データドリブンな意思決定をしたいとき。「次何作る？」「テーマ選び」「コレクション候補」「企画提案」「アイデア」など、新規コンテンツの方向性を決める場面で必ず使用すること

Overview

最新の分析データ + 競合ベンチマークを基に、各ペルソナ向けの企画提案を自動生成する。 アナリティクス未収集の初回チャンネルでは、ベンチマークまたはユーザー直接入力で初回企画を生成する。 設定は config/skills/collection-ideate.yaml を参照。

制作ループ全体の中での位置づけと workflow-state.json の扱いは docs/workflow-cheatsheet.md を参照。

設定読み込みゲート

前提確認や Phase 1 に入る前に、以下を必ず Read（Codex では同等のファイル閲覧）で開く。SKILL.md の説明や記憶から設定値を推測しない。

1. .claude/skills/collection-ideate/config.default.yaml
2. config/skills/collection-ideate.yaml（存在する場合）

読み込み後は youtube_automation.utils.skill_config.load_skill_config("collection-ideate") と同じ deep-merge 前提で、チャンネル上書きを優先して扱う。存在しない override は未設定として扱い、勝手に作成しない。このスキルが別 skill の skill-config を直接参照する段階では、その skill の config.default.yaml と config/skills/<skill>.yaml も同じ手順で読む。

前提

config/channel/ が存在すること（load_config() でロード可能）。

config/skills/collection-ideate.yaml および config/skills/thumbnail.yaml（Phase 4 で使用）はオプション。yt-skills sync で配布される config.default.yaml がそのまま使われるため、default 動作で問題なければ作成不要。カスタマイズしたい場合のみ config.default.yaml をコピーして config/skills/<skill>.yaml に置き、必要な値だけ上書きする（deep-merge される）。

config/channel/ が存在しない場合、ユーザーに確認:

• 新規チャンネル → /channel-new を案内
• 既存チャンネル（YouTube で既に運営中）→ /channel-import を案内

When to Use

• 新コレクションの企画が必要なとき
• 戦略の見直し・次期コンテンツ計画を立てたいとき
• データに基づいた意思決定をしたいとき

前提スキル状態確認

Phase 1 に入る前に入力モードを 1 回だけ判定し、以降の分析・企画生成はそのモードに従う。

モード	判定条件	企画生成の入力	前提スキルの扱い
analytics mode	reports/analysis_*.md が存在し、stale ではない	日次収集データ + ベンチマーク + config	analyze / benchmark / persona / viewing-scene を通常確認
benchmark fallback mode	reports/analysis_*.md が存在せず、data/benchmark_*.json が存在する	ベンチマークデータ + config	analytics 依存をスキップ。persona / viewing-scene は存在すれば使い、無ければ config と benchmark から仮説化
minimal mode	reports/analysis_*.md と data/benchmark_*.json がどちらも存在しない	ユーザー直接入力（テーマ / ジャンル / 雰囲気）+ config	analytics / benchmark 依存をスキップ。persona / viewing-scene は初回仮説として扱う

analytics mode では /analytics-analyze と /benchmark を独立・並列で鮮度判定（stale 検出）し、 /audience-persona と /viewing-scene は存在チェックのみ行う（更新タイミングは戦略判断のため人間が決める）。

• reports/analysis_*.md が存在するが stale → fallback せず中断。ユーザーに /analytics-analyze 再実行を案内（必要なら /analytics-collect 先行）。自動呼び出し不可（AI 推論コスト発生のため）
• analytics mode で /benchmark が stale → Skill ツールで実行（内部で差分更新）
• analytics mode で /audience-persona が未生成 → ユーザーに案内（更新タイミングは戦略判断のため人間が決める）
• analytics mode で /viewing-scene が未生成 → ユーザーに案内（persona 下流のため連動して判断）

判定ルール（鮮度・存在チェックの擬似コード・workflow-state との同期）は references/freshness-rules.md を参照。analytics mode の必須入力で stale または未生成を検出したら Phase 1 を中断して該当スキルの実行を促すこと。

実行フロー

Phase 1: 現状分析・データ収集

Phase 1-1: チャンネル現状 + 戦略ドキュメント

yt-channel-status でチャンネル統計を取得し、既存コレクション一覧・テーマカバレッジを把握。

uv run yt-channel-status

続いて戦略ドキュメントを Read で読み込み、チャンネル方向性を把握する:

• docs/channel/strategy.md — チャンネル戦略の集約文書
• docs/channel/channel-direction.md — 方向性決定の記録

どちらも任意扱い。存在しない場合は warning を表示して進行する（/channel-direction で生成できる旨を案内）。

Phase 1-2: 自チャンネル Analytics 分析

analytics mode では最新 reports/analysis_*.md を Read で読み込み、自チャンネルのパフォーマンス示唆を取り込む。 以下のセクションが /collection-ideate 企画立案の直接入力:

• § 5 戦略的改善提案 — CTR 改善・コンテンツ最適化の方向性
• § 6 推奨される次期コレクション候補 — データから導出されたテーマ候補
• § 8 戦略ディスカッション — 長期視点の示唆

エラーハンドリング:

• reports/analysis_*.md が存在しない → 中断せず、入力モード判定に従って benchmark fallback mode または minimal mode へ進む
• reports/ が stale（最新 data/analytics_data_*.json のファイル名日付より古い）→ fallback せず中断。/analytics-analyze 再実行を案内

Phase 1-3: 競合ベンチマーク分析

analytics mode では Skill ツールで /benchmark を実行 — config/skills/benchmark.yaml の freshness_days（既定 3 日）より古いファイルがあれば YouTube Data API (OAuth) で最新データを自動取得・更新する。最新であればスキップされる。

benchmark fallback mode では data/benchmark_*.json を Read で読み込み、config と合わせて企画入力にする。/benchmark の自動実行や docs/benchmarks/ の読み込みはしない。

minimal mode ではベンチマーク分析をスキップし、ユーザーにテーマ / ジャンル / 雰囲気を確認して企画入力にする。

analytics mode の /benchmark 更新完了後、 docs/benchmarks/ 配下の全 .md ファイルを Read ツールで読み込み、以下を抽出:

• 競合チャンネルの高パフォーマンステーマ（再生数上位）
• 共通成功パターン（common-patterns.md）
• 自チャンネルへの戦略的示唆
• 競合がカバー済みのテーマ（差別化のため）

Phase 1-4: 統合分析

Phase 1-1〜1-3 の入力を統合し:

• テーマカバレッジマップ（自チャンネル vs 競合）
• 未開拓 × 高ポテンシャルのテーマ候補リスト（自チャンネル分析の示唆を優先）
• 差別化可能な切り口の特定
• 競合パターン参照と自チャンネル強みの掛け合わせ

benchmark fallback mode では自チャンネル分析の示唆を使わず、ベンチマークの高パフォーマンステーマと config/channel/meta.json / config/channel/content.json の世界観を掛け合わせる。

minimal mode ではユーザー直接入力（テーマ / ジャンル / 雰囲気）と config/channel/meta.json / config/channel/content.json の世界観だけで候補を作る。

Phase 2: 戦略的企画立案

youtube-video-planner サブエージェント（Task ツール）で入力モードごとの材料からテーマ戦略を構築。 analytics mode では CTR 改善に最適なテーマ戦略を優先し、benchmark fallback mode / minimal mode では 初回制作を開始できる具体性とチャンネル世界観への整合を優先する。

Phase 3: ペルソナベース企画候補生成

rpg-collection-research-agent と rpg-storytelling-agent サブエージェント（Task ツール）を連携して、各ペルソナ向けの企画候補を生成。 benchmark fallback mode / minimal mode でペルソナ文書が無い場合は、入力モードごとの材料から初回仮説の視聴者像を明記して候補を生成する。

Phase 4: プレビューサムネイル生成

既定では preview.thumbnail_mode: parallel ── テキストで preview.candidate_count 案（デフォルト 3）を先に提示して合意を取り、その後 candidate_count 枚を一括生成して比較選択する。コストを抑えたい場合は sequential に切り替えると「テキスト candidate_count 案 → 選択 → 選択 1 案だけ生成」フローになる（コスト 1/candidate_count、節末「Phase 4 補足: sequential モード (opt-in)」参照）。

以下、本文中の Bash 例・テーブル・採番（A/B/C / plan-a/b/c）はすべて candidate_count = 3 のときのサンプル。candidate_count を変更した場合は連打回数・採番をその値に合わせて調整すること。

両モード共通の前半（4-1〜4-2）でテキスト案提示とコスト合意を済ませてから、後半（4-3〜4-5）で生成・比較・選択に進む。

4-1: 企画 candidate_count 案（プロンプト本文込み）をテキストで提示

preview.candidate_count（デフォルト 3）個の企画について、/thumbnail スキルの Phase 1 と同等の本番品質プロンプトを テキストで 生成・提示する。この段階では画像は生成しない。

• config/skills/thumbnail.yaml の image_generation.gemini.prompt_prefix + composition_rules を完全適用
• 英語 1 段落、誇張表現禁止、16:9 構図、テキスト除外
• キャラ + 手が写る構図では image_generation.gemini.single_step.anatomy_clause の内容（hands anatomically correct, five fingers each, no fused/extra/melted fingers）をプロンプトに含める（#570、Gemini の指破綻を抑止）
• IP / 版権セーフティ (#569): 参照画像が TTP のベンチマーク（競合サムネ）である以上、原作者のサイン・署名・透かし・ロゴが転写される事故を抑止するため、各企画プロンプトの末尾に標準除外 clause を必ず含める: no signature, no autograph, no watermark, no logo, no brand mark, clean corners（image_generation.gemini.single_step.ip_safety_clause を参照）。プロンプト本文の比較材料に含まれるため、テキスト案提示の段階で抜けに気付けるようにしておく
• 本番品質で生成する（選択された企画のプロンプトをそのまま yt-generate-image に渡すため、再生成によるばらつきを避ける）

各企画について、テーマ・タイトル・オブジェクト定義・サムネプロンプト全文をユーザーに提示する。プロンプト本文も比較材料に含めることで、視覚出力を見る前にユーザーが意図を把握できる。

4-2: コスト一括確認

事前見積もりは config/skills/thumbnail.yaml の image_generation.<provider>.cost_per_image_usd を 指定したときのみ提示する（Issue #132 以降、ハードコード単価表は撤廃済み）。実コストは GCP Cloud Console > Billing で確認する。thumbnail_mode によって生成枚数が異なるため、ワンライナーで自動分岐させる:

uv run python3 -c "
from youtube_automation.utils.image_provider import load_image_generation_config
from youtube_automation.utils.skill_config import (
    load_skill_config,
    get_collection_ideate_thumbnail_mode,
    THUMBNAIL_MODE_SEQUENTIAL,
)
ic = load_skill_config('collection-ideate').get('preview', {})
cfg = load_image_generation_config()
mode = get_collection_ideate_thumbnail_mode()
count = 1 if mode == THUMBNAIL_MODE_SEQUENTIAL else ic.get('candidate_count', 3)
if cfg.provider == 'codex':
    print(f'{count} 枚 × GCP 課金なし ({mode} / codex-image.sh / ChatGPT fair-use)')
    raise SystemExit
elif cfg.provider == 'gemini':
    model = cfg.gemini.model
    image_size = cfg.gemini.image_size
else:
    model = cfg.openai.model
    image_size = cfg.openai.quality
tc = load_skill_config('thumbnail').get('image_generation', {}).get(cfg.provider, {})
per = tc.get('cost_per_image_usd')
if per is None:
    print(f'{count} 枚 × 不明 ({mode} / {model} / {image_size}) — config/skills/thumbnail.yaml の cost_per_image_usd 未設定')
else:
    print(f'{count} 枚 × \${per:.3f} = \${count*per:.3f} ({mode} / {model} / {image_size})')
"

例（cost_per_image_usd が設定済み・parallel・candidate_count=3 の場合）: 3 枚 × $0.101 = $0.303 (parallel / gemini-3.1-flash-image-preview / 2K)

ユーザーが拒否した場合 → プレビュー画像生成を完全スキップしテキストのみで提示（企画参照画像生成はブロッキングにしない）。planning-preview.png は未生成のまま Next Step に進み、後段の /thumbnail <theme> がベンチマーク参照からテキスト付き thumbnail.jpg を生成し、承認済み thumbnail.jpg から textless main.png/jpg を再生成する（Next Step の「コスト拒否 / 生成失敗で企画参照画像が無い場合」参照）。

4-3: セッションディレクトリ作成

両モード共通。生成出力先となるセッション固有のディレクトリを作成する:

# <YYYYMMDD> は実行日（例: 20260306）
# <SESSION_ID> はセッション開始時に生成したランダム ID
# バイト数は config/skills/collection-ideate.yaml の preview.session_id_bytes（デフォルト 2 → hex 4 文字）
SESSION_ID=$(openssl rand -hex 2)
PREVIEW_DIR="<YYYYMMDD>-${SESSION_ID}"
mkdir -p collections/planning/_plan-previews/${PREVIEW_DIR}

_ プレフィックスで通常コレクションと区別。セッション ID 付きディレクトリで並列実行時の競合を回避する。

4-4: プロンプト構築 + 一括生成（parallel デフォルト）

config/skills/thumbnail.yaml の image_generation.gemini.generation_mode を確認:

• single_step の場合: image_generation.gemini.diff_prompt_template をベースに、オブジェクトデザインルール（ideate.objects が定義されている場合）に従って企画ごとのオリジナルオブジェクトを指定。

  • 背景色: image_generation.gemini.brand_background を使用（定義がある場合）。全コレクション統一
  • 差別化はオブジェクトで行う: ideate.objects.swappable で定義されたスロットを企画ごとに変える
  • キャラ + 手が写る構図では ${anatomy_clause} を全企画プロンプトに展開する（#570）。single_step プレビューは企画参照素材として保存され、最終 thumbnail.jpg には流用しない。ただし参照素材の手・指破綻（指の融合・本数異常・溶融）が後段 /thumbnail の方向性に影響するため、ここで anatomy 強調 clause を当てておく
  • IP / 版権セーフティ clause を常時付与 (#569): ベンチマーク TTP 由来の署名・サイン・透かし・ロゴが焼き込まれないよう、single_step.ip_safety_clause（no signature, no autograph, no watermark, no logo, no brand mark, clean corners）を全企画プロンプトに含める。diff_prompt_template 自体に組み込んでおけば 4-1 で生成するテキスト案にも自動で含まれる
  • 具体的な差分プロンプトの書き方は references/object-design-examples.md を参照

• それ以外の場合: 4-1 で生成済みの本番品質プロンプトをそのまま流用

REF_PATHS を構築してから provider に応じた経路で preview.candidate_count 枚を順次生成する:

# <dir> は 4-3 で作成したセッション固有ディレクトリ名（例: 20260306-a3f1）
# <slug> はテーマ名をケバブケースに変換（例: "The Wanderer's Road" → "wanderers-road"）
# THEME はコレクションテーマ slug。ideate 段階の暫定値で OK
THEME="<slug>"

CANDIDATE_COUNT=$(uv run python3 -c "
from youtube_automation.utils.skill_config import load_skill_config
preview = load_skill_config('collection-ideate').get('preview', {})
print(int(preview.get('candidate_count', 3) or 3))
")

REFS=$(uv run python3 -c "
from youtube_automation.utils.config import channel_dir
from youtube_automation.utils.skill_config import load_skill_config
from youtube_automation.utils.image_provider.composition import normalize_reference_default

thumb = load_skill_config('thumbnail').get('image_generation', {}).get('gemini', {})
ref_cfg = thumb.get('reference_images', {}) if isinstance(thumb, dict) else {}
ch = channel_dir()
defaults = [str(ch / p) for p in normalize_reference_default(ref_cfg.get('default'))]

for p in defaults:
    print(p)
")

REF_PATHS=()
while IFS= read -r p; do
  [ -n "$p" ] && REF_PATHS+=("$p")
done <<< "$REFS"

VALIDATED_REFS=$(printf '%s\n' "${REF_PATHS[@]}" | uv run python3 -c "
import sys
from pathlib import Path
from youtube_automation.utils.config import channel_dir
from youtube_automation.utils.thumbnail_references import plan_ttp_reference_assignments

refs = [Path(line.strip()) for line in sys.stdin if line.strip()]
candidate_count = int(sys.argv[1])
validated = plan_ttp_reference_assignments(
    refs,
    candidate_count,
    True,
    benchmark_root=channel_dir() / 'data' / 'thumbnail_compare' / 'benchmark',
)
for ref in validated:
    print(ref)
" "$CANDIDATE_COUNT")
mapfile -t REF_PATHS <<< "$VALIDATED_REFS"

# 順次実行。candidate_count の数だけ plan-{a,b,c,...} を生成する。
LABELS=(a b c d e f g h)
PROVIDER=$(uv run python3 -c "from youtube_automation.utils.image_provider import load_image_generation_config; cfg = load_image_generation_config(); print(cfg.provider)")
if [ "$PROVIDER" = "codex" ]; then
  # codex は image_generation.codex.default_prompt_template を必ず使う。
  # 参照画像を winning template として扱い、{title} だけを差し替える短い TTP 上位互換プロンプトにする。
  # 候補ごとに別参照画像 1 枚だけを渡す。参照不足なら生成せず設定を直す。
  if [ "${#REF_PATHS[@]}" -lt "$CANDIDATE_COUNT" ]; then
    echo "ERROR: codex single_step preview requires at least ${CANDIDATE_COUNT} unique reference images" >&2
    exit 1
  fi
  build_codex_prompt() {
    uv run python3 .claude/skills/thumbnail/references/codex-prompt.py "$1"
  }
  for idx in $(seq 0 $((CANDIDATE_COUNT - 1))); do
    label="${LABELS[$idx]}"
    title="<企画${label}タイトル>"
    bash .claude/skills/thumbnail/references/codex-image.sh --require-reference \
      "$(build_codex_prompt "$title")" \
      "collections/planning/_plan-previews/<dir>/plan-${label}-<slug>.png" \
      "${REF_PATHS[$idx]}"
  done
else
  for idx in $(seq 0 $((CANDIDATE_COUNT - 1))); do
    label="${LABELS[$idx]}"
    prompt="<企画${label}プロンプト>"
    uv run yt-generate-image --ttp-strict-references \
      --reference "${REF_PATHS[$idx]}" \
      --max-attempts 1 \
      --prompt "$prompt" \
      --output "collections/planning/_plan-previews/<dir>/plan-${label}-<slug>.png" -y
  done
fi

• 全企画とも REF_PATHS[$idx] の別々の benchmark 参照を 1 枚ずつ使う。TTP strict preview では stock を混ぜない
• 出力先: collections/planning/_plan-previews/<dir>/plan-<x>-<slug>.png（<x> は a/b/c/... のラベル、candidate_count 枚ぶん）
• -y 指定時、同名ファイルが既存なら自動で -v2, -v3 ... と採番（追加の安全策）
• stock は TTP strict preview には混ぜない。stock 参照を使う場合は /thumbnail の汎用参照生成で別途扱う

4-4-check: 生成後セルフチェック (#489, 任意)

config/skills/collection-ideate.yaml の self_check.enabled: true（デフォルト）の場合、 4-5 のユーザー提示の 前 に yt-thumbnail-check を実行する。これは Gemini Vision で objects.fixed（wet_runway / matte_black_car / aircraft_mid_distance 等）と no_logo_guard（テキスト・ロゴ・透かし混入）を JSON 形式の YES/NO チェックリストで 検査するセルフチェック CLI。

uv run yt-thumbnail-check \
  collections/planning/_plan-previews/<dir>/plan-*.png \
  --json

• 終了コード 0 で全画像合格、1 で 1 件以上が不合格。
• 不合格時は self_check.max_regeneration_attempts が 1 以上なら 4-4 の生成を該当 企画だけ再実行、0 なら警告表示のみで 4-5 に進む（ユーザー承認時に保存）。
• --print-prompt で実際に Gemini に渡すチェック prompt を確認できる（呼び出しなし）。
• 検査対象を絞りたい場合は --check 'Does the aircraft sit off-center?' のように追加可能。

self_check.enabled: false または objects.fixed 未定義のチャンネルでは チェックリストが no_logo_guard のみになる（または完全 skip）。

4-5: 全枚を比較提示 → ユーザー選択

1. open で全枚を同時にプレビューアプリで開く（candidate_count=3 の例。違う値の場合はブレース展開を調整）:

   open collections/planning/_plan-previews/<dir>/plan-{a,b,c}-*.png
   

2. Read ツールでも各プレビュー画像を表示しながら企画を提示する

3. 各企画にはサムネイル情報に加え、ideate.objects で定義されたオブジェクトの名前・ストーリーを併記する（objects 未定義時は省略）

4. 生成に失敗した分はテキストのみで提示（「プレビュー生成失敗」と明記）

ユーザーから採用企画を番号（A, B, C, ... のラベル）または企画タイトルで受け取る。NG だった場合の戻り経路:

• 同じペルソナで再生成したい → Phase 3 から再実行
• 別ペルソナに切り替えたい → ペルソナローテーション（後述）に従って次ペルソナで再実行
• 個別画像だけ気に入らない → 該当企画を 4-4 のコマンドで単発再生成

parallel モードでは Next Step で yt-stock-archive による不採用 (candidate_count - 1) 枚の stock 退避が走る（「Next Step」参照）。

---

Phase 4 補足: sequential モード (opt-in)

config/skills/collection-ideate.yaml で preview.thumbnail_mode: sequential に切り替えた場合のみ実行する。コストは parallel の 1/candidate_count（candidate_count=3 で例えば 1 枚 × $0.101 = $0.101）。テキスト案のプロンプト本文だけで企画を絞り込めるときに有効。

sequential 用 4-1 / 4-2: 共通。4-2 のコストワンライナーは mode == sequential のとき count = 1 を返すため自動的に 1 枚 × $X 表示になる。コスト拒否時の挙動も共通。

sequential 用 4-3 (セッションディレクトリ作成): 共通。

sequential 用 4-4 (選択 → 1 枚生成):

先にユーザーから採用企画を番号（A, B, C, ... のラベル）または企画タイトルで受け取り（不採用 (candidate_count - 1) 案は破棄、画像は未生成なので副作用なし）、選択 1 案のみ provider に応じた生成経路を 1 回呼ぶ:

# <x> は選択された企画の番号（a/b/c）
PROVIDER=$(uv run python3 -c "from youtube_automation.utils.image_provider import load_image_generation_config; cfg = load_image_generation_config(); print(cfg.provider)")
if [ "$PROVIDER" = "codex" ]; then
  # codex は image_generation.codex.default_prompt_template を必ず使う。
  # 参照画像を winning template として扱い、{title} だけを差し替える短い TTP 上位互換プロンプトにする。
  # 選択した企画と同じ index の参照画像 1 枚だけを使う（a=0, b=1, c=2）。
  REF_INDEX="<選択された企画の0-based index>"
  if [ "${#REF_PATHS[@]}" -le "$REF_INDEX" ]; then
    echo "ERROR: selected preview reference is missing: index=${REF_INDEX}" >&2
    exit 1
  fi
  CODEX_PROMPT=$(uv run python3 .claude/skills/thumbnail/references/codex-prompt.py "<選択された企画タイトル>")
  bash .claude/skills/thumbnail/references/codex-image.sh --require-reference \
    "$CODEX_PROMPT" \
    collections/planning/_plan-previews/<dir>/plan-<x>-<slug>.png \
    "${REF_PATHS[$REF_INDEX]}"
else
  uv run yt-generate-image --ttp-strict-references --reference "${REF_PATHS[$REF_INDEX]}" --max-attempts 1 \
    --prompt "<選択された企画のプロンプト>" \
    --output collections/planning/_plan-previews/<dir>/plan-<x>-<slug>.png -y
fi

sequential 用 4-5 (1 枚承認):

1. open で生成 1 枚をプレビューアプリで開く
2. Read ツールでもプレビュー画像を表示する
3. オブジェクトの名前・ストーリーを併記する
4. 承認 NG / 生成失敗の場合は次のいずれかの経路で復帰:
   • 同じ企画で再生成 → 4-4 を再実行
   • 別の企画に切り替え → 4-4 の選択からやり直し

sequential モードでは Next Step で stock 退避は走らない（不採用画像が生成されていない）。

ペルソナベース企画フレームワーク

docs/channel/personas/persona-definition.md で定義されたペルソナに対し、各 1 企画を生成する。 ペルソナの視聴シーン・ユースケースから情景を導出し、差別化軸と掛け合わせてテーマを決定する。

docs/channel/personas/persona-definition.md が存在する場合、そこからペルソナを読み込む。鮮度・未生成の判定ルールは冒頭の「前提スキル状態確認」セクションに従う。

analytics mode で存在しない場合は ideate を進めず、以下を案内して停止する:

❌ docs/channel/personas/persona-definition.md が見つかりません。
   先に `/audience-persona` を実行してターゲットペルソナを定義してください。

benchmark fallback mode / minimal mode では停止せず、入力モードごとの材料から初回仮説の視聴者像を明記する:

• benchmark fallback mode: ベンチマークで反応が強い視聴シーンと config/channel/content.json の genre / tags から仮説ペルソナを作る
• minimal mode: ユーザーが入力したテーマ / ジャンル / 雰囲気と config/channel/meta.json / config/channel/content.json から仮説ペルソナを作る

今回のターゲットペルソナに対し、差別化軸（config/skills/collection-ideate.yaml の differentiation_axes、デフォルト: location / time_of_day / activity / mood）の掛け合わせで candidate_count 個の候補を生成する。以下は candidate_count=3 のときのテンプレ:

企画	差別化の切り口
企画 1	軸 A × 軸 B のバリエーション
企画 2	軸 C × 軸 D のバリエーション
企画 3	analytics / benchmark fallback mode では競合の高再生パターンをペルソナ視点で再解釈。minimal mode では直接入力のテーマを別の差別化軸で再解釈

candidate_count を変えた場合は枠を増減し、各企画ごとに異なる差別化軸の組み合わせを割り当てる。analytics / benchmark fallback mode では競合パターン再解釈を含め、minimal mode では直接入力と config だけを根拠にする。

カラールール

• 背景色: config/skills/thumbnail.yaml の image_generation.gemini.brand_background を使用（定義があれば全コレクション統一）
• 差別化はオブジェクトで行う: ideate.objects.swappable を企画ごとに変える

各企画には以下を必ず含める:

• ターゲットペルソナ: 名前・視聴シーン・ユースケース
• 差別化ポイント: 既存コレクションとどう異なるか
• 情景没入スコア: サムネイル + タイトルで情景が浮かぶ度合い（高/中/低）
• オブジェクト定義: ideate.objects.swappable 各スロットの具体値（名前・ストーリー・ビジュアル）

入力モード別の根拠項目:

• analytics mode / benchmark fallback mode: 競合パターン参照（どの競合の成功パターンを参考にしたか）を必ず含める
• minimal mode: 競合パターン参照は要求しない。ユーザー直接入力（テーマ / ジャンル / 雰囲気）と config からの根拠、仮説ペルソナ / 視聴シーンの根拠を必ず含める

企画ルール

config/channel/meta.json の channel.core_message と config/channel/content.json の genre.* からチャンネルの世界観を読み取り、一貫した企画を立案する。

config/channel/content.json の title.template に基づくタイトル構造を使用。

タイトルテンプレート

config/channel/content.json の title.template を参照。テーマに合わせて動的要素を調整。

差別化軸

config/skills/collection-ideate.yaml の differentiation_axes を使用。デフォルト軸:

軸	説明
location	シーンの空間設定
time_of_day	時間的コンテキスト
activity	リスナーのユースケース
mood	感情的トーン

vote-log hook（#509 — data/community/weekly-vote-log.json 連携）

/community-draft --type weekly-feedback で集計された Sunday Vote の結果を theme weight 計算に取り込み、視聴者の直近声をペルソナ × 差別化軸の組み合わせより 優先順位高めに反映する hook（オプション、ログ未存在なら静かに無視）。

from youtube_automation.utils.config import channel_dir
from youtube_automation.utils.weekly_vote_log import (
    compute_vote_log_weights,
    load_weekly_vote_log,
)

log = load_weekly_vote_log(channel_dir=channel_dir(), missing_ok=True)
result = compute_vote_log_weights(log, recent_weeks=4, decay=0.7)
# result.forced_axis: 連続 2 週以上で 1 位だった軸 key (なければ None)
# result.weights: 軸 key → float weight (decay^i の合算)

theme weight への反映ルール:

1. result.forced_axis is not None のとき → その軸を 強制採用 (theme weight を最大化)。 差別化軸の選択肢でも forced_axis を含む組み合わせを必ず 1 案残す。連続 2 週 1 位は 「視聴者の関心が明確にロックオン済み」のシグナルなので、別軸の探索より追従を優先する
2. result.weights のキー → 各軸の 重みづけ平均 (新しい週ほど高く) として候補の優先順位を上げる。 重みは decay=0.7 (最新 1.0 / 1 週前 0.7 / 2 週前 0.49 / 3 週前 0.343) で減衰
3. ログ未存在 / 空 → 通常の differentiation_axes ロジックを変更なしで継続（後方互換）

CLI からも同一ロジックを叩ける:

uv run yt-vote-log weights --recent 4 --decay 0.7
# → {"weights": {...}, "forced_axis": "...", "forced_streak": N, "considered_weeks": M}

連動先: ログ append は /community-draft --type weekly-feedback の Studio 投票結果手動入力タイミング（または yt-vote-log append 直叩き）で行う。/collection-ideate 側は read-only。

composition_lock (#489)

composition_lock（デフォルト true、トップレベル）が有効なとき、differentiation_axes は 企画コンセプトの内部メタデータ（音楽プロンプト・概要欄訴求・タイトルバリエーション） として扱い、サムネ構図には反映しない。サムネは TTP 参照画像 + objects.fixed で固定され、差別化は objects.swappable の slot 値のみで取る。

これは過去事例（DF365 / 2026-05-20）で「location を企画ごとに mountain airstrip / urban tunnel exit / desert airstrip と変えたところ、参照画像 (Mental Stamina Mode) の wet airport runway + blue-hour テンプレから外れて参照画像のスタイル アンカーが効かなくなった」問題への対処。

具体的な扱い:

• Phase 4-4 のサムネプロンプト構築では、差別化軸の 値 は objects.swappable の slot に取り込まれている範囲（候補ごとに変える色・小物・キャラ表情など）でのみ サムネに反映される。
• 差別化軸の値そのもの（mountain airstrip 等）をサムネプロンプト本文に書き出すと、 TTP 参照画像のスタイルアンカーが効かなくなる。youtube_automation.utils.composition_lock.axes_in_thumbnail_prompt() を使えば検証可能（ヒットしたら警告して書き直す）。
• 音楽プロンプト・概要欄・タイトルでは引き続き差別化軸を字義通り使ってよい （視聴シーン訴求の幅を出すための内部メタデータ）。

composition_lock: false に切り替えると従来挙動（差別化軸をサムネ構図にも反映）に 戻る。TTP を捨てて毎回ゼロから構図設計する派生チャンネルでのみ false 推奨。

競合パターン分析ルール

analytics mode / benchmark fallback mode ではベンチマークデータを分析し、以下を企画判断に使う。minimal mode ではこの分析をスキップし、ユーザー直接入力（テーマ / ジャンル / 雰囲気）と config から企画根拠を作る。

• 高再生タイトルの共通要素: 情景描写の具体性と再生数の相関
• 低再生タイトルの回避要素: 抽象的・汎用的なテーマは CTR が低い
• 具体的な場所 + ムードの組み合わせが視聴者の情景想起を助ける

OK / NG 例

• ✓ 具体的場所 + 天候/時間帯 + ムード（情景が浮かぶ）
• ✗ 汎用的すぎる、情景なし（Relaxing Music 等）
• ✗ 形容詞が抽象的、場所なし（Beautiful Night Music 等）
• ✗ カタログ的、世界観なし（BGM Collection 等）

オブジェクトデザインルール

config/skills/collection-ideate.yaml に objects セクションがある場合、サムネイルの差し替え可能オブジェクトと固定オブジェクトを定義する。

objects がない場合、このセクションはスキップする（サムネイル差別化はカラー・構図のみになる）。

オブジェクトデザインの原則

• 各コレクションでオブジェクトを差し替え、視覚的差別化を実現する
• 名前は短く詩的に
• ストーリーは「誰が、どんな場面で、なぜ」を描写
• ビジュアルは具体的に指定（形状・色・質感）

具体例は references/object-design-examples.md を参照。

オリジナリティ保証ルール

config/skills/collection-ideate.yaml の originality を参照:

• 競合の既存タイトル・テーマとの類似度が originality.max_similarity を超えたら警告
• ベンチマークから学ぶのは「パターン（構造）」であり「テーマそのもの」ではない
• 既存コレクションと類似度が高い場合は警告表示
• originality.require_pattern_reference: true の場合、analytics mode / benchmark fallback mode では各企画に「競合パターン参照元」と「差別化ポイント」を明記。minimal mode では競合パターン参照元を要求せず、ユーザー直接入力 + config からの根拠と差別化ポイントを明記

リファレンス

コレクション作成の詳細ライフサイクル（ディレクトリ構造、段階別手順、チェックリスト）は references/collection-lifecycle.md を参照。

意思決定支援

ペルソナローテーション

/collection-ideate は1 つのペルソナに絞って preview.candidate_count 個の企画候補を生成する。次回の /collection-ideate では次のペルソナに移る。

今回のターゲットペルソナ判定:

1. docs/channel/personas/persona-definition.md が存在する場合、そこに定義されたペルソナを対象にする
2. collections/ 配下の全 workflow-state.json から planning.target_persona を収集
3. 直近の選択ペルソナの次を今回のターゲットにする。初回 or 不明なら persona 文書の先頭ペルソナを使う
4. analytics mode で persona 文書が存在しない場合は停止し、/audience-persona 実行を案内する
5. benchmark fallback mode / minimal mode で persona 文書が存在しない場合は、入力モードごとの材料から作る初回仮説の視聴者像を今回のターゲットペルソナとして扱う
   • benchmark fallback mode: ベンチマークデータ + config
   • minimal mode: ユーザー直接入力（テーマ / ジャンル / 雰囲気）+ config

candidate_count 候補の差別化軸: 同一ペルソナ向けに、differentiation_axes の掛け合わせを変えてバリエーションを生成する。

企画レポート保存

企画候補は必ずコレクションの 20-documentation/plan_proposals.md に保存すること。

保存後、workflow-state.json の planning.generated = true に更新する。

Next Step

企画選択時にタイトルも確定する（workflow-state.json の planning.final_title に記録）。

企画確定後、選択した企画のプレビュー画像は企画参照として保存し、main.png にはコピーしない。main.png/jpg は /thumbnail で承認済みテキスト付き thumbnail.jpg から再生成する textless 動画背景として確定する。thumbnail_mode と「画像が生成されたか」によって手順が分岐するため、ケース別に示す。

parallel モード（デフォルト）

不採用 (candidate_count - 1) 枚を assets/stock/<theme>/ に退避してからプレビューディレクトリを削除する（#364）:

# 1. 選択した企画のプレビュー画像を企画参照として保存（最終背景 main.png にはしない）
cp collections/planning/_plan-previews/<session-dir>/plan-<x>-<slug>.png <collection-path>/10-assets/planning-preview.png

# 2. 不採用プレビューを stock 退避（--exclude で採用 1 枚だけ除外）
THEME="<theme-slug>"   # コレクションのテーマ slug
uv run yt-stock-archive \
  collections/planning/_plan-previews/<session-dir>/plan-*.png \
  --theme "$THEME" \
  --source-collection "<collection-path>" \
  --source-role ideate_preview \
  --exclude "plan-<x>-<slug>.png" \
  --meta-json - <<JSON
{
  "provider": "<provider>",
  "model": "<model>",
  "generation_mode": "<mode>",
  "prompt": "<企画 X の最終プロンプト>",
  "reference_images": ["<reference_images.default で使用した paths>"],
  "persona": "<planning.target_persona>"
}
JSON

# 3. 退避後、自セッションのプレビューディレクトリを削除
rm -rf collections/planning/_plan-previews/<session-dir>/

parallel モードでは config/skills/collection-ideate.yaml の preview.stock_archive: false か config/skills/thumbnail.yaml の image_generation.stock.enabled: false のいずれかで stock 退避を無効化できる（無効化時は CLI 経由で単純削除に戻る）。

sequential モード時の Next Step

不採用 (candidate_count - 1) 案は画像が未生成なので stock 退避は不要。cp 1 回 + rm -rf だけで済む:

# 1. 選択した企画のプレビュー画像を企画参照として保存（最終背景 main.png にはしない）
cp collections/planning/_plan-previews/<session-dir>/plan-<x>-<slug>.png <collection-path>/10-assets/planning-preview.png

# 2. セッションディレクトリ削除
rm -rf collections/planning/_plan-previews/<session-dir>/

コスト拒否 / 生成失敗で企画参照画像が無い場合

4-2 でユーザーがコストを拒否、または 4-4 / 4-5 で全枚生成失敗した場合は planning-preview.png が未生成のまま Next Step を抜ける。cp は実行せず、セッションディレクトリが存在すれば削除する:

# 採用画像が無いので planning-preview.png コピーはスキップ
# セッションディレクトリが残っていれば削除（部分生成のゴミ掃除）
[ -d collections/planning/_plan-previews/<session-dir> ] && rm -rf collections/planning/_plan-previews/<session-dir>/

このケースでも下流の /thumbnail <theme> がベンチマーク参照からテキスト付き thumbnail.jpg を生成し、承認済み thumbnail.jpg から textless main.png/jpg を再生成する流れに合流する（下記「企画選択後」参照）。

定期クリーンアップ: 放棄されたセッションのディレクトリが残る場合、7 日以上前のものは手動削除可: find collections/planning/_plan-previews/ -maxdepth 1 -type d -mtime +7 -exec rm -rf {} +

stock 側の保守は uv run yt-stock-prune --dry-run で候補確認 →（必要なら）本実行。

企画選択後: → /thumbnail <theme> で、テキスト付き thumbnail.jpg と textless main.png/jpg を別成果物として確定する。企画プレビューは参照素材であり、main.png として動画背景に流用しない → サムネイル確定後に /suno <theme> で SunoAI 音楽プロンプト生成（テーマ確定後に初めて実行）