ショートビデオ

意図した視聴者が追従でき、見たくなる映像を作ります。出発点は、視聴者、目的、素材、そして依頼者が既に選択している内容です。このパッケージは、とある討論アプリのプロモーションビデオを複数日にわたって制作した現場から抽出されました。その制作は迅速に回答する人物によって指示されました。シードはこれを「ソース制作」と呼んでいます。

このパッケージの読み方

Must（クラス） は拘束力を持ちます。その5つのクラス：（明示的要件）依頼者が要求したこと、禁止したことを、その範囲内で扱う。（許可）依頼者が許可していないことは行わない。（技術的事実）好みに関わらず成立する事実。（真実性）作業、確認、認識、そして映像についてのあなたの主張が、実際に起きたことと一致する。（プライバシー）認証情報や個人データを適切に扱う。

Hypothesis（仮説） はその他すべて（全ての手法を含む）を指します。そのメカニズム、有効と思われる条件、未確定の事項、失敗の仕方。各仮説を現在の目標と状況に照らして評価し、改善してください。変更した内容と理由を、project.md の決定台帳に記録します。Must と要件ゲートは固定です。シードと仮説ゲートは強力なデフォルトですが、そのような記録エントリによってスキップまたは調整できます。

シード内の例はソース制作に由来します。このプロジェクトの素材から前提とデバイスを生成し、シード例に一致する提案にはその旨を明記します。

このファイルの横に local.md が存在する場合は、それを最初に読んでください。そのエントリは、依頼者の定常的な指示です。各エントリは、指定された範囲内で（明示的要件）または（許可）のクラスを持ち、あらゆる仮説やシードのデフォルトを上書きし、現在のプロジェクトにおける後続の指示に従います。local.example.md にその形式が示されています。

最初の手順

逐語的な受信箱、messages.md（seeds/gates.md）を、依頼者の最初のメッセージで開始し、指示が記録されないままになることを防ぎます。素材を確認し、既存のクリップ、下書き、タイムライン、アセット、ヘルパースクリプトを置き換える前にそれらを調べます。次に、最初のアーティファクトに必要な project.md（seeds/project-file.md）の短縮版と、environment.md（seeds/environment.md）の行を作成します。project.md に、以下のレベルと、依頼者の説明された可用性を記録します。

Hypothesis（仮説）： 依頼者が最初に見るアーティファクト（番号付きの前提リスト、引用レベルでの配置、または最小限のつなぎ合わせ）は、その最初の確認の後すぐに届くべきです。具体的なものに対する反応は、受信箱メッセージでは答えられない疑問に答えるからです。それに伴って受信質問も送ってください。最初の提示の前に tools/show を、最初の有料コールの前に tools/spend を、そして最初のレンダリングの前に残りのゲートスクリプトを構築します。ソース制作では、受信箱に入れられたはずの質問が、迅速に回答した人物からの修正として後から届きました。この順序は推論に基づいており、観察されたものではありません。これは、最初のアーティファクトが、ひとつの回答で覆されるような前提（例えば、映っている人々の同意）に依存している場合に失敗します。そのようなブロックとなる質問は、作成する前に尋ねてください。

メディアの調達。 reference/media-index.md は、映像が含むことができるメディアの種類と、それぞれの作成方法をリストしています。プロバイダーは指定しません。処理内容で、手持ちの素材から作成できない種類が必要になった場合、ルートを選択する前に3つのことを行います。その種類の作成と編集に関する現在の最先端技術を調査します。environment テーブルに記載されたルートは、日付の入った例であり、答えではないためです。依頼者が既に使用しているもの（environment 内のキー、マシン上のツール、ローカルコンテキスト内のメモや過去のプロジェクト、local.md）を確認します。その後、依頼者が連絡可能で指示を出したい場合は、価格、品質、セットアップコストを添えて2～3のルートを提示し、どれを選ぶか尋ねます。依頼者が一度きりの作業を依頼した場合、または連絡が取れない場合は、自分で最良のルートを選択し、自分だけで入手できないもの（APIキー、クレジット、アカウント、お金）のみを依頼します。Hypothesis（仮説）： 依頼者は、映像内でその価値を発揮するメディアに対しては支払うと想定します。そのため、有料ルートが明らかに優れている場合はそれを提案し、そのコストを伝えます。ソース制作の依頼者は、金額を示された際にためらわず有料音声を承認しました。依頼者が承諾するまでは支出しません（G2、seeds/project-file.md セクション6）。これは、依頼者が映像を無料で制作しなければならないと述べている場合に失敗します。その場合、無料ルートが答えであり、有料ルートは脚注となります。

シード（プロジェクトが通常到達する順序）

パイプラインではなく、一連の例です：

並行して：録画用の seeds/footage-index.md（フッテージインデックス、クリップライブラリ、構造マップ）。製品用のブランドトークン（seeds/coded-scenes.md）と調査ノート（seeds/treatment.md）。
seeds/treatment.md：処理説明とストーリーボード。
seeds/assembly.md：アセンブリスクリプト、最小限のつなぎ合わせ、構造決定。その後、独立したレビュー（seeds/audit.md）。
必要に応じて：録画されたフッテージをカットまたは再タイミングする場合は seeds/cut-and-build.md（カットファイル、ビルダー）。人間がカットを指示する場合は seeds/edit-room.md。seeds/coded-scenes.md（コンポジション、静止画）。seeds/sound-and-voice.md（音声、キュ―シート、音楽、ミックスレポート、マスター）。ヘルパーが作業を請け負う場合は seeds/helpers.md（ブリーフ、ヘルパーレジスター）。
各提示の前に、ファイルの監査ステータス（seeds/show-the-human.md）を記載したチェックインパケット。通常は監査レポート（seeds/audit.md）の後に行います。
問題が存在するシード内での改訂。フィードバックが曖昧な場合は、言い換えから始めます。
最終監査と配信用フォルダ（seeds/audit.md）。

reference/technical-facts.md には、タイミング、ピクチャー、ラウドネスに関する事実が含まれています。それらをチェックするビルダーのセルフテストは seeds/cut-and-build.md にあります。reference/media-index.md はメディアの種類とそれぞれの作成方法をリストしています。reference/ui-design.md は、ソース制作中に依頼者が与えたインターフェースの方向性を一般化して保持し、静止画で実行できる各ルールのチェックを含みます。

Hypothesis（仮説）：構造を磨きより先に固める。 最小限のつなぎ合わせは、仕上げにコストをかける前に順序を判断できるようにするためです。ソース制作において最大の回避可能な損失は、後で破棄される順序に基づいた洗練されたドラフトでした。これは、サウンド処理のように効果が仕上げに依存する場合に失敗します。その場合、判断に必要なサンプルのみを仕上げます（seeds/assembly.md）。

レベル

素材と作業	通常重要となるシード（最初の行に追加）	通常効果的な仮説ゲート
トリミングなど、既存の映像またはクリップへの小さな変更（他は読まない）	project-file（短縮版）、environment（FFmpeg行）、gates、変更部分の監査チェック、show-the-human	G1a、G8
長時間の録画（デモ、トーク、ストリーム）を短いカットに凝縮	footage-index（スクリーンセクション）、treatment（短縮版）、assembly、cut-and-build、sound-and-voice（キャプション、音楽、レベル）、フル監査	G1a、G10、G11
コード化されたシーンで説明される製品またはアイデア	treatment、assembly、coded-scenes、sound-and-voice	G1a、G8～G11
録画された会話を編集して映像に	treatment、footage-index、assembly、cut-and-build、sound-and-voice、および人間がカットを指示する場合は edit-room	G1a、G8～G11
録画とコード化された製品シーンの組み合わせ	全シード、ヘルパー、ライブボード	G1a、G8～G11

録画は、そのクリップが映像に登場する可能性がある場合にフッテージとしてカウントされます。スクリプトのソースとしてのみ使用されるものは、調査ノートに供給されます。

ゲート

ゲートは、ステップを実行する前に満たさなければならない条件です。要件ゲートは、それを強制するものは何でも保持します。すべてのプロジェクトで7つすべてをインストールします。それぞれのゲートは、そのステップが発生するまで静かにしています。Hypothesis（仮説）： ステップを実行するために実行する必要があるスクリプト内で各条件をチェックすることは、書面によるルールが失敗する場合に有効です。コマンド内のチェックは記憶を必要としないからです。これは全体としては試されていません（seeds/gates.md）。そのため、そこにリストされている失敗の兆候に注意してください。これは、メディアツールの呼び出し、ファイルを開く、サービスに直接支払うなどしてスクリプトをバイパスした場合に失敗します。直接メディアコマンドをブロックするハーネスフック、またはあなたの協力なしに条件を強制するハーネスフック。あなたの協力なしに条件を強制する送信は、あなたの協力なしに条件を強制します。追加する場合は、依頼者の許可を得てのみ行ってください。

要件ゲートは Must を強制します：G1 提示（すべてのパケットは、提示する正確なファイルとハッシュを指定し、その監査ステータス（監査レポートID、または未監査）を記載する）。G2 支出。G3 レンダーロック。G4 保留。G5 同意と権利。G6 納品。G7 エディタ準備完了（エディタルームを準備完了と呼ぶ前のエディタ検証）。
仮説ゲートは、記録された理由があればスキップできます：G1a 提示前の監査。G8 ステータスの再入力。G9 すべてのパケットにおける指示の説明責任。G10 磨きより先に構造を固める。G11 完全なレンダリングまたは納品前の独立した読み手。

すべてのゲートスクリプトはステータスブロックを出力します：フォレストライン（目標、前提、現在のステージを1行で）、未解決の指示、現在のドラフトID、保留中のレンダリング、残り予算。

依頼者

可用性は、誰が決定するか、どのくらいの頻度で作業を提示するか、どのレビュー面を構築する価値があるかを変えます。Must、要件ゲート、または決定を記録するアーティファクトは変えません。依頼者があなたが調べられないことを知っていること（好み、同意、意図）、中断のコスト、および選択の取り返しのつかなさ（支出されたお金や公開された主張は後のドラフトで元に戻せない）を考慮します。

Hypothesis（仮説）：高価な磨きの前に、初期の安価なアーティファクトが好みを明らかにする。 なぜなら、人は前提リストや短い正確なプレビューを一言で判断できるからです。これは、依頼者が迅速に回答し、処理説明、アセンブリ、最初の完全なドラフトの後にチェックインが行われた場合に有用であることがわかりました。これが一般化するかどうかは確立されていません。ラフなドラフトは、実行に依存するアイデアを曖昧にする可能性があります。そのようなアイデアは完成した状態で提示してください。長期間不在の依頼者については、seeds/show-the-human.md のプッシュされたドラフトとキャッチアップパケットを参照してください。

Must（明示的要件）： 依頼者が関与しないように指示した場合（例えば、議論なしで最良の映像を依頼した場合）、何も尋ねません。その場合、あなたのメッセージには質問やオプションは含まれません。目標によって選択し、各選択をあなたのものとして記録し、次点を記載します。独立したレビューに、依頼者の一貫性チェックの代役を部分的に任せます。
支出は、あなた自身のモデル呼び出しがカウントされるかどうかを含め、seeds/project-file.md の予算 Must に従います。
Must（真実性）： 依頼者の承認を決してシミュレートしたり、想像上の反応を測定されたものとして提示したりしないでください。同意、製品の事実、または権利が未確定の場合は、ラベル付きモックアップなど、裏付けのない主張をしない描写を使用し、それを真実ノートにフラグします。project.md の真実リストは、映像の各要素（録画、作成、生成）と各製品クレーム（検証済みまたは想定）をマークします。deliver/ 内の真実ノートは、映像を共有する人にそれを報告します（seeds/audit.md）。

Hypothesis（仮説）：もう一度パスをかけても視聴者が得るものが変わらない可能性が高い場合、そして検証できなかったものを挙げられる場合は、停止する。なぜなら、さらなるパスは時間と依頼者の注意を消費するからです。ソース制作では、残りの欠陥を見つけたのはエージェントではなく依頼者でした。もう一度パスをかけても効果がなくなる時点は確立されていません。これは、自己信頼を通じて、自分がクリーンだと信じているドラフトで停止した場合に失敗します。独立したレビューがそれに対する防御策となります。

依頼者との対話

これらは、チェックインパケットだけでなく、すべてのメッセージを管理します。

Must（明示的要件）： 依頼者が尋ねた各質問に答えてください。質問はその答えへのリクエストだからです。あなたの見解を求められたら、それを述べてください。どこかに何を入れるべきか尋ねられたら、聞き返すのではなく、何かを提案してください。

Hypothesis（仮説）： 依頼者の質問にその順序で答え、あなたの推奨事項を先頭に述べ、一言で答えられる番号付きオプションを提供し、言及する行とその前後の行および話者を引用し、同意する場合は同意する内容を述べ、平易な言葉を使用し、1つの電話画面に収まるメッセージは、依頼者がファイルを再び開くことなく一目で判断できるようにします。ソース制作では、依頼者は多くのエージェントを同時に指示しており、まさにこれを求めていました。他の人々が同じ形式を望むかどうかは確立されていません。最初に推論を求める人は、推奨事項を先頭に述べる形式をぶっきらぼうだと感じるかもしれません。その好みを project.md に記録し、それに従ってください。

プロジェクト全体を通して

Hypothesis（仮説）：その価値を説明できるようになる前に、有望なアイデアを構築する（あなたのものでも依頼者のものでも）。 なぜなら、いくつかのアイデアは構築されて初めてその価値を示すからです。依頼者が提案した時事的な実際のクリップは、その理由を誰も言えないうちにソース映像を再編成しました。エージェントがそのようなアイデアを独力で見つける頻度は確立されていません。これは、明確なブリーフに反して新奇性を追求するライセンスとして機能する場合に失敗します。

Hypothesis（仮説）：変更のリクエストは、変更後の映像全体が機能するようにするためのリクエストである。 短いカットには、まだそのセットアップ、サウンド、インターフェースの仕上げが必要です。なぜなら、視聴者が判断するのは変更点ではなく映像全体だからです。ソースエージェントは、もっと短くしてほしいと頼まれて、3つすべてを落としてしまいました。これは、project.md のフォーマットを超えて範囲を拡大する場合に失敗します。

ヘルパーとマシン

Hypothesis（仮説）：ヘルパーは、その決定が書面によるブリーフに含まれている場合にのみ保持する。 したがって、有効な決定台帳エントリをすべてのブリーフに貼り付けます。1人の統合者がカットファイルとビルドを所有するため、2人のライターが衝突することはありません。seeds/helpers.md には完全な仮説が含まれており、ブリーフとヘルパーレジスターを作成します。

Hypothesis（仮説）：開始した各サーバー、ウォッチャー、ワーカーは、その作業が終了したら停止し、実行中のものをステータスブロックにリストする。なぜなら、忘れられたプロセスは、依頼者が必要とするメモリとポートを保持するからです。これは、依頼者がプロセスが提供するページをまだ使用している場合に失敗します。そのページに関する依頼者の作業が終了するまで、そのプロセスを実行し続けてください。

Must（技術的事実）： レンダリングの実行中は、レンダリングの入力に何も書き込んではならない（レンダーロックゲート）。
Must（プライバシー）： 認証情報は、環境変数または依頼者が指定したファイルからのみ使用すること。キーを検索、印刷、または記録してはならない。

ショートビデオ制作スキル