Communitygithub.com

TK-koubo-video

Fred 的视频制作唯一日常入口。用于最终音频、逐字稿、字幕和素材到组件匹配、逐段前端建议、真实关键帧、完整 Remotion 视频及局部返修;包含正文文字动效与按需技术参考;Fred 授权时也负责按固定设计规则新做可复用组件并入库。Fred选方向、修改确认关键帧后,由助手内部检查动态、声音和接缝并交付。参考视频忠实复刻与云端执行使用各自独立入口。

TK-koubo-video とは?

このスキルは、Fred Talk スタイルの口播き動画を制作するための包括的なワークフローです。AI アシスタント(Codex、Claude Code など)が、最終オーディオ、書き起こし、字幕、素材とコンポーネントのマッチング、セグメントごとのフロントエンド提案、本物のキーフレーム生成、完全な Remotion 動画のレンダリング、および部分的な修正を実行します。主な特徴は、コンポーネントライブラリの使用を厳格に義務付けていることです。ライブラリにない新しいビジュアルは Fred の明示的な承認が必要であり、コード、テキスト、素材を含むすべてが一元管理された Manifest で管理されます。スキルはまず各セグメントのビジュアル候補を検索し、フレームをレンダリングする前に承認を求め、内部のモーション、オーディオ、継ぎ目のチェックを実行します。また、BGM の処理、B-roll 静止画の生成、修正のための動画の部分的な再レンダリングもサポートしています。

対応✓Claude Code✓Codex CLI~Cursor
npx skills add https://github.com/TouKenAI/TK-koubo-video/tree/HEAD/skills/TK-koubo-video-V1.1

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

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

ドキュメント

TK-koubo-video-V1.1

TK 口播動画ワークフロー V1.1:FredTalk 2.1 に基づき、B-roll 静止画パイプラインを追加(B-roll 静止画計画参照);各エピソードの標準フローはリポジトリルートの AGENTS.md を参照。旧バージョン fred-remotion-output はバックアップとして保持。

コンポーネントのソースとダウンロードアクセス

コンポーネントのダウンロードまたは公開時は、コンポーネントダウンロードアクセスを参照。公式ソース ZIP をダウンロードした場合、デフォルトで python3 scripts/assets.py import --zip <local-path> を使用。トークン設定は不要。自動トークンダウンロードはオプション。このワークスペースに公開インポートツールがない場合は、別の最新の公開チェックアウトを使用。所有者のプロダクションソースを強制的にプルしたり上書きしたりしないこと。公開プレビューとソースの入手可能性は別物。実行可能なコンポーネントを選択する前に、インストールされているソースを確認すること。

公開版は、このリポジトリのコンポーネントデータ、独立したソースコード、およびマニフェストに従ってダウンロードされた汎用素材を使用します。コンポーネント検索、セグメントごとの Top3 比較、およびエピソード全体の重複比較は、同じ現在のカタログを共有します。作者のプライベートディレクトリ、録音、BGM、またはマシンバインドは読み取りません。ブラウジングと検索に API キーは不要。

コンポーネントを先に承認し、その後で提案またはキーフレームを納品

2026-10-03 Fred 確認:Remotion 画面は、承認済みコンポーネントを正確に再利用するか、承認済みコンポーネントに基づいて二次創作することのみ可能。デフォルトではコンポーネントライブラリ外でのオリジナル制作は禁止。 その回の明確なオリジナル制作許可がある場合のみ例外とする。「直接出力」「私の確認を待たなくていい」はオリジナル制作許可とみなさない。このルールは、履歴資料にある「適切な参考資料がない場合はオリジナル制作可」という古いデフォルトを上書きする。

2026-10-13 Fred 確認:デフォルトで「シーンレベルのカスタマイズ」を許可。 113、114 話で 90~95 点を達成できたのは、今話の内容に合わせてシーンを書き直したからであり、コンポーネントをそのまま並べたからではない。「二次創作」の範囲はこれに従い明確化:

  • デフォルトで許可:各シーンのコードを今話用に書き直す。承認済みコンポーネントを分解し、そのアクション、オブジェクト関係、またはジオメトリのみを抽出し、タイミングを変更し、組み込みのオープニングとクロージングを削除し、継ぎ目を再調整する。複数のコンポーネントのアクションを組み合わせて 1 つのシーンにする。基礎(キットのフォント、色、影、イージング、カーソル、字幕、角マーク、効果音、座標マッピング)はそのまま使用し、近似値を手書きしないこと。各シーンファイルの最初のコメント行に、アクションの出典元コンポーネントを明記すること。
  • 引き続き禁止:純粋な大きな文字ページ、汎用テンプレート、どのコンポーネントのアクションにも由来しない新しいビジュアルスタイル、DESIGN.md に違反する記述。これらはその都度許可が必要。
  • 公開コンポーネントのライブラリへの登録は Fred の承認が必要。今話のシーンは今話のみに使用。同じニーズが再び発生した場合にのみ、新規コンポーネント作成ワークフローに従って公開コンポーネントとして抽出する。
  • この品質を達成する方法については、エピソード全体の編集のセクション 0 を参照。

セグメントごとの提案を行う前、および本物のキーフレームを納品する前に、それぞれコンポーネントライブラリ納品ゲートを通過する必要がある。先に検索して正確な参考資料を確認し、その後で方式を選択して実装すること。汎用テンプレートを先に書いて、後から参考番号を追加しないこと。二次創作では、認識可能なコア構成、オブジェクト関係、またはアクションロジックを保持すること。フォント/色/角丸のみを借用することはできない。適切なコンポーネントがない場合は、「コンポーネント未選択」およびそのギャップを報告し、独断でオリジナルのテキストページに退化しないこと。

承認はアシスタント内部で完了し、Fred の承認を新たに必要としない。提案フェーズでは、実際の候補と表現のマッチングをチェックする。キーフレームフェーズでは、ソースコード → 今話の関数 → 実際の呼び出し → 出力画面を別途チェックする。両フェーズとも、具体的なレビュー結果と現在のファイルの証拠を記録する。技術的な利用可能性は、ビジュアル承認の代わりにはならない。library_gate.py が PASS しない限り、対応する提案またはキーフレームを納品してはならない。公開ジェネレーターは自動的にブロックする。カスタムフロントエンドおよびチャット提案も同じゲートを実行する必要がある。実際の画面録画/画像/既存動画、B-roll 独立フロー、固定字幕/角マーク、および明確な画面録画プレースホルダーはオリジナル制作制限の対象外。ただし、これらのカテゴリを使用して新しい Remotion デザインを隠蔽してはならない。古い完成作品は遡及修正しない。今後提案やキーフレームを再度出す場合は、現在の実際の範囲で承認を行い、古い承認をリフレッシュしない。

書き起こしを明確にし、Fred が承認したアニメーション品質を維持する。まず現在のフェーズを判断し、そのフェーズと現在のシーンの資料のみを読むこと。完全な説明と履歴ルールは、監査/メンテナンス時に参照する。

本文コンポーネント/テキストアニメーション、プロジェクトの Remotion 技術参考、および古い Deck 全体の編集は内部モジュールとして統合され、独立した日常制作エントリポイントではなくなった。現在の Manifest と同一のフロントエンドのみを使用する。複製とクラウドレンダリングは独立を維持する。ビジュアルライブラリと制作検索は、6 つの制作用途、複数用途タグ、および独立したソースフィルタリングを共有する。references.py --use explain --source ep107 でタスクとソースに基づいて検索可能。単一シーンパッケージは、実際の入力、アクション、オリジナル尺、および適応範囲を保持する。フロントエンドはデフォルトでビジュアルライブラリを最初に参照する。フォントとフォント階層は実際のフォントと責任にバインドされている。正確な動画、インターフェース、依存関係を最初に確認し、その後で今話に必要な完全なアクションを保持する。

各セグメントは候補を先に見て、その後で画面を決定

Codex/アシスタントのよくある問題は、使い慣れた 2~3 個のコンポーネントのみを使用するか、直接大きな文字ページを書くこと。画面が必要な各段落は、以下の順序で実行し、ステップを飛ばさないこと:

  1. Manifest に componentPlan.query を記述:この段落の画面で見えるオブジェクトとアクション(例:「2 つのツールの価格を並べて比較、数字が確定する」)。ナレーションをそのままコピーしない。
  2. scene.py --manifest <path> --scene-id <id> --candidates-only を実行:画面説明に基づいて検索した 5 つの候補と、ナレーションに基づいて検索した narrationCandidates を表示。同じタイプが不足している場合は、別のタイプで補完し、sameSceneType を注釈する。
  3. 各候補の正確な動画またはコアフレームを確認(references.py --id <id> --full)、その後で内容に基づいて決定。上位 3 つの候補は、componentPlan.candidates に selected/rejected と具体的な理由を記録する必要がある。library_gate.py --stage suggestion が再計算し、記録漏れをブロックする。オリジナル制作が許可されたセグメントでも、最初に比較すること。
  4. すべての候補が不適切な場合:まず別の言い回しで検索(オブジェクト+アクションに分解、--use を変更)。それでもない場合はギャップを報告し、純粋な大きな文字ページに退化しないこと。

内容に応じた最初の検索場所(固定の組み合わせではない):

口播の内容最初に試す方法
一句の結論、キーワード--query キーワード 一句话;複数のニュースで同じ単語が繰り返し出現する場合は NMC01
複数のポイント、能力の列挙--query 要点 列表、--query 卡片 分类
ステップ、フロー、因果、アーキテクチャ--query 流程 步骤、--query 分支 关系
二者の比較、以前と現在--query 对比 区别、--query 版本
プロンプト入力、チャット、返信INT03(Codex 操作)、INT04(編集可能 WeChat)、CAM04;--query 输入 发送
スクリーンショットや記事内の特定の文INT01(蛍光ペン)、INT02(マスクフォーカス);--use recording-focus
実際の画面録画操作CAM01–CAM05、--use video-entry;全画面再生はデフォルトの大再生コンポーネントを使用
作品、複数画像、結果画像--use images
数字、価格、チャート--use data、--query 数据 增长;これらのコンポーネントは少ないため、適切なものがない場合はギャップを正直に報告すること
章、トランジション、次のセグメント--use handoff、--query 转场

デフォルトの協力順序

原稿/オプションの録音 → アシスタントによるセグメントごとのテキスト+画像提案 → Fred が方向性を選択 → 実際のコンポーネントキーフレーム → Fred が意見を述べて確認 → アシスタント内部でモーションチェック → 完全な動画 → 意見に基づく部分的な修正。

  • 最初のバージョンのページから、内容のある提案を行う:この文をどのように表現するか、なぜ適切か、参考画像または再生可能なクリップ。正確なライブラリコンポーネントで表現できる場合は、実際の効果を先に表示する。新しい構図が必要な場合のみ、ストーリーボード画像を生成する。空のデザインタスクを Fred に戻さないこと。
  • 方向性が確定したら、まずレンダリングに十分な実際のコンポーネントを実装し、今話のテキスト/メディアと適切な角マーク/字幕を使用してキーフレームを出力する。キーフレームは、レイアウト、優先順位、スケール、可読性、オーバーラップの調整に使用する。その後、内部で短いアニメーション、サウンド、継ぎ目をチェックし、完全な動画を出力する。デフォルトでは、ユーザーによる動画サンプルの承認を別途待たない。
  • 同じフロントエンドが、提案、キーフレーム、動画を継続的に表示し、バージョンと意見を保持する。デフォルトでは、公開レビューテンプレートの初期化/更新/起動スクリプトを使用する。マニフェストとメディアのみを今話用に変更する。オーディオモジュールはオーディオスキルの公開プラットフォームを継続使用し、エピソードごとにページを書き換えない。assets/review-example-ep108/START.py は、108 話の最初の 7 セグメント(61.47 秒)の実際のコンテンツ例を直接開くことができ、口播、字幕、キーフレーム、動画を含む。これは置き換え可能なサンプルデータであり、固定された毎回の画面構成ではない。数量は内容によって決定され、9 グリッド、140 フレーム、コンポーネント割り当て、またはカット頻度は固定されない。完全なワークフローとフィールドについては、ルート、キーフレーム、確認を参照。
  • 明確な方向性/キーフレームがすでに確認されている場合は、再度質問しない。部分的な修正は影響を受ける内容のみを処理する。直接出力許可があれば、ユーザーのレビューステップをスキップできる。その場合、実際のソースと未レビュー範囲を記録する。内部技術チェックと必要なモーションチェックは引き続き実行し、出力許可をサンプル承認とみなさない。キーフレームを出力するか、直接動画を出力するかは、Fred のその都度の要求に従う(2026-10-12 Fred 明確化)。指示がない場合は、上記のデフォルト順序に従い、まずキーフレームを出力する。
  • コンポーネントをエピソード全体に結合する(セグメントエンジニアリング、画面録画パッケージング、セグメント間ハンドオフテーブル、エピソード全体の重複除去、強調方法、レンダリング前のモーションセルフチェック)は、エピソード全体の編集に従って実行する。セグメントコードを書くサブタスクに与えるブリーフには、そのセクション 2~7 と今話のハンドオフテーブルを含める必要がある。エンジニアリング構造は、エピソード全体のスケルトン(タイムライン、セグメントシェル、ハンドオフジオメトリ、分割レンダリング、オーディオと BGM、フロントエンドへのプッシュ)を直接使用する。納品前に、エピソード全体の編集のセクション 12 に従ってチェックする。

ユーザーの要求をすべての実際のショットに反映させる

コンポーネント適応の共有フォント、全文インライン強調、メディア代替については、再利用マップを参照。scene.py はこのセグメントの componentAdaptation を保持する。実装前に、同じグループのフォント階層、コンテンツの責任、全文チェック状態、オブジェクトレベルの保護を確認する。正確なパラメータは現在のコンテンツに基づき、エピソードごとに固定されたフォントサイズ、行数、またはコンポーネントの組み合わせを前提としない。

ユーザーがすでに提供したショット、テキスト、マテリアル、保持要件は、現在の実行入力である。ユーザーにエピソードごとに詳細なプロンプトを書くよう要求しない。まず制作デフォルト値に従って、同じ Manifest の designContract と影響を受けるシーンに保存する。実装時は scene.py --manifest ... --scene-id ... を使用して読み取り、エピソード全体の要件、現在のアクション、素材、角マークが一緒に届いていることを確認する。方向性を修正する場合は、古いアクションの説明も同時に更新し、画像やバージョン番号のみを変更しない。

アクションの実装と修正は、具体的な状態チェックに従い、連続的な軌跡を確認し、コンテンツの準備ができてから拡張し、実際の読み取りウィンドウと同一キャリアでのハンドオフを確認する。レイアウトがすでに確立されている場合は、口播に従ってフォーカスを交換することを優先し、レイアウトを自動的にやり直さない。静的パス、技術パス、動的承認は引き続き別々に記録する。

準備素材は、全原稿の情報責任に従って、既存の効果例、今話の解説素材、実際の操作証拠を区別する。修正は、承認された次元に従って正確なバージョンを保護する。「上にマスク/コンポーネントを追加」は、実際の最終状態を引き継ぐに従い、メディア、スクロール、カメラ状態を継承し、再びオープニングしない。

委任または短い指示からの引き継ぎが必要な場合は、制作実行サマリーを使用する。今話のパス、現在の許可、保持範囲を記入する。これは現在の事実ソースを参照し、新しい承認セットを追加しない。代表ショットは、「要求と参考資料と比較して、表現と質感が保たれているか」を検証する必要がある。技術 PASS はこのステップの代わりにならない。

完全な動画の BGM デフォルト

完全な完成作品は、デフォルトで背景音楽に従って実行する:Fred のローカルマシンは、すでに音量調整済みのプライベート音楽を使用。0 秒から開始し、内部でセグメントを選択して長さを補い、原声鑑賞区間はミュート、音楽クロックは継続、エピソード全体を一度ミックスしてから再カプセル化する。通常の BGM トラックはリニア音量 1、再びデシベルを下げない。最終バスは実際の AAC ピークに従って必要な保護を行う。マシンバインドおよび音楽エンティティは配布せず、自動アップロードもしない。他者は --bgm を使用して自分で音楽を用意するが、同じ延長/ミュート/ミックス機能を使用できる。すでに BGM が含まれている完成作品および剪映戻りオーディオトラックには重複追加しない。口播単独およびコンポーネント診断にはデフォルトで音楽を追加しない。実行エントリは scripts/bgm.py、能力パッケージは scripts/package_bgm.py で生成する。

固定ナレーションとエピソード全体のコンポーネント割り当て

Fred の今後の各エピソードの完全な動画は、デフォルトで自然な区切りで Skill/コンポーネントライブラリトランジションナレーション を一度再利用する:オーディオのみ固定、アニメーションはエピソードごとに変更。Fred がその回で提供または指定した画面を使用する。109 話のアニメーションを自動的に再利用しない。新しい原稿のナレーション本文では、この 4 文を繰り返さない。manifest から現在の純ナレーションの実際のサンプル長を読み取り、今話のアニメーションタイムラインと調整する(現在 5.540 秒、古い 6.016 秒ミックスは歴史のみに保持)。字幕スタイルと画面の継ぎ目は、今話の要件に従って処理する。今話に同じナレーションがすでにある場合は重複追加しない。古い動画の 362 フレームやショット番号は固定しない。挿入前に、純ナレーション/アニメーション SFX ミックスの同一性を確認し、全体および内部の各文のラウドネスをオーディオスキルに従ってチェックする。必要に応じて今話の部分的なマッチングのみを行い、古い処理を重ねない。

提案前に同時にエピソード全体のコンポーネント割り当てチェックを実行する。単一ショットのみの承認では不十分。library_gate.py の suggestion フェーズは、エピソード全体の具体的な比較を欠く重複コンポーネントをすでにブロックする。連続オブジェクト、同一責任のシェル、意図的な呼応は保持する。使用回数クォータを使用して、無理に悪いコンポーネントと交換しない。類似しているが異なるソースの場合は、実際のビジュアル概要を引き続き必要とする。

常に保持

すべての承認済みコンポーネントコレクション(ライブラリ複製、各エピソードセレクション、新規セレクション、インタラクティブコンポーネント、3D カメラワーク、ニュースフラッシュなど)の ID、説明、登録/公開記録は、コンポーネントコレクションインデックスで一元管理。デフォルトの検索はすべてのコレクションをカバー。各コレクション名を個別に覚える必要はない。

  1. 最新のユーザー要求が優先。原文と実際の素材を固定。録音がない場合は推定して構想を練るが、最終的な録音/SRT が到着したら、影響を受けるアクション、字幕、効果音を更新する。オーディオトラックのみの交換は不可。最終録音がない場合は、キーフレームまでで一旦停止し、完全な動画は出力しない。尺が足りない場合はコンポーネントを追加するか短くする。スロープッシュや静止画で尺を稼がない。
  2. 現在の Manifest は 1 つだけ。pages/stableId は意味上のセグメントを記録する。シーン資料には、選択された方向性、実装パターン、現在の素材、フィードバック、保持範囲、隣接ハンドオフが含まれる。制作/レビュー/納品はそれぞれ正確なバージョンにバインドされる。
  3. デザイン言語に従って承認済みコンポーネントを適応し、シーンレベルのカスタマイズを許可する(冒頭の「コンポーネントを先に承認」セクションを参照)。新しいビジュアルスタイルには、Fred のその回の明確な許可が必要。ビジュアル、タイポグラフィ、フォント、モーション、プレゼンテーション、効果音、コンテンツの固定値は DESIGN.md のセクション 2 を参照。コードレベルでは templates/component-kit の kit を統一して使用し、各シーンで近似値を手書きしない。コンポーネントの能力は、まず再利用マップを確認する。視聴者が理解すべき変更を最初に決定し、その後でコンポーネントを選択する。完成したモジュールが適切であれば直接再利用し、実際のアクション関係、フォント階層、ジオメトリ、質感を保持する。参考 ID のみを貼ったり、1 つのカプセルをコピーしたりしない。正確な解決策がない場合は、まずギャップを報告し、自動的にオリジナル制作しない。実装パターンと帰属は、コンテンツからコンポーネントへを参照。
  4. 以降の 16:9 メインビデオの全画面/大ウィンドウ再生は、デフォルトで108 話大再生コンポーネントを実際に呼び出す:4K ウィンドウ 3600×2027.11、角丸 48、影 0 32px 50px #0002。1080 論理ステージは半値を使用し、2 度目のスケーリングを避ける。現在の明確なオーバーライドおよび他の用途は、対応する責任に従って処理する。FredTalk 横版解説の解説アニメーションは、固定右上ブランドレイヤーを継続使用し、部分的な背景に従って既存バージョンを選択する。画面録画、実写をメインコンテンツとして再生する場合は、右上角マークを重ねない。Fred 人物 B-roll アニメーションを全画面再生する場合は角マークを追加する(2026-10-12 Fred 明確化;バージョンは fred-remake corner-branding.md で確認)。混合シーンは、実際の再生区間に従って表示/非表示を切り替え、エピソード全体の最外層に無条件でブランドレイヤーを掛けない。字幕を焼き付ける必要がある場合は、得意黒モジュールを再利用し、キーフレームフェーズから組み込む。キー前景は字幕の実際のウィンドウ内で回避する。単独で納品される純 B-roll、他のアスペクト比、および現在の例外は、元の範囲に従って処理する。
  5. デフォルトは独立した 16:9、1080p プレビュー、4K60 本番。現在の仕様と承認済みエンジニアリングを優先。承認された方法でローカル/クラウドレンダリング。推定時間、静的承認、動的チェック、ユーザー承認、技術パスはそれぞれ記録する。対象外の画面、オーディオトラック、素材を保護する。自動アップロード、有料サービス、外部送信は行わない。焼き込み字幕の小変更は、影響を受ける cue と必要な継ぎ目のみを再レンダリングし、結合する。Doubao 作業の擬人化代名詞は「彼女」を使用し、実際の指示対象に従って確認する。

現在の作業内容に応じたエントリ

現在の作業読み取りと実行
オーディオ+SRT+原稿あり、ラフカット/字幕修正のみまずオーディオと字幕ラフカットを使用。全編の長字幕、文中の言い直しとポーズのチェックを完了。オーディオワークフローに従い、実際のピーク、カット/字幕の連動、新旧ソースの時間合わせを確認。今回処理済みの録音は、要求に従ってカットのみ行い、自動的に全編制作に進まない
原稿受け取り、セグメントごとのテキスト+画像提案の作成ルートと確認、初めての新規デザインはデザイン言語とフォントの責任を読み、その後制作デフォルト値と原稿分解に従って配置。全文を読み、責任と引き継ぎを理解すること。ライブラリ全体を読む必要はない
シーンの計画 / B-roll 静止画の生成B-roll 静止画計画:トリガー条件、追加枚数、3 つの形態、素材ソース、プロンプト仕様、QA リスト
現在のシーンの開始まず scene.py --manifest <path> --scene-id <stableId> --candidates-only でコンポーネントを選択。次に --candidates-only を外して完全なシーンパッケージを読む(決定、フォント、隣接する先頭/末尾)。初回のタイプ選択は scene.py --list を使用
正確なコンポーネントと依存関係の検索references.py --query <对象与动作> --limit 5(--scene-type、--use を追加可能)。同じスコアの場合はソースバッチごとにローテーション。コレクションリストはコンポーネントコレクションインデックスを参照。ビジュアルライブラリと同じソースの用途タグを使用し、マッチング理由を確認。ソートは候補の関連性だが、実際のアクション、容量、cue、インターフェースを確認すること。初回プロジェクト作成時は依存関係と実装を読む
新しい再利用可能コンポーネントの作成(Fred のその回の許可)新規コンポーネント作成ワークフロー:component_kit.py new/add でプロジェクト作成、lint、sheet で自己チェック、cloud-script でクラウドレンダリング、preview で Fred に選択を依頼、intake でライブラリ登録。固定ルールは DESIGN.md セクション 2 を参照。品質ベンチマークは T05c
既存コンポーネントでは表現できない、探索が必要探索、ストーリーボード画像。ChatGPT Pro を呼び出す場合は、Pro ストーリーボード探索と Remotion 複製に従い、プロンプト、セッション、ハッシュ、承認範囲を記録。選択済みのマルチステート/9 グリッドは、まず口播に従って取捨選択し、その後で持続オブジェクト、アクション、読み取りを実装。アクション計画テンプレートを使用して現在の Manifest に書き戻すことが可能。選択済みの方向性を勝手に置き換えない
Fred が見るための実際のキーフレームの生成ルートと確認およびレビューページ。実際の最長テキスト、字幕、ブランド、モーション中間状態、継ぎ目の前後を含める
オブジェクトの譲歩/テキスト表現のデザインオブジェクトトランジションまたはテキスト表現。必要に応じて T/W 部分的なアクションを確認
特定の Remotion 技術の処理、または既存 Deck の保守内部モジュール。今話のランタイムを固定し、問題に応じて技術ルールを読み取る。Deck のクリック/比率などの契約は、既存 Deck の明確な保守または再現時にのみ適用
ライブラリのオリジナル動画を参照したショットの編集ライブラリのショット言語。まず視覚タスクとオブジェクトのソース/行き先を決定し、その後で対応するオリジナル動画の区間とコンポーネントを確認
画面録画または他のタスクから生成された動画の編集まずエピソード全体の編集の画面録画パッケージングルール(可読性、カメラ追従、インタラクティブパフォーマンス、純スクロール≤2 秒)に従う。メインビデオの全画面再生はまずデフォルト大再生コンポーネントを使用。メディアとマスクおよびルートドキュメントの外部ビデオハンドオフ。メディア ID、クロック、サウンド、先頭と末尾を保持
内部でのモーション/サウンド/継続性チェックコンテンツと質感のレビュー、効果音、scene.py --stage joining。レンダリングセグメント後に scripts/motion_audit.py を実行し、スロープッシュ、純スクロール、静止画をチェック。エピソード全体の編集を参照
レンダリング、ダウンロード、完全納品レンダリングと納品およびフェーズゲート。この時点でクラウド実行と最終ファイルチェックを読む
部分的な修正scene.py --stage revision+影響を受けるシーン。同時に備考と結論を読むこと。「使えるが修正必要」をセグメント全体の承認とみなさない
ユーザー要求の蓄積メンテナンス。再利用可能な判断のみを抽出し、今話の修正方法と長期的な好みの境界を保持する

実行ツールとチェック境界

新規エピソードでは、現在の Manifest に workflow.profile: fred-video-v2、workflow.componentMatching: v1 を設定する。選定から呼び出しへに従ってシーンの componentPlan を記録する。実際の選定は referenceChoices と一致する。実装時は callSite.callee を使用して今話の適応関数にバインドする。構文呼び出しチェック後も、実際の出力と比較する。ユーザーの方向性とキーフレーム記録はルートドキュメントに従って保存する。古い動画は制限付きで修正し、新しいフィールドを無理に作成しない。制作フェーズは引き続き planning → implementation → representative → formal。実装前の計画チェック。実際のキーフレーム確認と短いアニメーションの内部チェック後、代表ショットゲートに入る。最後に実際の最終ファイルを検証する。具体的なコマンドはフェーズゲートのみで管理する。古い動画は、新しい作業方式を採用するために全編再計画しない。

sceneGuide は、タイプ、実際の追加項目、およびこのシーンの決定/チェックを記録する。タイプ選択の根拠は説明される内容に基づく。人物、デバイス、関係線、すりガラスは必要に応じて追加し、レイアウトテンプレートではない。ブランドと字幕のルート設定はシーン資料とともに渡される。字幕ルールは実際に有効になった場合のみ読み取る。

原文/タイミングチェックは validate_storyboard.py --require-scene-guides --require-production-contract を使用。作業方法チェックは workflow.py。技術ゲートは美しさを判断できない。参考ファイルの存在はアクションの使用を証明しない。静止フレームは中間のモーションのスムーズさを証明しない。現在の実際の画面と選択したソース動画の対応する区間と比較し、内容、可読性、アクション、質感、継ぎ目を具体的に評価する。

プロジェクトの依存関係は、ローカルの skills/ エンティティのみを使用する。新しいプロジェクトは今話の 03_制作過程/remotion/<version>/ に作成する。最終的な唯一のファイルは 02_最終出力/ に配置し、現在の納品エントリを更新する。ハードリンクをフリーズする場合は、まずコピーしてから適応する。B-roll 素材の生成、複製、クラウドレンダリングは引き続き特別な責任を負う。古い Deck フローは自動的にクリエイティブの前提条件とはならない。

素材ソースとメディアの置き換えは、ビジュアルライブラリ素材ソースに従って確認する。ローカルパス、名前変更、または古い取捨選択をソースと新しい出力の確認の代わりに使用してはならない。

関連スキル