YouTube conductor
複数のスキルを覚える代わりに、たった1つのコマンドで。撮影した映像を、公開アセットに至るまで、各ゲートで承認を得ながら進めます。
セットアップ: 以下を記入
| プレースホルダー | 説明 |
|---|---|
<YOUR_FOOTAGE_DRIVE> | 生の映像が保存されている場所(例: /Volumes/<ドライブ名>) |
<YOUR_VIDEO_LIBRARY> | 完成ファイルの保存先(例: ~/Videos/Finished) |
<YOUR_LUT> | すべてのクリップに適用するLUT(例: MyCamera_Log_to_Rec709.cube、標準プロファイルで撮影する場合は不要) |
<YOUR_TIMEZONE>, <YOUR_POST_TIME> | デフォルトのスケジュール枠(schedule-social を参照) |
承認なしに2つのステージを連続して実行しないでください。 各ステージにはクリエイターの審美眼が必要であり、間違ったステージ1はその後のすべてを台無しにします。
状態
動画ごとに1つのファイル: drafts/videos/<スラッグ>.json
{"slug":"my-video","title":"my video title",
"footage":"<YOUR_FOOTAGE_DRIVE>/my video footage",
"work":"/tmp/.../paperedit",
"project":"My Video - Paper Edit",
"stages":{"paper-edit":{"status":"approved","at":"YYYY-MM-DD","note":"v2, 10:16"},
"punch-ins":{"status":"approved","at":"YYYY-MM-DD"},
"reels":{"status":"approved","at":"YYYY-MM-DD"},
"covers":{"status":"todo"},
"schedule-reels":{"status":"todo"},
"overlays":{"status":"pending"},
"thumbnail":{"status":"todo"},
"schedule-youtube":{"status":"todo"}}}
ステータス: todo → running → review(クリエイター待ち)→ approved | skipped
「continue the video」の場合: 状態ファイルを読み込み、現在の進行状況を1行で報告し、approved または skipped ではない最初のステージから再開します。新しい動画の場合: 最初に状態ファイルを作成し、ステージ1から開始します。
作業ディレクトリは全ステージで安定させてください。トランスクリプト、segments-v2.json、cuts.json は後続の全ステージで再利用されるため、散逸させないでください。
ステージ一覧
| # | ステージ | スキル | クリエイター承認 | 出力 |
|---|---|---|---|---|
| 1 | ペーパー編集 | paper-edit | カットリスト、次にタイムライン | 新しいResolveプロジェクトに Paper Edit v1 + v2 (tight) |
| 2 | パンチイン | paper-edit ステップ9 | フレーミング計画 | Paper Edit v3 (punch-ins) |
| 3 | リール | video-reels | 各リールのフック | 縦型タイムライン、完成: フッテージV1、フックカードV2、キャプションV3 |
| 3b | リールカバー | reel-covers | グリッドプルーフ、各見出し | リールごとに1つのユニークな1080x1920カバー(あなたのカバースタイルで)、リールアイコンとともにグリッドビューでプルーフ表示 |
| 4 | リールのスケジュール | schedule-social | 各キャプションと時間 | MetricoolカレンダーにIG + TikTok + Shorts、毎日明日から、各投稿にカバー付き |
| 5 | オーバーレイ | video-overlays | レンダリング前のクリップリスト | 透明な.movクリップ + FCPXML |
| 6 | サムネイル + タイトル | video-thumbnails | どのバリアント | 1920x1080 PNG + スマホサイズのプルーフ + タイトル |
| 7 | YouTubeのスケジュール | schedule-social | タイトル、サムネイル、説明文 | Metricoolカレンダーに長尺動画 |
リールは意図的にオーバーレイより前に配置しています。 リールはアニメーションを必要とせず、公開前にクリエイターの手作業(トリミング、レンダリング)が必要です。早めに仕上げることで、オーバーレイのレンダリング中にリールを公開できます。オーバーレイは最も時間がかかるステージであり、最も待たされることの少ないステージです。
ライブイベントや個別音声収録(クリップと同じフォルダに audio/ フォルダ内のラペルやレコーダー)の場合: ペーパー編集またはリールの前に lapel-sync を実行します。これにより、後続のすべてのステージでラペル音声がクリップ音声として使用されます。
ステージを実行する前に、そのステージのスキルをロードしてください。 このファイルは進行順序とゲートを示すものであり、各スキルが実際の手順を保持しています。
ゲート: 表示するものと、確認するもの
- ペーパー編集. 生の長さ、v1、v2、カット数、および注目すべきカットとその理由を表示します。確認: 「ここで残したいものはありますか?」 クリエイターがスクラブした後: 「カットはロックされましたか?」 後続の処理はすべてこれに依存するため、ロックされるまで開始できません。オーバーレイとリールはワードタイミングに固定されているためです。
- パンチイン. クリエイターがトリミングしたv2(
segments-locked.json)からv3を構築し、指示なしにv2のグレードをv3にコピーします(ペーパー編集ステップ9)。動画が実際のプロジェクトについて話している場合、写真があるかどうかを尋ね、白背景カードとしてV2に配置します(ペーパー編集ステップ11)。変更数を表示し(およそ20~40秒に1回)、クローズアップされるラインのリストを表示します。確認: 「これらは正しい瞬間に当たっていますか?」 - リール. 動画にコメントキーワードのCTAがある場合、個別のリールCTAクリップ(「下のKEYWORDにコメントすると、送ります...」)を撮影します。状態ファイルに
reel_ctaがある場合、その動画のすべてのリールをそのクリップで終了します(リンクされたcta.jsonのイン/アウトポイントを使用。whisperは短いクリップで最大2秒のずれが生じる可能性があるため、silencedetectから取得)。コメントキーワードはキャプションにも含めます。各リールをフックラインとその後の内容、テキストフックカードの文言とともに表示します。確認: 「これらのフックはスクロールを止められますか?」 少なく、より良いものにしてください。その後、クリエイターがトリミングとレンダリングを行います。キャプションとフックカードはすでにタイムラインにあります。その間にオーバーレイを開始してください。 誰も待たせる必要はありません。 3b. リールカバー。このステージをデフォルトでスキップしないでください。 リールフックが承認されたらすぐに、「次はこれらのリールのカバーです」 と言い、reel-coversを開始します。レンダリングは必要なく、フックとトランスクリプトだけが必要なので、トリミング中に行います。_grid-phone.png(リールアイコンが描かれている)と各見出しを表示します。確認: 「これらのカバーはスクロールを止められますか?」 承認されるまで反復し、承認されたら記録します。クリエイターがスキップと言った場合はskippedとマークし、リールは自動フレームで公開されると伝えます。 - リールのスケジュール. レンダリングが完了したら、「リールをスケジュールして」でトリガーされます。各キャプションと各スロットを、承認されたカバーとともに表示します。確認: 「これらをスケジュールしてもよろしいですか?」
coversがapprovedまたはskippedでない場合は、停止して最初にステージ3bを実行します。 - オーバーレイ. デフォルトのハウススタイルは、話者の頭の横または後ろのシーン内テキストで、顔の上には決して重ねません(
video-overlaysを参照)。レンダリング前に、タイムコードとキューを含む提案クリップリストを表示します(レンダリングはオーバーレイ1秒あたり約10秒の実時間)。確認: 「これらの中でカットしたいものはありますか?また、私が見逃した瞬間はありますか?」 - サムネイル + タイトル. フルサイズのレンダリングではなく、スマホサイズのプルーフシートと、文字数を含む4~6個のタイトルを表示します。確認: 「どれにしますか?別の言葉にしたいですか?」
- YouTubeのスケジュール. オーバーレイがタイムラインに配置され、最終動画がエクスポートされた後に行います。タイトル、選択されたサムネイル、完全な説明文を表示します。確認: 「これをスケジュールしてもよろしいですか?」
スケジュールルール(ステージ4と7の両方):
デフォルトのスロット割り当てルール: 今日の翌日から開始し、1日1投稿を<YOUR_POST_TIME> <YOUR_TIMEZONE>に設定し、既にコンテンツがある日(下書きも含む)はスキップします。 スロットを選択する前に getScheduledPosts を取得し、同じ日に二重予約しないでください。
キャプションはクリーンな状態で提出します。 毎回完成したコピーで、「TEST DRAFT」テキストは含めません。テストは draft: true + autoPublish: false でマークし、代わりにプランナーリンクを渡します。
進行順のルール
- 常にグラフィックより先にカットを確定してください。 オーバーレイのタイミングは話し言葉に固定されており、カットが変わるとすべてがずれます。ステージ5以降でカットが変更された場合は、FCPXMLを再生成しますが(数秒)、クリップを再レンダリングする必要はありません。
- リールは生のフッテージから作成します。 オーバーレイされたカットからは作成しません。アニメーションはYouTube用に作られているため、リールはオーバーレイより先に実行できます。
- 2つの引き継ぎポイントがあり、それらは重複します。 ステージ3の後、クリエイターはリールをトリミングしています。ステージ6の後は、オーバーレイをタイムラインに配置してエクスポートしています。どちらもクリエイターにとっては時間がかかり、あなたにとっては空き時間です。待つのではなく、次のステージの作業をキューに入れてください。
- LUTはすべてに適用します(
<YOUR_LUT>)。カメラがログプロファイルを撮影する場合、未グレーディングのフレームはグレーに見えます(サムネイルの静止画も含む)。 - Resolveに触れるものはすべて: 最初に
bash .claude/skills/paper-edit/scripts/ensure_resolve.shを実行します。これにより、Resolveが閉じている場合は開き、APIを待機するため、ユーザーに開くよう依頼する必要はありません。ただし、External scripting: Local が有効であり、既存の作業が危険にさらされないように新しいプロジェクトである必要があります。プロジェクト名は<Video> - YYYY-MM-DDとし、最新のものが明確になるようにします。同じ名前のプロジェクトが2つあると、どれが現在のものか混乱します。 - 完成ファイルは
<YOUR_VIDEO_LIBRARY>/<Video> YYYY-MM-DD/に配置し、作業ファイルは~/Movies/<video>-*に残します。各動画の2つのレンダリング: 配信用パスと60 Mbpsのアーカイブマスター、および.drt/.drpタイムライン。レイアウトについてはschedule-socialを参照してください。クリエイターが公開可能なものを探すために~/Moviesを探し回る必要はなく、デスクトップに散らばることもありません。 - 4K長尺エクスポート(オプション):
YouTube FinalをYouTube Final 4Kとして複製し、そのコピーのタイムラインを3840x2160に設定し(useCustomSettings1 +timelineResolutionWidth/Height)、H.264をVideoQuality40000 で<Video>/YouTube/にレンダリングします。ズームとパンチインは解像度変更後も維持され、1080のオーバーレイクリップはクリーンにスケールアップされます。レンダリングを開始して戻ります。execute_resolve_code内で待機しないでください。 6分30秒の動画は、シーン内オーバーレイがある場合、4Kで約1時間かかることがあり、MCP呼び出しは30分でタイムアウトし、後続のすべての呼び出しもレンダリングが終了するまでブロックされます。代わりにbashからファイルを監視してください。MP4は、Resolveが終了した後にのみ読み取り可能になります(ffprobeが成功)。一度にレンダリングできるプロジェクトは1つのみなので、前のファイルが到着したら次の動画のレンダリングを開始します。6.5分あたり約1.9GB。 - 公開は唯一の不可逆的なステージです。 それ以前はすべて数分で再構築できますが、一度公開された投稿はここから非公開にできません。ステージ4と7のゲートは厳格なものとして扱ってください。
時間とコスト
| ステージ | 実時間 | 備考 |
|---|---|---|
| ペーパー編集 | 約2分の文字起こし + 読む時間 | 実際に考えるコストがかかる唯一のステージ、約5kトークン |
| パンチイン | 数秒 | |
| リール | 約1分 | キャプション込み |
| オーバーレイ | クリーンカットレンダリング約10分、その後オーバーレイ1秒あたり約15~20秒 | シーン内スタイルはすべてのフレームをマット処理: 約48クリップで約1時間かかる場合あり。フッテージドライブをマウントする必要あり。リールトリミング中に実行 |
| サムネイル | 約1分 | 4~6バリアント |
| スケジュール | 約2分 | アップロードホップ + Metricool書き込み |
関連
paper-edit、lapel-sync、video-overlays、video-reels、reel-covers、video-thumbnails、schedule-social- オプション: タイトルリファレンス(長さとCTRのルール)、動画トピックプラン(保持している場合)