OSMU Fanout
1つのブリーフ、複数のサーフェス、1つのエビデンストレイル。各チャネル向けにストーリーの別バージョンを発明するのではなく、既にレビューを通過したコンテンツをファンアウト（展開）します。
入力
必須:
content-brief.json（contracts/content-brief.schema.jsonに対してバリデーション可能であること）- そのブリーフから書かれたドラフト（
draft.md）とクレーム台帳（claim-ledger.jsonl） - ブリーフの
planned_outputsで要求されたサーフェス - 画面上のテキストのためのロケール、ブランド、および法的制約
- トピックのオーナーとレンダリング決定権を持つ人物
ブリーフは入力契約であり、このスキルが作成するものではありません。ブリーフが存在しないかバリデーションに失敗した場合は、ドラフトからトピックを再構築しようとせずに停止してその旨を伝えてください。
ワークフロー
- ブリーフをバリデーションし、ドラフトが同じ
brief_idから書かれていることを確認する。 - 再利用可能なクレームを選択する:
public: trueかつ名前付きの承認者が存在するもの。 - すべてのビジュアルプロンプトに、ちょうど1つのクレームIDを主題として与え、そのクレームが既に主張していることだけを説明する。
- クレームの状態をプロンプトに保持する。
inferredまたはrecommendedのクレームを、観測されたシーン、スクリーンショット、チャート、顧客写真として描いてはいけない。 - ビデオスクリプトをビート（区切り）として書き、各ビートはそれが話すクレームIDと、必要な画面上のテキストを指定する。
- ブリーフの
limitationsを両方のサーフェスに引き継ぐ。フォーマットが変わったからといって、3つのサンプルがトレンドラインになるわけではない。 - どのクレームが再利用され、どのクレームが意図的にスキップされ、その理由を記録する。これにより、読者はカバレッジと省略を区別できる。
- レンダリングの前に人間が承認しなければならない事項をリストアップし、テキスト時点で停止する。
境界
- モデルに構図、フレーミング、ペース、ナレーションの文言、ビートの順序を提案させる。
- ブリーフの有効性、クレームIDの存在、クレームの状態、公開可否の確認には決定論的チェックを使用する。
- ビジュアルクレーム、ブランドおよび法的文言、レンダリングの決定全体には人間の承認を要求する。
- このスキルは画像や動画ファイルを作成しません。 プロンプトとスクリプト概要を生成するのみで、レンダリングは後で、このスキルの外部で、ユーザーが選択したツールを使って行われます。
- どのクレームも裏付けていないシーン、チャート上の指標、スクリーンショット、ロゴ、顔、または推薦の言葉を発明してはいけません。
- より強い画像を作るためにクレームの状態をアップグレードしてはいけません。また、制約を画面に収めるのが難しいという理由でそれを削除してはいけません。
- 公開、スケジュール、送信を行ってはいけません。
出力
作成するもの:
visual-prompts.mdvideo-script.mdfanout-coverage.md
これらを書く前に references/output-contract.md を読んでください。
停止条件
以下の場合に停止する: ブリーフが存在しないか無効である、ドラフトとブリーフがトピックで一致しない、公開可能なクレームがない、要求されたビジュアルに台帳が保持していないクレームが必要である、またはレンダリングや公開が後のユーザーターンで人間の承認なしに要求された場合。
検証
以下を実行:
python3 scripts/stg.py validate-artifacts <artifact-directory>
python3 scripts/stg.py scan-privacy <artifact-directory>/visual-prompts.md
python3 scripts/stg.py scan-privacy <artifact-directory>/video-script.md
すべてのプロンプトとすべてのビートが claim-ledger.jsonl に存在する少なくとも1つのクレームIDを名指ししていることを要求し、レンダリングされたファイルが作成されていないことを要求します。