Communitygithub.com

Trendy Mini Series - トレンディミニシリーズ

短尺縦型動画向けの、高速で感情豊かなAIミニシリーズエピソードを作成するためのプロダクションシステムです。

Trendy Mini Series - トレンディミニシリーズ とは?

このスキルは、Google Flow / Omni 1.1プラットフォームで短尺のミニドラマを制作するための、包括的で再利用可能なプロダクションシステムです。ミステリー、スリラー、ロマンス、ファミリードラマ、アクションなど、感情的で共有されやすい縦型動画エピソードの作成に特化しており、特にフィリピン市場でのTaglish(タガログ語・英語混在)ダイアログをデフォルトとしています。内部では「10Xシステム」と呼ばれる強力なアーキテクチャを採用し、キャラクターの外見をすべてのショットに完全に記述することで視覚的一貫性を保証する「無略称キャラクター連続性ロック」、厳密なタイミング(4秒、6秒、8秒、10秒のみ)とクレジットコスト計算、そして事前生成の自動リンティング(python3 /home/john/kos-obsidian-omni/tools/prompt_compiler.py)による品質管理を義務付けています。また、壁一面のBGMを避け、Suno v3.5/Udio形式の4トラック楽曲スイートを生成し、会話の道徳的権威を強化するための厳格な無音と音楽の規律を推奨しています。エピソードは60秒(6クリップ)または90秒(9クリップ)で構成され、ダイアログ駆動のタイミング、手持ちカメラの美学、および観客の再訪を促す未解決のクリフハンガーを重視します。

対応✓Claude Code~Codex CLI~Cursor✓Gemini CLI
npx skills add https://github.com/koyawel0694/Ultra-Prompting/tree/main/skills/trendy-mini-series

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

Trendy Mini Series - トレンディミニシリーズ は何をしますか?

このスキルは、短尺AIミニシリーズのための再利用可能なプロダクションシステムとして使用します。ミステリー、スリラー、ロマンス、ファミリードラマ、アクションなど、縦型短尺動画向けのエピソード形式に対応しています。

制作アーキテクチャ階層

  • 旗艦スタンダード — 10Xシステム: 10Xシステム(『The 10X Heart System: ₱50,000 for Her』で開拓)は、ジョンのミニドラマ制作エンジンの基盤です。ライブアクションC-ドラマアイドル美学、80~90年代のダイナミックなテンポ、キャラクターモデルシート、4トラックシグネチャーBGMスイート、ポリシー軽減戦略を定義します。
  • 無略称キャラクター連続性ロック: キャラクターが登場するすべてのシーンプロンプトで、完全な固定プロフィール(民族、年齢、体格、顔の特徴、髪の質感/分け目、完全な衣装)を埋め込む必要があります。後続のシーン(例:ショット8~11)でキャラクターの説明を名前や短いタグに省略してはいけません。Google Flowは各ショットを独立して生成するため、省略は瞬時に視覚的なドリフトを引き起こします。
  • 必須プリフライトリンティング: エピソードプロンプトをチャットに送信または保存する前に、自動リンティングを実行します。 python3 /home/john/kos-obsidian-omni/tools/prompt_compiler.py <path_to_episode.txt> これにより、すべてのショットで100%のキーワード準拠が検証されます。
  • 適応ブランチ: K-ドラマ英語ダイアログパイプライン(例:Signal Zero)のような専門フォーマットは、世界市場向けの適応ブランチです。これらは10Xシステムの旗艦アーキテクチャを決して優先または置き換えるものではありません。

プラットフォーム制約 & シネマティックマルチアングルルール(Google Flow / Omni 1.1)

1. 厳格な生成時間 & クレジット計算

Google Flowはネイティブで 4s、6s、8s、10s のみをサポートします。任意の長さ(例:5s、7s)をプロンプトしたり予算化したりしないでください。

  • クレジットコスト:
    • 4s: 7 クレジット
    • 6s: 10 クレジット
    • 8s: 12 クレジット
    • 10s: 15 クレジット
  • 常に総クレジットを明記する: コンパイルされたビデオプロンプトを送信する際は、エピソードパッケージ全体で消費される総クレジットを計算し、明示的に記載します。
  • Google Flow 4段階タイミング設計図:
    • 4s(7 クレジット):素早い反応カット(冷笑が崩れる、衝撃、罪悪感)やマイクロディテールインサート(握り拳、落とした小道具、手入れの行き届いた手)。
    • 6s(10 クレジット):素早い反論、反撃、簡潔なやりとり(最大8~10語)。
    • 8s(12 クレジット — ゴールデンスウィートスポット):高リスクな感情的な対話ビート、挑発的な対立、クライマックスのクリフハンガー。1.5秒のセットアップ呼吸、4.5秒の自然な台詞、2秒の余韻リアクションを可能にし、AIの表情ドリフトを防ぎます。
    • 10s(15 クレジット):激しい物理アクション、複合的な複数キャラクターの相互作用、または連続的なワイドステージング。

2. エピソード時間 & タイミングアーキテクチャ(1分20秒~1分30秒標準)

  • 目標再生時間: 各エピソードは 1分20秒~1分30秒(合計80~90秒)で再生されます。
  • 動的マルチショットペーシング: エピソードを固定の5部構成や32秒の上限に制限しないでください。4段階タイミング設計図([4s, 6s, 8s, 10s])を使用して、動的なフィルムカットリズム(通常エピソードあたり10~14ショット)を構築し、即座のフック、高まる緊張、核となる感情的な一撃、そして未解決のクリフハンガーを提供します。

3. プリプロダクション環境プロンプト & キャラクターロック要件

  • キャラクターデザインシート形式: キャラクター参照画像プロンプトを生成する際は、完全な モデルターンアラウンドリファレンスシート としてフォーマットします。正面、側面、背面の全身ビュー; 拡大された髪と目のディテールパネル; 特徴的なアクセサリー(メガネ、ジュエリー); クリーンなニュートラル背景上の表情スケッチを含みます。
  • 環境画像プロンプトを最初に: ビデオプロンプトを生成する前に、常にシーンのロケーション/環境画像プロンプトをチャットで事前に提供し、ユーザーが画像モードで背景参照カードを生成できるようにします。環境プロンプトをコンパイルされたビデオプロンプト .txt ファイル内に決して含めないでください。
  • すべてのビデオプロンプトに埋め込まれたキャラクタープロファイルロック: キャラクターが登場するすべてのビデオプロンプト内に、そのキャラクターの完全な身体的特徴の説明を直接埋め込みます(例:20歳の若い男性 @Rafa(色白の肌、彫りの深い顎線、高い鼻梁、乱れた漆黒のレイヤード前髪、左目の下のかすかなほくろ、色あせた白いポロシャツ))。@Rafa だけではありません。これにより、Google Flowのビジュアルエンジンが固定され、マルチアングルショット間でのキャラクターのドリフトを防ぎます。

4. 8秒対話時間の最大値(AIテールドリフト防止)

Google Flow / Omniにおける発話と顔の解剖学的構造は、8.5秒を超えると劣化します(テールドリフト、目のさまよい、口の同期ずれ)。

  • 会話ショットは 最大8秒 に抑えます。
  • 8秒対話比率: 0~1.5秒:視覚的な呼吸/緊張のセットアップ → 1.5~6.0秒:落ち着いた台詞(3.5~4.5秒の発話) → 6.0~8.0秒:余韻ビート(飲み込む、涙が溜まる、顎を噛み締める)。

5. 感情的対話の公式(「心に響く」)

漫画的で説明的ないじめを避けます。対立を尊厳、言葉にされない犠牲、家族の義務、そしてシェアやコメントを誘発する静かな因果応報の警告に基づかせます。

使用時

ユーザーがAIミニシリーズまたはエピソードの作成、修正、分析、ローカライズ、パッケージ化を依頼した場合に使用します。具体的には以下を含みます。

  • ストーリーコンセプト、シーズンアーク、エピソードスクリプト
  • キャラクター参照/画像プロンプト
  • Google Flowスタイルのビデオプロンプト
  • Google Vids用の背景音楽プロンプト
  • サムネイル、キャプション、タイトル、説明文
  • 生成後の診断とプロンプト修正

通常の単発広告、解説動画、ドキュメンタリー、アフィリエイト商品動画、または無関係な動画タスクには使用しないでください。ただし、ユーザーが明示的にこのミニシリーズシステムの適用を依頼した場合は除きます。

制作デフォルト

ユーザーが上書きしない限り:

  • エピソード再生時間: 60秒(6クリップ)または90秒(9クリップ)。両方をサポートします。ジョンがよりリッチなペーシングを要求しない限り、デフォルトは60秒です。
  • 生成: 6または9の接続されたクリップ × 各10秒。
  • ドラマ出力: 9:16 縦型。
  • 市場: フィリピン。
  • PHダイアログ: 自然なフィリピン語/Taglish。
  • 動画生成: クリップ生成中は背景音楽なし。音楽は別途生成します。
  • 必須シリーズ音楽スイート(BGM)&壁一面禁止の原則: 新しいシリーズバイブルを作成する場合、または新しいミニドラマを開始する場合は、常にカスタマイズされた4トラックインストゥルメンタルBGMスイート(ピーククライマックス/システムドロップ:-8dB、感情の脆弱性/ロマンス:-16~-18dB、主人公の自信/決意:-14~-16dB、サスペンスクリフハンガー:-15~-11dB)をSuno v3.5/Udio構造ブラケットでフォーマットして生成し、/home/john/kos-obsidian-omni/<series>_bgm_suite.txt に保存します。厳格な無音 vs 音楽の規律:BGMを壁一面に流さないでください。管理上の締め切り/時計の音、ひそひそ話の廊下、激しい対峙の膠着状態では、純粋なダイジェティック無音を強制し、台詞に最大の道徳的権威を与えます。すべての音楽トラックに1.2kHzパラメトリックノッチスクープ(g=-3.5dB)を適用します。
  • ビデオモデル: Google Flow / Omni 1.1 Flash(gemini-omni-flash-preview)。すべてのプロンプトはOmni 1.1構造に従う必要があります。
  • VO: エピソードごとにオプション。依頼があった場合のデフォルトタイプは内面モノローグVOです。同じクリップ内でVOとライブダイアログを混在させないでください。
  • パイプラインアーキテクチャ(4段階システム): アセット(キャラクター/小道具/ロケーション) → ストーリーボードキーフレームアンカー → フレームチェーン動作生成 → アセンブリ & 字幕付け。
  • 状態 & メモリファイアウォール: Google Flowはセッション間で永続ストレージを持たず、保存された状態を幻覚します。Obsidian Vault(kos-obsidian-omni/)とローカルマークダウンプロンプトパッケージが、シリーズ全体のバイブル、キャラクターカード、エピソード状態の不変の単一真実源です。

ユーザーがデフォルトのエピソードまたはクリップ時間を変更した場合は、クリップ数を再計算する必要があります。要求された時間に対して別のクリップ数がより適切な場合でも、6クリップを強制しないでください。

コアストーリー文法

エピソードを以下の構造で構築します:

即時フック → ストーリーイベント → 視覚情報 → 反応 → 新情報 → エスカレーション → 暴露 → クリフハンガー

問題の中から始めます。ゆっくりとした導入や説明過多のセットアップを避けます。視聴者は、エピソードがより大きな謎を説明し始める前に、即座の対立を理解する必要があります。

参照動画の台詞、キャラクター、名前、特徴的なシーン、保護された表現をコピーしないでください。ペーシングアーキテクチャ、ショットリズム、注意の移り変わり、反応頻度、情報密度、クリフハンガー構築などの再利用可能なメカニクスを抽出します。

ペーシング:ダイアログ駆動のタイミング

固定の「1~2秒ごとに新情報」ルールを使用しないでください。 このルールはテストされ、ユーザーのワークフローでより悪い結果を生み出しました。

代わりに:

台詞の長さがショットの長さを決定します。ドラマチックなビートがカメラがいつ変わるかを決定します。

実用的な開始ヒューリスティック(厳格なルールではありません):

  • 非常に短い台詞:約1~1.5秒
  • 短い台詞:約1.5~2.5秒
  • 中程度の台詞:約2.5~3.5秒
  • 長い感情的な台詞:必要に応じて約3.5~4秒以上
  • 反応/インサート時間は残りの時間を使用します

キャラクターに台詞を自然に言い終えさせます。台詞が利用可能なクリップ時間に収まらない場合は、台詞を途中で切るのではなく、台詞を短くするか、周囲のアクションを簡略化します。

初期のビートは息継ぎができます。緊張が高まるにつれて、ストーリーがそれをサポートする場合にのみビートを短くします。クライマックスは約1秒のビートに達する可能性がありますが、これは包括的な指示ではなく、エスカレーションの結果です。

キャラクター参照システム

参照画像が利用可能な場合は、画像エイリアスを直接正確に使用します:

@Image1 = 主要キャラクター
@Image2 = セカンダリキャラクター
@Image3 = サードキャラクター
@Image4 = フォースキャラクター

確立されたマッピングを後のエピソードで再利用します。同じシリーズ内でエイリアスを再割り当てしないでください。

すべての話された台詞について、話者を明示的にバインドします:

@Image1 Mika says: “…”
@Image2 Kenji says: “…”
@Image3 Alma says: “…”
Future @Image1 Mika says: “…”

Mika: のような名前だけでは、@Image エイリアスが存在する場合は不十分です。

デフォルトで 1クリップ10秒あたり1話者ルール を課さないでください。自然な複数キャラクターのやり取りを許可します。明示的な @Image バインディングと明確なフレーミングを使用して、ダイアログの切り替えを減らします。

キャラクターの一貫性

以下をアイデンティティの一部として扱います:

  • 顔と年齢の外見
  • 髪と顔の毛
  • 体のプロポーション
  • 衣装とアクセサリー
  • 該当する場合はメイク
  • 該当する場合は声/方言
  • キャラクターが持つ重要な小道具
  • ロケーションと時間帯の連続性

衣装はオプションの連続性ではありません。以前の生成で衣装のドリフトが発生した場合は、次のプロンプトで正確な服装の制約をそのまま再度記述します。

確立されたシリーズの場合、プロンプトを確定する前に、新しいクリップを直前のクリップと比較します。

カメラ言語

デフォルトのスリラー/ドラマカメラ:

実際の人間が操作する、反応型のハンドヘルドスマートフォン/ドキュメンタリーカメラ。

自然な手の震え、微妙なマイクロジッター、わずかな揺れ、不完全なフレーミング、小さなフォーカス修正、素早い動機付けられたリフレーミングを使用します。カメラは動きに対してわずかに遅れて反応し、その後構図を修正することがあります。

カメラの注意はストーリーに従う必要があります:

話者 → 反応 → 手/物体 → アイライン → 新しい話者 → 暴露

ダイアログにはクローズアップ、重要な台詞の後には反応のクローズアップ、手/電話/物体にはインサート、発見にはPOVショット、地理のリセットが必要な場合にのみワイドショットを使用します。

三脚固定フレーミング、ジンバルスムーズな動き、浮遊カメラモーション、洗練されたコマーシャル的な動き、過度な混沌としたシェイクを避けます。

演技指示

感情ラベルのみではなく、観察可能な行動を説明します。以下を優先します:

  • 呼吸の変化
  • 話す前の飲み込み
  • 手がかりへ向かう目の動き
  • 握り締められた手や顎
  • 小さな後退/前進ステップ
  • 答える前のためらい
  • 中断された文
  • 無理やり作った笑顔が消える
  • 正当化された場合の涙が溜まる/落ちる

台詞は、朗読されているのではなく、リアルタイムで演技されているように感じさせる必要があります。

ダイアログ & 視覚情報

台詞は短く、自然で、中断可能で、字幕にしやすいものにします。物体と反応にストーリーの一部を担わせます。

良いパターン:

台詞 → 反応 → インサート → 台詞 → 暴露

すべてのショットを顔のクローズアップにしないでください。引き出しを開ける手、バイブレーションする電話、動くドアハンドル、どこかに置かれる物体は、もう一つの話す頭よりも有用なストーリービートになり得ます。

テキスト重視の小道具

重要なストーリー情報を、電話、書類、標識、モニター、UI内部の完全なAI生成テキストに依存させないでください。小道具を視覚的に表示し、正確な情報を台詞またはアクションを通じて提供します。正確な字幕、タイムスタンプ、ラベル、インターフェーステキストをポストプロダクションで追加します。

ビデオプロンプト出力

ビデオプロンプトを求められた場合、エピソードごとに次の順序で提供します:

ステップ1 — 背景画像プロンプト(最初)

エピソードに登場するすべてのロケーションについて、クリッププロンプトの前に、@BG_[ショートネーム] でタグ付けされた 背景シーン画像プロンプト を生成します。これは以下の場合に必須です:

  • シリーズで初めて新しいロケーションが登場する場合
  • 同じロケーションが著しく異なる時間帯に使用される場合
  • 屋外 → 屋内(またはその逆)の遷移が発生する場合

同じロケーションと照明で連続するクリップに対して、新しい背景プロンプトを生成しないでください。

ステップ2 — キャラクター参照画像プロンプト(新しいキャラクターの場合)

シリーズでこれまでに見たことのないキャラクターを紹介する前に、ジョンが @Image 参照カードを作成できるように、その キャラクター参照画像プロンプト を生成します。ジョンが最初に画像プロンプトを持たずに、新しい @Image をビデオプロンプトで決して使用しないでください。

ステップ3 — クリッププロンプト(順序通り)

各クリップについて:

  1. クリップ番号、時間範囲、ビートラベルを記載します。
  2. BACKGROUND REF: @BG_[タグ] とロケーションノートを含めます。
  3. CHARACTER LOCK ブロックをそのまま含めます。
  4. ダイアログアイデンティティ(誰が自分の台詞だけを話すか、誰が沈黙しているか)を含めます。
  5. 連続性 & フレームチェーン:前のクリップから継承された状態を含めます。(Google Flowでは、前のクリップのエクスポートされた終了フレームまたはストーリーボードキーフレームをビジュアル参照 @PrevFrame として供給し、セットと衣装のドリフトを排除します。)
  6. シーン(ロケーション、時間帯、ムード、天気、照明)を含めます。
  7. カメラノートを含めます。
  8. キャラクターの活動を含めます。
  9. 台詞とアクションのビートを含めます。
  10. 継続時間を含めます(4秒、6秒、8秒、10秒のみ)。
  11. エピソードパッケージの最後に総クレジットを記載します。

品質チェックリスト

各エピソードの納品前に以下を確認します:

  • すべてのプロンプトは正確なタイミング値(4s、6s、8s、10s)を使用していますか?
  • すべてのキャラクター @Image ロックに完全な説明が含まれていますか?
  • 背景プロンプト(@BG_タグ)はクリップの前に生成されましたか?
  • プリフライトリンティングはエラーなしでパスしましたか?
  • 以前のエピソードで使用された @Image エイリアスは再割り当てされていませんか?
  • クリップ時間は台詞の長さと一致していますか?(台詞がクリップに収まらない場合、台詞またはアクションを短縮しましたか?)
  • 視聴者を混乱させる視覚的に密集したショットを避けましたか?(良いパターン:台詞 → 反応 → インサート → 台詞 → 暴露)
  • 重要なストーリー情報は、テキストを含む小道具に依存していませんか?(情報は台詞またはアクションを通じて伝えられますか?)
  • CLI linter を実行しましたか? python3 /home/john/kos-obsidian-omni/tools/prompt_compiler.py <path_to_episode.txt>
  • このスキルの既存の出力は、新しいプロジェクトでテンプレートとして使用できますか?
    • AI: 参照として /home/john/kos-obsidian-omni/series/<project>/ から既存のエピソードファイルを確認することを検討してください。

Individual skills in this repo

This repo contains 2 individual skills — each has its own dedicated page.

関連スキル