show-and-tell-video-slate

実演動画スレート

実際の作業を動画にし、冒頭で示した約束を、目に見える成果物、ワークフロー、結果、またはビフォー／アフターで果たします。

前文

リポジトリのルートから、利用可能な場合はプライバシーを保護するバージョン確認とテレメトリ初期化を実行します。

python3 telemetry/version_check.py 2>/dev/null || true
python3 telemetry/telemetry_init.py 2>/dev/null || true

リモートテレメトリはオプトインです。コンテンツ、URL、パス、認証情報、名前、業務データ、または証拠となる成果物を決してログに記録しないでください。

範囲を設定する

許可された情報源、所有者、チャンネル、視聴者、実行時間、納品物、停止条件を明示します。情報源となるシステムは読み取り専用にしてください。無関係なアカウント、リポジトリ、会話、認証情報を検索しないでください。

次の成果をまだ把握していない場合は、ユーザーに優先順位を付けてもらいます。

1. 生み出した収益；
2. 節約した収益；
3. 生み出した生産能力。

タイトルやフックを書く前に、提供されたクリエイターのボイスガイドを読み込みます。数値スコアに合格していても、ガイドラインに反するパッケージは却下します。

撮影可能な証拠を洗い出す

提供または許可されたビルド、リポジトリ、デモ、エージェントの実行、ダッシュボード、分析データ、ワークフローの出力だけを確認します。候補ごとに、次の項目を記録します。

• 視聴者と業務上の成果；
• 目に見える成果物と実演方法；
• 主張の状態：達成済み、推定、逸話、予測、目標、または計画；
• 証拠の参照先、鮮度、プライバシー上の制約；
• 仕組み、学び、視聴者が取るべき行動；
• 追加撮影、キャプチャ、墨消し、または検証の不足。

記憶している結果を、検証済みの証拠として扱わないでください。暫定候補にはその旨を表示します。

実演ゲートを適用する

references/selection-rubric.md を読みます。次の条件を満たさない候補は却下するか、修正します。

• 最初の30秒で、実際の成果、ビルド、画面、出力、または物理的な成果物を見せられる；
• 実演がパッケージの内容を説明または証明する；
• ひとつの約束を、引き延ばしなしで15分間展開できる；
• 視聴者が実用的な仕組みまたは判断材料を得られる；
• 結びで冒頭の約束を完全に果たす。

フレームワークだけを扱うトピックでは、実際の事例研究を使用します。製品のウォークスルーでは、機能の一覧ではなく、視聴者が得られる成果を最初に示します。

慎重に組み合わせる

ひとつの仕組み、視聴者、成果を共有するアイデアのみを組み合わせます。例として、同じアウトリーチの流れを使う営業と採用のワークフロー、ひとつの監査システム内にある複数のコスト管理策、または実証済みのコンテンツ成果と、それを生み出したサイクルの組み合わせがあります。

実行時間を満たすためだけに、無関係な証拠を組み合わせないでください。内容の薄いアイデアは、より短い形式に回します。

15分ちょうどの構成を作る

ユーザーが変更しない限り、900秒を使用します。

1. 0:00-0:30 成果と約束を示す；
2. 0:30-2:00 重要性とベースラインを示す；
3. 2:00-5:00 構築したものを見せる；
4. 5:00-10:00 仕組みを実演する；
5. 10:00-13:00 証拠、制約、学びを示す；
6. 13:00-15:00 実装方法を示し、約束を果たして締めくくる。

採点してパッケージ化する

references/selection-rubric.md にある9つのエピソード評価軸を使用します。平均90点以上を必須とし、実演可能性と成果の一貫性はそれぞれ90点以上とします。

内容が実質的に異なるパッケージを、ちょうど3つ作成します。

1. 判定または逆張りの結論；
2. 具体的な証拠または変化；
3. 意思決定に役立つ内容または実装フレームワーク。

すべてのパッケージで9.0/10以上を必須とし、各評価項目を8.5未満にしないでください。サムネイルの語句は0〜4語、主要な視覚要素は3グループ以内にします。抽象的な比喩より、実際の成果物、結果画面、ダッシュボード、出力、または実物の小道具を優先します。

スレートの審査に合格したら、これらのスキルがインストールされている場合は、詳細なパネルレビューに content-eval、制作計画に video-content-engine、短尺動画の派生コンテンツ一式に shortform-idea-grill を使用します。利用可能な場合は、互換性のあるサムネイル作成スキルを使用します。達成済みの結果と計画・予測は、明確に区別してください。

検証

references/output-contract.mdを読み、構造化されたスレートを JSON として保存し、次を実行します。

python3 scripts/evaluate_slate.py slate.json --output slate-eval.json
python3 scripts/evaluate_slate.py slate.json --validate-only

バリデーターは、実行時情報、成果物の証拠、主張の裏付け、エピソードのスコア、パッケージングのレーン、サムネイルの単語数、コンポーネントの予算、パッケージの最低スコアをチェックします。

提出

ランキング済みのスレート、組み合わせの判断、正確な進行台本、最初の30秒で提示する約束、証拠と追加撮影の台帳、各エピソードの3つのパッケージ、評価結果の読み取り、採用パッケージ、撮影順を返します。

readyとrepairを分けてください。優れたパッケージであっても、証拠の欠落を補うことはできません。明示的な承認なしに、ライブアセットをレンダリング、公開、スケジュール設定、アップロード、または変更しないでください。

ライフサイクル

• 追跡対象の状態： 実行の証拠、スレートの JSON、評価レポート、判断を、スキル内ではなく、ユーザーが選択したプライベートなランタイムフォルダーに保管します。
• 成功テスト： 少なくとも1つのエピソードがエピソードのゲートとショー・アンド・テルのゲートを通過し、提示するすべてのパッケージが決定論的な検証に合格し、達成したすべての主張に証拠へのポインターがあること。
• 再実行のタイミング： 録画するスレートを選ぶとき、重要なビルドのリリース後、または新たな一次情報の結果が得られたときに実行します。デフォルトではスケジュールを設定しないでください。
• 学習内容の書き戻し： ユーザーからの修正、失敗した証拠チェック、公開後のパフォーマンスの証拠を、プライベートなランタイムフォルダーに保存します。
• 昇格： 実際のビルドでスレートが合格し、録画が完了した後に検証します。有用なスレートが3つ作成され、コンテンツの評価結果を少なくとも2回測定した後、本番環境で利用可能とみなします。
• 廃止： 3回連続の実行で差別化されたreadyエピソードが追加されない場合、または別のワークフローにプロセス全体が取り込まれた場合は、アーカイブします。