Communitygithub.com

Cjbuilds/launch-video

製品URL、概要書、または提供されたアセットからHeyGen HyperFramesを使って製品ローンチビデオを作成します。製品とブランドを調査し、短いスクリプトを作成し、明示的な承認のためのHTMLストーリーボードフレームをデザインし、アニメーション化、レンダリング、MP4を検査します。ローンチビデオ、SaaSプロモーション、機能紹介、製品デモに使用します。一般的なビデオ編集には使用しないでください。

launch-video とは?

このスキルは、実際の製品を明確なビジュアルストーリーに変換するためのAIエージェント機能です。まず、製品のURLや概要から情報を収集し、ターゲット顧客やプロダクトの価値を分析して簡潔なスクリプトを作成します。その後、各シーンごとに実際のコピー、レイアウト、色、アセットを反映した静的なHTMLフレームをデザインし、ユーザーに確認と明示的な承認を求めます。承認後、HyperFramesエンジンを使用してアニメーション化し、MP4としてレンダリングします。Claude Code(エージェントモード)、Cursor、Codex、Gemini CLIなどのAIエージェント環境で動作し、プロジェクト管理やファイル操作のためのPythonスクリプトを提供します。このスキルは、製品ローンチビデオ、SaaSプロモーション、機能紹介、製品デモに最適で、一般的なビデオ編集用途には使用できません。重要なのは、ユーザーの明示的な承認なしに本番レンダリングを行わない安全なワークフロー設計で、品質保証とトレーサビリティを確保している点です。

対応~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Cjbuilds/launch-video/tree/main/skills/launch-video

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

ローンチビデオ

実際の製品を明確なビジュアルストーリーに変換します:何が問題か、何が変わるのか、どのように機能するのか、次に何をすべきか。HyperFramesをエンジンとして使用します。ユーザーが選択したモデルをマネージャーとして維持します。エンジンを交換したり、ビデオエディタ、テンプレートライブラリ、アニメーションフレームワークを作成しないでください。

1. 概要を把握する

まずユーザーから提供された概要、製品、アセット、既存プロジェクトを読み込みます。既存の作業を再開します。ビデオに影響する不足している事実のみを質問し、既に回答済みの質問は繰り返さないでください。製品名だけでは機能の主張の根拠として不十分です。入力が少ない場合は、ストーリーボードを作成する前に、視聴者、有用な約束、締めくくりのアクションを決定します。

URLが提供された場合は、実際の製品と公式ブランドソースを調査します。適切な場合はHyperFramesキャプチャを使用し、upstream.mdに記載されているキャプチャ失敗ルールに従います。キャプチャが失敗した場合、代替サイトをでっち上げないでください。そのまま表示するタイプのビデオの場合は、実際の画面をベースとして使用します。編集が許可されていない限り、提供された正確なコピーを保持します。主張、ソース、アセット権利、および前提条件を、ビデオプロジェクト内の短いBRIEF.mdに記録します。許可なく公開デモにプライベートマテリアルを含めないでください。

製品の色、タイポグラフィ、密度、実際のUIを使用します。意味のある動き、読みやすいタイプ、意図的なペース配分で特定のビジュアル方向性を選択します。上流のクリエイティブおよびモーションリファレンスを選択的に読みます。リファレンススタディはテクニックを示すものであり、必須のハウススタイルではありません。架空の例は明示的にラベル付けする必要があります。実際の顧客の結果を暗示するように変えないでください。

2. プロジェクトを準備する

upstream.mdを読み、依存する前にピンされたソースとCLIを確認します。上流のHTML構成契約、診断、レンダリングを使用します。必要なドメインリファレンスのみを読み、ソースツリー全体を成果物にコピーしたり、最新版にサイレントリフレッシュしないでください。

専用のビデオプロジェクトを作成します。project-format.mdを使用してproject.jsonを定義します。出力サイズ、フレームレート、長さ、オーディオの選択をストーリーボードで合意します。Xの場合は、エクスポートを選択する前に現在の公式アップロード要件を確認します。デフォルトは短く、サウンドオフに適したフィルムとします。許可なくメディアを購入したり、有料の音声プロバイダーを呼び出したりしないでください。不足しているアセットは、概要に沿ったローカルでライセンス許諾された代替品、または具体的な質問が必要であり、壊れたプレースホルダーを置かないでください。

3. デザイン、表示、承認を得る

リーンなスクリプトを作成します:シーンごとに1つの明確なアイデア、実際の製品の証拠、有用なペイオフ。すべてのシーンに対して、実際に提案されたコピー、レイアウト、パレット、アセットを使用した完全な静的なデザイン済みHTMLフレームを作成します。テキストによる説明やワイヤーフレームボックスだけではレビュー成果物として不十分です。フィルム全体を通して1つの連続した製品例を維持します。重要なUIは読みやすいサイズで表示し、各アクションを理解するための時間を残します。

各フレームは、インラインCSSを使用した自己完結型の静的HTMLである必要があります。ローカルで宣言された画像/フォントアセットを使用します。フォーマットリファレンスを参照してください。フル出力サイズとフィードスケールでフレームを確認します。project.jsonに正確な見出し、オプションのナレーション、長さ、意図したモーションを含め、次を実行します:

python3 <SKILL_DIR>/scripts/launch_video.py storyboard <PROJECT_DIR>

結果のstoryboard.htmlをユーザーに開きます。すべてのフレームを自分で最初にレビューします。表示されたバージョン、またはシーン固有の変更について承認を求めます。本番アニメーションまたはレンダリングの前に、ユーザーの明示的な承認を待ちます。 沈黙、一般的な以前の「はい」、ビルドアイデアの受け入れ、自動モードは、未確認のストーリーボードを承認しません。このゲートの前に、中立的な技術的レンダラープローブは許可されます。

ユーザーが表示されたバージョンを承認した後でのみ、実際の決定を記録します:

python3 <SKILL_DIR>/scripts/launch_video.py record-approval <PROJECT_DIR> \
  --version <DISPLAYED_SHA256> --approver <USER_NAME> --decision '<ACTUAL_APPROVAL_TEXT>'
python3 <SKILL_DIR>/scripts/launch_video.py check-approval <PROJECT_DIR>

領収書は、マニフェスト、フレームバイト、アセット、生成されたストーリーボードをバインドします。人間の決定を記録します。話者を認証したり、任意のテキストが承認を意味するかどうかを解釈したりしません。領収書をねつ造しないでください。デフォルトで承認記録は非公開にします。

4. 承認されたストーリーをアニメーション化する

ピンされたHyperFramesアニメーションルールとブループリントを使用します。承認されたデザインフレームを構成のベースとして再利用します。各シーンは実際のアクションと結果を明らかにする必要があります。動きはストーリーをサポートする必要があります。シークセーフなタイムラインを使用します。テクニックを実装する前に関連する上流ルールを読みます。連続的なトランジション全体で位置、スケール、方向、不透明度を一致させます。製品を隠したり、高速で点滅したりする動きは避けてください。

フォーマットリファレンスで指定されているように、承認されたシーンごとにindex.htmlと1つのサブコンポジションを作成します。ID/順序、正確なテキスト、タイミング、寸法、アセットIDを承認されたボードに忠実に保ちます。ヘルパーは構造、テキスト、タイミングをチェックします。ビジュアルとアセットは自分で検査します。ソースだけからセマンティックな忠実性を証明することはできません。承認されたフレームを編集してドリフトを隠さないでください。

ストーリー、コピー、アセット、レイアウト、長さ、またはオーディオの変更が要求された場合は、改訂されたストーリーボードと新たな承認が必要です。以前のバージョンを保持します。すでに承認された意図を実装するモーション修正は続行でき、その後影響を受けるチェックを再実行します。エージェントと協力する場合は、各エージェントに正確なシーンと重複しないファイルの所有権を割り当てます。マネージャーは構成とQAを所有します。

5. 検査、レンダリング、納品

プロジェクトディレクトリから、lint、check、keyframes . --json、snapshot --at <scene-midpoints-and-transition-boundaries> にピンされたCLIを使用します。すべてのシーン、開始/終了、各カットの両側を検査します。preview --backgroundを開き、通常の速度で完全なモーションを視聴します。読みやすさ、タイミング、オーバーラップ、クリッピング、アセット読み込み、トランジションの連続性、サウンドオフでの理解度を確認します。オーディオについては、権利、同期、クリッピング、エンディングも確認します。静的なチェックに合格しても、ビジュアル品質が証明されたわけではありません。

承認とプレレンダーのビジュアルQAの後、ヘルパーを介してレンダリングします:

python3 <SKILL_DIR>/scripts/launch_video.py render <PROJECT_DIR> --output output/video.mp4

これはHyperFrames 0.8.37とffprobeを呼び出し、承認されたサイズ/fps/長さ/オーディオに対してエクスポートをチェックし、.qa.json領収書を書き込みます。そのビジュアルQAステータスは保留中のままです:実際のMP4を検査し、代表的なフレームを抽出し、納品前に完全な再生を視聴します。判断とは別に証拠を報告します。エンコードが成功したからといって、結果が完了したとマークしないでください。

失敗した場合は、エラーを読み、その具体的な原因を修正し、影響を受けるチェックを繰り返します。既存のビデオを保持します。部分的な失敗レンダリングを検査した後、新しい出力パスを選択します。エンジンを決して切り替えたり、古い出力を新しい結果として使用したり、不足している機能を隠したりしないでください。ブロックされた場合は、何が残っているかと、すでに完了したレビュー可能な作業を述べてください。

MP4、デザイン済みストーリーボード、改訂用のシーンID、サイズ/長さ/オーディオ、再現可能なコマンド、正直なQAノートを納品します。要求された場合のみ公開します。「バイラル」、「一発勝負の品質」、または未測定の時間/トークン節約を約束しないでください。

関連スキル