video-cover-packager

動画カバーパッケージャー

動画素材（脚本／概要／字幕／逐語録／音声／動画）を、選択したプラットフォームですぐに使える完全な公開プランにまとめます。カバータイトル、プラットフォーム別タイトル、作品説明、プラットフォーム別タグを用意し、確認後にカバーのクリエイティブ方向と画像を生成します。

概要

手法は jennie-dingding-cover-packager を参考にしています。まず「今回のコンテンツで本当にクリックする価値があるのは何か」を判断し、次に「画面でどう見せれば、視聴者が一目で理解できるか」を決めます。一度に扱うのは1本分のコンテンツのみです。

納品物は以下の4項目です。

1. カバーパッケージ：簡潔なパッケージ概要、タイトルの導出、戦略の異なるカバータイトル3案、推奨する改行、クリエイティブテーマの方向性3～5案、カバーの事前審査、プラットフォームごとのサイズ調整。
2. プラットフォーム別タイトル：ユーザーが選択したプラットフォーム分のみ生成します。
3. 作品説明：選択したすべてのプラットフォーム（YouTubeを含む）で共用する説明を1案用意します。
4. プラットフォーム別タグ：ユーザーが選択したプラットフォーム分のみ生成します。

フロー：パッケージ概要 → タイトル戦略 → カバータイトル → プラットフォーム別タイトル → カバーテーマ → カバーの事前審査 → 作品説明 → プラットフォーム別タグ → ユーザー確認待ち → 画像生成 → タイトルを合成して完成カバーを作成。

使用する場合

• ユーザーが動画の脚本／逐語録／音声を提供し、カバータイトルと公開用の文章を求めている場合
• 1本分のコンテンツについて、ユーザーが封面包装／视频包装／发布方案／标题／标签に言及している場合
• 実際のカバー画像を生成する前に、カバーのアートディレクション（クリエイティブなシーン）を求めている場合
• ユーザーが「给这期视频做封面标题描述标签」と依頼した場合

使用しない場合：

• 複数本をまとめてパッケージ化する場合（一度に扱うのは1本のみ）
• ユーザーが動画の編集や字幕作成だけを希望している場合（対象外です）
• 動画素材のない記事／画像・テキストコンテンツのタイトル作成

基本パターン

Step 1：素材とプラットフォームの確認

最低限必要なもの：今回の素材1点と、対象プラットフォーム1つ以上（小红书／抖音／视频号／B站／YouTube。複数選択可能）。

• 素材が不足している場合は、脚本、概要、字幕、逐語録、音声、動画、または詳細な説明の提供をユーザーに依頼します。音声／動画を文字起こしできない場合は制約を明確に伝え、理解したふりはしません。
• 素材とプラットフォームが揃っている場合は、既定でそのまま実行します（Aモード）。追加質問が妨げにならないようにします。方向性を調整したい場合は、質問2つまで（誰に見てもらうか／見た後に何をしてほしいか）に回答してもらうか、アカウント情報を提供してもらい、語調をカスタマイズします（B／Cモード）。
• ユーザーがタイトル／カバーをすでに用意している場合は、まず審査し、「維持／一部修正／作り直し」の結論を提示します。許可なく、確認済みの内容を差し替えてはいけません。

Step 2：パッケージ概要の抽出

素材にある事実から抽出し、最大6項目で提示します。ひとことで表すテーマ、ターゲット層と状況、悩み／視聴する理由、結果／対立／意外な展開／根拠、コンテンツの種類、最適なユーザーアクションです。コンテンツの事実を優先し、アカウント情報は語調の調整にのみ使います。

Step 3：タイトルの導出と生成

まず導出の流れを完成させます：コンテンツの事実 → 独自の結果 → 視聴者の動機 → 単一のクリック訴求 → 主戦略＋代替戦略 → 簡潔化 → 内容との一致確認。その後、実質的に戦略が異なるカバータイトルを3案、推奨案を1つ、2～3行の改行レイアウト、各プラットフォーム向けタイトルを生成します。

次の表から主戦略を1つ、代替戦略を1つ選び、対応する公式の候補群から少なくとも8案を作成したうえで絞り込みます。

戦略	適した内容	代表的な公式
判断・選択型	A vs B、選び方、価値があるか	[良い特質] VS [悪い特質] をどう見分けるか；[話題] は本当に必要？
悩み・失敗回避型	失敗、修正、損失	[分野] で絶対にやってはいけない [N] つのこと；[避けたい結果] の根本原因
自分ごと化型	対象者が明確で、「自分のことだ」と感じられる内容	[ある人たち] へのアドバイス；[リソース] がなくても [結果] を出せる
結果・リスト型	チュートリアル、リスト、保存向き	[結果] を出す [N] つのコツ；[嫌なこと] をせずに [結果] を得る方法
体験・意外な展開型	実際に試した体験、振り返り、前後の変化	[期間] で [結果] を出す方法；[望まない状態] から [望む状態] へ
好奇心のギャップ型	常識に反する内容、裏話、認識のアップデート	[ある人たち] が教えてくれないアドバイス；[みんなが良いと思っていること] が実は有害なのはなぜか
参加・テスト型	試してみる、あなたはどのタイプか	あなたの [特性] をチェック；[N] 秒でわかる、あなたがどの [人たち] タイプか
数字アンカー型	データ、効率、比較	[N] 時間かかる作業を [N] 分で完了；[方法] で [数値結果] を達成

ユーザーには、主／代替戦略と、それぞれの公式を採用した理由だけを提示します。具体的な結果、実際の意外な展開、視覚化しやすい表現を優先し、「もう……するな／まだ……しているの？」といった汎用的な不安をあおる表現を既定では使いません。

Step 4：カバーのクリエイティブ案と事前審査

「タイトルの訴求 → コンテンツの機能 → 見える入力 → 人物の動作 → 見える出力」という因果関係に基づいた概要を作成します。内部では少なくとも8案を発散させ、そのうち3～5案のみを提示します。各案には、記憶に残る中核的な視覚的仕掛け、明確な人物の役割、入力から動作、出力へつながる見える流れが必要です。

カバーは、以下4項目すべての審査に通る必要があります。

審査項目	確認する内容
意味の正確さ	画面がコンテンツで実際に果たした機能を表現しているか（テーマ名詞を字義どおりに具象化していないか）
因果関係の可視性	入力、人物の動作、出力が見えるか
コンセプトの強さ	意外性がありながら正確な物理的な仕掛けで価値を強調しているか
視覚的ノイズの少なさ	タイトル、中核となる小道具、人物の動作が単一の視線の流れを作っているか

以下は除外します。因果関係のない関連場所、普通の空間に小道具を置いただけのもの、壮大で写実的でも意味が弱いもの、空の背景、情報の詰め込みです。写実性は品質の等級ではありません。実在の人物を使うIPでは、顔だけをリアルに保ち、ほかの要素はアカウントの過去のカバーに合わせてライトな3D／おもちゃ／切り絵／舞台風の表現にできます。

Step 5：説明とタグ

• 説明：簡潔で自然、視聴する理由が伝わる汎用的な説明を1案用意し、全プラットフォームで共用します（YouTubeを含む）。
• タグ：選択されたプラットフォーム分のみ生成します。無関係な流行語で数を合わせてはいけません。キャンペーン用タグは、ユーザーが明示的に提供した場合に限り使用します。

Step 6：公開パッケージの出力

章立ての順序は固定です：パッケージ概要 → タイトル戦略と公式 → カバータイトル → プラットフォーム別タイトル → カバーテーマの方向性 → カバーの事前審査と確認 → 簡潔な作品説明 → プラットフォーム別タグ → 確認待ち。公式候補群、完全な導出の流れ、内部候補、評価の過程は非表示にします。選択されていないプラットフォームの空の章は出力しません。

Step 7：ユーザー確認後に画像を生成

ユーザーがタイトルとテーマの方向性を明確に確認してから、画像生成に進みます。固定の実在人物IPがある場合は、まず鮮明な顔の参照画像の確認ゲートを実施します（参照画像を画像ツールに実際に渡す必要があります。できない場合は制約を伝えます）。固定IPがなければ、そのまま生成できます。生成後は事前審査のチェックリストに沿って品質確認します。

Step 8：タイトルを合成して完成カバーを作成

画像生成AIは中国語の描画で文字化けしやすいため、カバーの文字は必ず後処理で合成し、モデルに直接描かせません。

1. 画像生成用プロンプトで「文字なし、透かしなし」を必須とし、背景画像の上部にタイトル用の空間を確保します（被写体は中央よりやや下に配置）。
2. 背景画像の品質審査に通った後、スキル付属のスクリプトを使って、確認済みのタイトルを合成します。

同じ方向性で差別化：画像生成用プロンプトでは、前回のテキストをそのまま再利用してはいけません。同じクリエイティブ方向で再度画像を生成する場合は、少なくとも2つの視覚的要素を入れ替えます。構図（中央／三分割／対角線／クローズアップ／ロングショット）、視点（目線／俯瞰／ややあおり）、光（朝の柔らかい光／午後の強い光／夕暮れの暖色光／室内照明）、背景の時代性や素材感（舞台／ライトな3D／切り絵コラージュ／おもちゃ広告）を変えます。これにより、中核となる視覚的な仕掛けを保ちながら、同じ方向性の複数の生成結果に明確な違いを持たせます。

python3 scripts/add-title.py --image 底图.png \
  --title "第一行|第二行" --out 成品封面.png \
  [--stroke "#E65A14"] [--fill "#FFFFFF"] [--top 0.07] [--width 0.92]

スクリプトは Quick Reference のレイアウト規則に従って自動配置します。タイトルブロックの幅は約92％、上部のセーフマージンは7％とし、縁取りの影もセーフマージンに含めます。複数行の場合は文字数に応じて幅を調整します。生成後は完成画像を必ず確認してから納品します。タイトルが文字化けしていないこと、人物や物に隠れていないこと、縁取りの色が画面に調和していることを確認します。縁取りの色は、背景画像の基調色（人物の服の色など）に合わせることを優先します。

クイックリファレンス

呼び出し例

# 用户请求示例（对话中直接说，不需要真的执行命令）
使用 video-cover-packager。
平台：抖音、小红书。
方式：A，直接包装。
素材：本期字幕文件 subtitles.txt

プラットフォーム規則の早見表

プラットフォーム	タイトル	タグ	カバー
小红书	3案、約20字。自分ごと化／手軽さ／保存する理由を重視	5～8個	3:4の縦向き
抖音	2案、約30字。ツール／対立／効率／判断を重視	4～6個	3:4。カバーのレイアウトを優先
视频号	2案。明確で落ち着いた表現にし、コミュニティでの共有に適したもの	3～5個	縦向き（3:4を使用）
B站	2案。対象／方法／結論を過不足なく伝える	3～6個	16:9の横向き
YouTube	2案。主要な検索キーワードを残し、素材の主要言語を使用	関連性の高いものを3～5個	16:9の横向き

3:4縦向きでの、2行の大きなタイトルの既定比率

アカウント用テンプレートがない場合：タイトル外形の幅はキャンバスの約90～93％、高さは約31～34％。上部のセーフマージンは6～8％、左右はそれぞれ4～5％です（縁取りと影の最外縁から計測）。タイトルの配色は今回の背景の明暗、人物の服装、中核となる小道具の動きに応じて選び、固定のカラーパレットは使いません。

必須ルール

• 素材にない数字、結果、機能、価格、推薦、コラボレーションを捏造しません。
• 同じ動画を複数のプラットフォームで公開する場合、既定では同じカバータイトル、クリエイティブテーマ、IP、基調色を使い、比率に合わせて構図を調整します（単純な切り抜きではありません）。
• ユーザーがタイトルを確認した後は、文字、改行、フォントサイズ、位置、色、縁取りを固定します。修正時は指定された項目のみ変更可能にします。
• 実在人物の画像には、ユーザー本人または使用権が確認された素材のみを使います。

Common Mistakes

• 批量处理多期内容 — 本 skill 一次只包装一期；多期拆成多次任务。
• 从"画什么"开始想封面 — 先解决"为什么值得点开"（标题承诺），再决定画面机制；否则产出无语义的摆拍图。
• 把主题名词字面具象化当创意（如"AI 工具"就画个机器人）— 画面必须表达内容完成的功能，形成输入—动作—输出闭环。
• 机械凑"稳/冲突/悬念"三个标题 — 3 个候选必须有真实策略差异，公式核心心理机制要保留，不能事后硬套。
• 输出全部内部过程 — 公式池、推导链、候选淘汰、评分是内部工作；用户只见结论与理由。
• 未经确认直接生图 — "直接给结果"≠直接生图；文字发布包与封面预审确认后才生图。
• 给未选择的平台生成空标题/标签章节 — 只输出所选平台。
• 把竖版封面直接裁成横版 — 每个平台比例需重新分配标题、人物和场景空间。
• 让 AI 生图模型直接画中文标题 — 必出乱码；生图只出无字底图，标题用 scripts/add-title.py 后期合成。
• 只交付底图就当完成 — 底图不是成品；标题合成、查看核验后才算交付封面。