Pluviobyte/rnskill

実践型長尺動画の企画ワークフロー（B站/YouTube 新チャンネル、実演＋本人出演向け）。収録してすぐ使える企画書を生成：テスト問題セット（コピペ可能なプロンプト付き）、構成タイムライン（全身出演セクション vs PiP セクション）、出演用原稿、録画操作リスト、サプライズとイースターエッグ設計。

rnskill とは？

このスキルは、実践型の比較・検証動画（実演＋本人出演）を制作するための包括的な企画ワークフローを提供します。対象プラットフォームは B站と YouTube で、企画段階から制作・公開までを一貫して管理します。主な役割は、AI が企画の副操縦士となり、ユーザーが出演者として主役を務めることです。スキルは詳細な企画書テンプレートを生成し、テスト問題セット（コピペ可能なプロンプト付き）、動画構成タイムライン（全身出演セクションと PiP セクションの区別）、出演用原稿、録画操作リスト、視聴者を引きつける演出案を含みます。さらに、企画書のステータスを「企画中」「録画中」「粗編集待ち」「字幕待ち」「動画待ち」「完成・公開済み」と管理し、Claude Code、Codex（ra-audio-to-subtitles、ra-local-talking-head-cut など）、Remotion などのツールと連携して自動化された制作パイプラインを実現します。これにより、ユーザーは企画に集中し、制作プロセスの煩雑さを軽減できます。

対応✓Claude Code✓Codex CLI~Cursor

npx skills add https://github.com/Pluviobyte/rnskill/tree/HEAD/skills/ra-%E5%AE%9E%E6%93%8D%E7%AD%96%E5%88%92

ドキュメント

ra-実践企画

目標

AI が企画の副操縦士となり、ユーザーが出演者として主役を務めます。「収録してすぐ使える」企画書を生成します：テスト問題セット、構成、出演用原稿、操作リストがすべて揃い、アドリブのための空白（人間味を残すエリア）を意図的に残します。

制作ライン全体図（企画書ステータス状態マシン）

企画(Claude) → 録画中(あなた) → 粗編集待ち(Codex・ツール選択の門) → 編集統合中(あなた・剪映) → 字幕待ち(Codex・ra-audio-to-subtitles) → 動画待ち(Codex・Remotion) → 完成作品 → 公開済み

素材：出演原稿 + 録画画面の2本立て → 01-コンテンツ制作/動画ワークベンチ/制作中/<日付-テーマ>/生素材/
粗編集納品：<プロジェクト>/粗編集/出演-粗編集.mp4（純粋な MP4、剪映に投入）
編集統合（ユーザー手作業）：全身出演セクションは全画面表示、それ以外の出演シーンは縮小して実演画面の左下隅に PiP 表示
字幕：編集統合版を唯一のタイムソースとし、ra-audio-to-subtitles で実際の単語レベルのタイムスタンプを生成、ハードコード字幕を焼き付け、.srt ファイルを残す（YouTube CC / B站字幕稿用）
動画：全身出演セクションのみ Remotion コンポーネントのオーバーレイを追加、PiP セクションには追加しない
公開：B站 + YouTube をメイン投稿、抖音/小紅書/微信視頻号にフル配信；完成作品 → 動画ワークベンチ/制作済み/<月上旬|月下旬>/<日付-テーマ>/完成作品/ + 公開管理ボードに登録

企画書構成の方法論（実践比較動画のパラダイム）

フック（10 秒以内）：話題の出来事 + 対立を生む質問 + 約束（「X が発表されたばかりですが、数日前の Y より本当に優れているのでしょうか？今日は A/B/C の3つの視点で比較します」）
冒頭からの過激な主張：まず直感に反する結論をサプライズとして提示（「同じタスクで、10倍速かった」）、視聴者を引きつける
テスト問題セット ×N：各問題は固定ループ——問題を読み上げる（プロンプト原文を画面表示）→ A の結果を確認しながら評価 → B の結果 → 単問題の判定。問題には段階的な設計が必要：「要件を満たしているか？」から「特定の次元で純粋に競う」まで；次元は網羅的であること（例：フロントエンド/バックエンド/文章作成にそれぞれ問題を設定）
中間総括 + 人間味あふれる意見（「結果は結果です。嘘は言えません」などの本音の発言）
まとめ：次元ごとに判定、曖昧にしない
次回のフック：検証しなかった次元を残す（「エージェント能力は長期的な検証が必要です。継続的に報告します」）
最後のイースターエッグ：視聴者参加型のサプライズ（「動画の冒頭、誰が作ったと思いますか？」）

企画書の必須要件

本スキルの assets/企画書テンプレート.md に従って生成し、1問題＝1プロジェクト：01-コンテンツ制作/動画ワークベンチ/制作中/YYYY-MM-DD-テーマ/企画書.md
出演原稿は2層に分けて記述：全身出演セクション（冒頭/中間総括/まとめ——Remotion コンポーネントが追加される段落）と PiP セクション（実演ナレーションの要点）を分け、全身出演セクションのリストを frontmatter に書き込み、動画工程で位置を特定できるようにする
各テスト問題にコピペ可能な完全なプロンプト + 「この問題で見るポイント」（期待される見どころ/失敗しそうなポイント）を1文添える
アドリブは書き込まない：ナレーションは要点のみ、評価の言葉や感情表現は現場で自由に——これが実演者の信頼性の源泉であり、すべての文章を書き込むことを禁止する
録画操作リストは手順単位で正確に（どのツールを開くか、何を入力するか、どの画面を録画するか）
動画時間は frontmatter の契約に従って管理；8〜15分の場合、デフォルトで4〜6問
参考動画を参考にする場合は構造と問題タイプのみを抽出し、参考動画の原文や具体的な問題をそのままコピーすることを禁止する
企画完了後、企画カード（なければ新規作成）にリンクを張り、カードのステータスを「企画済み」に変更する

制作チームとの引き継ぎ

あなたは status の変更と素材の配置のみを行い、それ以外は自動化：録画素材が揃ったら一声かけるか status を「粗編集待ち」に変更；剪映で統合が完了したらプロジェクトフォルダに戻し、status を「字幕待ち」に変更
Codex 側の責務は ra-video-production-director の第11〜12条を参照；実演素材が揃った場合、デフォルトで ra-local-talking-head-cut を使用：まず編集前の確認用SRT をユーザーに提出し、確認が取れるまで編集を禁止；確認後、自然なリズム、ソースパラメータ、ラウドネス、QC 検収を通過した粗編集 MP4 を納品し、最終的な MP4 に対して制作字幕を再生成する。複数のテイクがある場合は video-use で最良のテイクを選択するための証拠を提供；chengfeng は一字一句の検証や積極的な比較照合用；波形確認が必要で、プロジェクトを剪映/FCP に渡す場合は AI剪口播 を使用して FCPXML をエクスポートする。いずれかの粗編集ツールがブロックされても、字幕は独立したスキルとして処理を続行する。