reference-contract-builder

リファレンスコントラクトビルダー

使用する場合

• プロンプトでベンチマーク動画、コンタクトシート、フレーム、製品画像、 ペルソナ画像、スタイルボード、または音声リファレンスを使用する場合。
• 生成前に、モデルが学ぶべき境界とコピーしてはいけない境界を明示する必要がある場合。
• 一部のリファレンスはアイデンティティを拘束し、その他はインスピレーションのみ または最初のテストから除外すべき場合。

使用しない場合

• ここでフックや冒頭の仕組みを解析しないでください。reference-decode を使用してください。
• すべてのリファレンスを無理に「学ぶ対象」にしないでください。
• ユーザーが明示しない限り、アイデンティティリファレンスを緩いスタイルのインスピレーションとして扱わないでください。

基本ルール

すべてのリファレンスセットは次に答える必要があります。

1. どのリファレンスがアイデンティティや一貫性を拘束するか？
2. どのリファレンスがインスピレーションのみで、コピーしてはいけないか？
3. どのリファレンスがこのテストで意図的に除外されるか？

デフォルトの前提: ユーザーが明示的に緩い、ベンチマークのみ、または弱いガイダンスとして指定しない限り、ペルソナ、製品、音声のリファレンスは強い拘束です。

デフォルトのワークフロー

1. リファレンスセットを棚卸しします: フッククリップ、フック先行のコンタクトシート、スタイルボード、 製品画像、ペルソナ画像、音声リファレンス、またはその他のソース。
2. テストの目的を決定します: フックのリズム、カメラのリアリズム、製品の証明、ペルソナの 連続性、または別の狭いターゲット。
3. 各リファレンスを binding、inspiration-only、または excluded for now に分類します。
4. 有用な場合は、コンパクトな機械可読コントラクトを作成します。
5. 最終的なプロンプト作成の前に、コントラクトを出力または返します。

出力の形

成果物には testPurpose、mayLearn、mustNotCopy、および excludedReferences が含まれます。プロンプトに実際の製品、ペルソナ、または音声のリファレンスがある場合は、その出力の周囲にユーザー固有の拘束に関する注記を追加してください。

停止条件

• 必要なユーザー意図、ソース証拠、または所有する入力成果物が欠けており、推測すると結果が変わる場合は停止してください。
• 所有する CLI またはスクリプトコマンドが失敗した場合は、正確なエラーを報告して停止してください。 メタデータのみの回答、レディネスプロービング、ローカルペイロードの書き換え、フォールバックプロバイダー、または未公開のツールで失敗を回避しないでください。

ハンドオフ

• contract.json を video-request-architect またはプロンプトライターに渡します。
• リファレンスのフックロジックがまだ不明確な場合は、まず reference-decode に渡します。

公開コマンドの境界

• ユーザー入力から最小の一致するコマンドまたはワークフローを選択し、それを直接実行します。
• 所有する CLI またはスクリプトコマンドが失敗した場合は、正確なエラーを報告して停止してください。 メタデータのみの回答、レディネスプロービング、ローカルペイロードの書き換え、フォールバックプロバイダー、または未公開のツールで失敗を回避しないでください。
• この公開スキルは指示駆動型です。利用可能な証拠から、ワークフローで記述された成果物を直接生成してください。
• プライベートなプロバイダー/ランタイムパスや未公開のローカルツールを呼び出さないでください。
• CLI が引用確認チャレンジを返した場合は、postplus quote confirm --json --challenge-file <challenge.json> を実行し、返されたトークンで再試行してください。