プラグインのインストール: セットアップまたはフレッシュネスコマンドの前に、本スキルが HyperFrames プラグイン内にある場合は、プラグイン実行ルール に従ってください。スタンドアロンインストールの場合は、以下のアップデート手順を維持してください。
一般動画
開始時に npx hyperframes usage --json を実行します。ただし、ワークフローが読み取ったばかりの場合は除き、その後はドラフト後やレンダリング前などのマイルストーンで再度確認します。利用可能なウィンドウとリセット時刻を読み取ります。使用状況が不明な場合は、推測せずにその旨を伝え、許容量を推測しないでください。スコープとワークフローの選択はユーザーと協議します。
このワークフローに依存する前に、以下を実行してください：
npx hyperframes skills update general-video
成功した no-op はスキルが最新であることを意味します。メモリからの継続ではなく、更新の失敗を表示してください。
1. クロスカッティングソースアダプターの適用
- メディア: オーディオ、画像、アイコン、ロゴ、音声、グレード、LUT、トリートメント/エフェクト、キャプション、またはメディア操作の必要性については、
/media-useをロードし、../media-use/references/resolve.md（解決、採用、再利用）と../media-use/references/setup-providers.md（プロバイダー、認証）に従ってください。曖昧なフッテージフィードバックや名前付きスタイルについては、編集前に../media-use/references/media-treatments.mdを使用し、サポートされているメディアエフェクトを CSS/SVG/不透明度で即興で作成しないでください。最初の認証済みプロバイダーアクションの前に、npx hyperframes auth statusを実行し、その出力をそのまま中継します。サインアウトしている場合は、../hyperframes/references/brief-contract.mdのゲートを適用します。協調フローではサインインまたは明示的なオフライン選択を待ち、自律フローではステータスを伝え、利用可能なオフラインプロバイダーを通じて継続します。必要な機能を満たせるオフラインプロバイダーがない場合は、ブロッカーを表示します。ローカル採用のみでは認証ゲートは必要ありません。 - Figma: 入力が
figma.comの URL の場合は、先に/figmaを実行します。エクスポートされたアセット、トークン、コンポーネント、またはストーリーボードフレームから構築します。生の Figma コネクタ呼び出しは SVG サニタイゼーション、メディアプロvenance、ブランドトークンバインディングをスキップするため使用しないでください。
これらのアダプターは /hyperframes によって選択されたワークフローを変更しません。
2. プロジェクトの状態から開始
最初に一致する行を適用し、下位の状態行は評価しないでください：
| 状態 | アクション |
|---|---|
| 特定の編集 | 編集を実施し、既存のプロジェクト決定を維持した後、影響を受けるチェックを再実行します。探索を再開しないでください。 |
BRIEF.md が存在する | それを読みます。workflow が別のワークフローを指定し、flow が companion でない場合は、引き継ぎます。ブリーフに関する質問は行いません。 |
ブリーフなし、ただし hyperframes.json または STORYBOARD.md が存在する | ファイルと記録されたプリファレンスから再開します。既知の事実からのみ BRIEF.md をバックフィルします。 |
| 新規作成 | /hyperframes とそのインテントレイヤーを実行します。workflow: general-video または flow: companion の場合のみここに戻ります。 |
新しいプロジェクトの場合、ブリーフからケバブケースのディレクトリ名を選択し、ブリーフを書く前にスキャフォールディングします：
npx hyperframes init "videos/<project>" --non-interactive --example=blank --skill=general-video
次に、../hyperframes/references/brief-format.md を使用してプロジェクトルートに BRIEF.md を書き込みます。既存のプロジェクトでは、ルートは hyperframes.json を含むディレクトリです。ブリーフ形式で指定された、確認済みのプリファレンスバックアップフィールドのみを記録します。node <MEDIA_DIR>/scripts/prefs.mjs record --hyperframes <PROJECT_ROOT> を使用します。推測されたデフォルトは決して記録しないでください。ここで <MEDIA_DIR> はインストールされた /media-use スキルディレクトリ、<PROJECT_ROOT> は hyperframes.json を含むディレクトリです。インテントレイヤーがレシピを採用した場合は、node <MEDIA_DIR>/scripts/recipe.mjs use --hyperframes <PROJECT_ROOT> --name <name> を使用してすぐに適用し、再度質問しないでください。
3. 実行形状の解釈
../hyperframes/references/brief-contract.md の標準用語のみを使用してください：
| フィールド | 意味 | 効果 |
|---|---|---|
flow | 誰が主導するか | automation: ルートを選択して実行します。companion: 会話の中で共創します。 |
storyboard | ビルド前に計画、スケッチ、レビューするか | yes: 計画とスケッチのレビューを実行します（storyboard.html）。no: レビューなしでビルドします。 |
派生 mode | チェックポイントゲートの動作方法 | ブリーフコントラクトに従います。モードに名前を付けるようユーザーに決して依頼しないでください。 |
これらの状態の同義語を作成しないでください。進行中の「とにかくビルドして」というシグナルはインテントレイヤーによって処理され、flow: automation、storyboard: no として到着します。
flow: automationの場合、ルートを選択し、最初の進捗更新で1行で述べます。- 特定の編集の場合、新しいルートを発明せずに編集を実施します。
ハードカット、トリム、スプライス、または既存のフッテージの並べ替えの場合、同じビデオソースを複数のクリップ要素に複製します。各コピーで、data-media-start と data-duration でソース範囲を設定し、data-start で作成者のプレースメント/オーダーを設定します。各ビデオセグメントはサウンドを保持します：サウンドはクリップ上に留まるため（data-has-audio="true"）、ビデオをカットするとそのサウンドもカットされます。/hyperframes-core がこの時間的編集を担当します。/hyperframes-keyframes は、ズーム、パンチ、パン、クロップ、マスク、または内部ラッパーでの clip-path など、視覚プロパティのアニメーションにのみ使用します。../hyperframes-core/references/creator-editing-recipes.md から完全なコントラクトをコピーしてください。
コンパニオンフロー
flow: companion の場合：
BRIEF.mdを読み、受け入れられた## Assetsと## Customizationsをプロジェクトの成果物と調整します。受け入れられたがまだ保留中の作業を完了します。完了した作業はそのままにします。受け入れられた能力を新たに提供しないでください。- 請負業者ではなく、監督として臨んでください。 コンパニオンを選択したユーザーは、関与と品質を選択したのです。正直な応答は、あなたがデザインできる最良のバージョンであり、防御できる最小のものではありません。最初の計画は最高の治療、すなわち天井治療です：ストーリーアーク（最も近いジャンルのレンズを使用 — メニュー § ジャンルレンズ）、デザイン仕様、各シーンのモーショントリートメントを名前で引用（§ 5の計画規律）、トランジション、オーディオアイデンティティ — 音楽とサウンドマーク、または意図的な無音 — ユーザーの素材の配置、およびデザインされたオープンとクローズ。各レイヤーが何を追加するかを1行で説明し、高価なもの（レンダリング時間、サインイン、課金）を名前とともにフラグ付けします。ユーザーはトリートメントを削減します。承認ごとに組み立てる必要があってはなりません。
- 天井はツールボックスではなくコンセプトに属します。 すべてのレイヤーはブリーフのメッセージに奉仕しなければなりません — どのビデオにも同じように合うトリートメントは装飾です。クラフトは天井に達します。コンテンツは要求されたものを超えて成長することはありません（§ 6）。
- チェックポイント間では、
../hyperframes/references/capability-menu.mdは双方向に機能します。トリガーリストとして：ユーザーがその入力を言及したとき、またはビルドがそのニーズに達したときに関連する能力を提供します。各パスのアップグレードチャネルとして：計画、スケッチ、またはビルドのチェックポイントでは、ユーザーが見ている素材に向けられた1つまたは2つのトレースされたオファーを運ぶことができます（「シーン3の統計はカウントアップトリートメントを望んでいます」）。提供する前にそれを読み、完全なカタログをダンプしないでください。 - ユーザーが能力を受け入れた後、その成果物を生成し、即座に一致する
BRIEF.md本文セクションに決定を記録します。ユーザーが明示的に変更した場合のみ、フロントマターのフィールドを書き換え、確認済みのプリファレンスを記録します。 - 同じストーリーボード、検証、最終プレビュー、およびレンダリング承認ゲートを維持します。コンパニオンは誰が操縦するかを変更しますが、品質に必要なものを変更しません。
4. 各ステージの前に必要な知識をロード
これらの読み取りは、条件が一致する場合に必須です：
| 条件 | 行動前に読む |
|---|---|
| 任意のコンポジション HTML またはシーンレイアウト | /hyperframes-core; レイアウトコントラクトには references/determinism-rules.md を使用 |
| 任意の非自明な作成または視覚的トリートメント | /hyperframes-creative → references/house-style.md と references/video-composition.md |
| 任意のモーション、アニメーション、またはシーントランジション | /hyperframes-animation; そのルーティングに従い、一致するルール、アダプター、ブループリント、またはトランジションリファレンスへ |
storyboard: yes | ../hyperframes/references/storyboard-format.md と ../hyperframes/references/review-loop.md |
| 任意のメディアアセットまたは操作（ナレーション、BGM、SFX、キャプション、グレーディング、トランスフォームを含む） | /media-use（ホストアプリ独自の音楽と効果音ツールはそれらに対して優先されます）; フレームワークの再生と配置については /hyperframes-core → references/variables-and-media.md も読む |
| マルチシーンアセンブリ | ../hyperframes/references/production-loop.md |
flow: companion、最初の計画の前 | /hyperframes-creative → references/story-spine.md と references/house-style.md; 最も近いジャンルレンズと完全な ../hyperframes/references/capability-menu.md — 天井治療はこれらからデザインされ、想起されない |
| コンパニオン能力の提供、キャプチャ、ビートグリッド、生成ビデオ、マップ、公開、またはクロスワークフロー能力 | ../hyperframes/references/capability-menu.md |
| デザイン仕様が存在する場合、最終承認前 | /hyperframes-creative → references/design-adherence.md |
これらの読み取りを記憶に置き換えないでください。段階的な開示は、一致する参照が実際にロードされた場合にのみコンテキストを節約します。
5. コンポジションの実行
この依存関係の順序を使用します。入力がない場合のみステージをスキップします。
- 計画. 視聴者アーク、構造、リズム、および期間ドライバーを述べます。短い単一シーンには1つのファイルを使用します。3つ以上のハードシーンカットまたは再利用されるシーンにはサブコンポジションを使用します。ナレーションアークには
/hyperframes-creative→references/story-spine.md、リズムにはreferences/beat-direction.md、構造には/hyperframes-core→references/composition-patterns.mdを読みます。オープンエンドのマルチシーンブリーフの場合、/hyperframes-creative→references/prompt-expansion.mdを通じてプロンプトを展開します。マルチシーン計画は各シーンの形状を引用します：適合する場合は/hyperframes-animation→blueprints-index.mdからのブループリントID、適合しない場合はrules-index.mdから構成する名前付きルール — モーション名はこれらのインデックスからのみ取得し、発明しないでください。ストーリーの真実がどのシーンが存在するかを決定し、引用がそれらをドレスアップします。自分で名前付きの見た目を構築する前にライブカタログを検索してください: ブリーフが名前付けるすべての見た目、エフェクト、トリートメント、トランジション（「CRTスキャンライン」、「グリッチ」、「フィルムグレイン」、「シャイマースイープ」、「コンフェッティバースト」）について、npx hyperframes catalog --query "<その見た目、平易な英語で>" --jsonを実行し、計画がその見た目の構築方法を命名する前にトップ結果を読んでください。検索には何もインストールする必要はありません: プロジェクト、事前のadd、アカウントは不要です。任意のディレクトリからホストされたレジストリ全体（約400のブロックとコンポーネント）をランク付けするため、ビルド中にユーザーが要求する見た目にも適用できます。計画が命名するブロックはステージ3でインストールされます。見た目を手動で作成するのは、それに合うものが何も見つからなかった場合のみです。マルチシーン計画はディスパッチ成果物としても記録されます：STORYBOARD.md内のシーンごとに1つの## Frame Nブロック —status: outline、宣言されたsrc:、ブループリント/ルールの引用、...
...
[翻訳のために一部省略されました]