pattern-router

パターンルーター

以下の共有パブリックスキルルールに従ってください:

• postplus-shared パブリックスキルルール

このスキルはプロンプト設計の開始時に使用します。

このスキルは次のために使用します:

• プロンプトを書く前に適切なセグメントパターンを選ぶ
• ブリーフを具体的なオープニングメカニズムにマッピングする
• 参照品質が不均一または存在しない場合にプロンプトのドリフトを減らす
• 後続のストーリーボードおよびビデオリクエストの作業をより一貫させる

このスキルは最終的なストーリーボードやプロバイダーリクエストを書くためのものではありません。

セグメントが hook の場合、このスキルはセグメントとオープニングジョブをルーティングし、 その後、視覚的メカニズムの選択を visual-hook に引き継ぐ必要があります。

コアルール

「プレミアム」「バイラル」「シネマティック」のような形容詞の積み重ねから始めないでください。

次のものから始めてください:

1. セグメントタイプ
2. 視聴者の疑問
3. オープニングメカニズム
4. 製品の登場タイミング

デフォルトワークフロー

1. セグメントタイプを特定する

リクエストを次のいずれかに分類します:

• hook
• benefit
• cta
• creator
• lifestyle
• testimonial

ユーザーがカスタムセグメントを指定した場合は、最も近い実用的なタイプにマッピングし、そのマッピングを明示します。

2. 支配的なパターンファミリーを選ぶ

references/pattern-families.md を読んでください。

主要なファミリーを1つ選択し、その後オプションでサポートファミリーを1つ選択します。

タイミングが明確にそれを支持しない限り、多くのファミリーを混在させないでください。

3. プロンプトを書く前にルーティングサマリーを確定する

最初に短いルーティングブロックを出力します:

Segment type:
Primary pattern:
Support pattern:
Viewer question:
Opening mechanism:
Product reveal rule:
Need explicit hook mechanism:
Why this route fits:

このブロックは visual-hook、reference-decode、または video-request-architect への引き継ぎです。

4. 次のスキルを選ぶ

• セグメントが hook で、ストップスクロールメカニズムをまだ選ぶ必要がある場合は、visual-hook に引き継ぎます
• 参照が存在し、デコードが必要な場合は、reference-decode に引き継ぎます
• ターゲットがストーリーボードグリッド、ビートシート、またはプロバイダー対応リクエストの場合は、video-request-architect に引き継ぎます
• ターゲットがプロバイダー対応リクエストの場合は、video-request-architect に引き継ぎます

ルーティングルール

• hook: ストップスクロールと即時の可読性に最適化します
• benefit: 1つの可視的な証明メカニズムに最適化します
• cta: 静的なエンドカードではなく、ペイオフと次のアクションに最適化します
• creator: 説得力のある人間の表現とソーシャルネイティブな行動に最適化します
• lifestyle: まず望ましさ、次に説明に最適化します
• testimonial: 証明と人間の具体性に最適化します

hook セグメントの場合:

• このスキルはセグメントルートとオープニングジョブを決定します
• hook-design は支配的なフックメカニズムと下流への引き継ぎを決定します
• 複数の下流スキルにフックメカニズムを独立して推測させないでください

失敗モード

ブリーフが少なくとも次の点に答えるのに十分な情報を提供していない場合は、停止し、ルーティングが不十分であると述べてください:

• どのセグメントを作成しているか
• 視聴者がどのような疑問を持つべきか
• 製品がオープニングに登場できるか
• 参照が存在するか

不足している部分がセグメントタイプである場合は、次のように尋ねます:

• 「このセグメントはフック、ベネフィット、CTA のどれですか?」

後のスキルに、漠然とした好みの言葉だけから構造を推測させないでください。