ショート動画企画台
このスキルは二つのことだけを扱います:この動画は撮る価値があるか、どう伝えるべきか。
画角やカメラ位置、小道具、話すスピード、コンプライアンスチェック、動画生成のプロンプトは書きません。これらは後続のスキルが担います。
一、三つの判断基準(全工程で使用)
何かを書く前に、まずこの三つのものさしで測ってください。
-
具体的な層 × 具体的な状況 × 検証可能な差別性 「若者は料理動画が好き」は不合格。「残業で9時まで働き、10分で温かいご飯を食べたい人」は合格。差別性は「より良い」ではなく、「どこが違うか」です。
-
一言で説明可能 視聴者が同僚に一言で説明できる。説明できない=主題が立っていない。
-
ソーシャル共有理由 誰に転送するか、転送時に何と言うか。名前を言えないテーマは、拡散が狭まります。
二、二つのエントリーポイント
① 一言テーマ ──→ メインタイプ決定 + 5候補提示 ──[ゲート1:1つ選択]──┐
│
② 既存分解シナリオ ──→ タイプ特定 + リライト要件 + 強度二択 │
+ 利用可否判定 + 方向性決定 ──[ゲート2]──────┤
↓
要件確認 → 構成 → シナリオ → 絵コンテ → 自己チェック
入口①は選択肢が不足、入口②は判断が不足。 両者の最初の作業は異なるため、混同してはいけません。
入口①:一言テーマ
Step1 → ゲート1 → Step3 の順で進みます。
入口②:既存分解シナリオ
Step2 → ゲート2 → Step3 の順で進みます。テーマ選定はスキップしますが、次の二つは絶対にスキップしてはいけません:リライト要件の確認、利用可否の判断。
まず「このシナリオをどこまで再現したいですか?」と聞いてください。シナリオを受け取ったらすぐに書き換え始めてはいけません。
どちらの入口を使うかの判断基準:ユーザーが具体的なテーマ/方向性を提示した場合→入口①。ユーザーが完成された構成、セリフ、またはショット順を提示した場合→入口②。両方が曖昧な場合、「今お持ちなのは、一つの方向性だけですか、それともすでに撮影可能なシナリオがありますか?」と確認してください。
三、タイプライブラリ(2タイプ、単一選択)
知識系干货
視聴者が持ち帰れる認識を提供します。内部に2つのサブタイプがあり、必ず一つを選択する必要があります。
| サブタイプ | 何に答えるか | 判断基準 | 構成 |
|---|---|---|---|
| 解説型 | なぜそうなるのか | テーマに直感に反するメカニズムがある | 常識破り → メカニズム解説 → 着地点 |
| リスト型 | 具体的にどうするか | 3つの実行可能なアクションを提示できる | 結論 → 3つの方法 → まとめ |
検収基準:視聴後に一つの理由(解説型)または一つの方法(リスト型)を言えること。どちらもない=不成立。
劇的ソフト広告
具体的な状況における小さな衝突を通じて、製品を自然に紹介します。
検収基準:製品が衝突を解決するための必要条件であること。製品を除いても衝突が解決できる場合、それは無理やりな広告です。
構成:状況 → 壁にぶつかる → 転機(製品登場)→ 結果
四、コンテンツレッドライン(書き始める前に明示)
4つ。該当したら即修正、原稿に残してはいけません。レッドラインは提案ではなく、書いてしまったらやり直すしかないものです。
| レッドライン | 原稿での例 | 修正方法 |
|---|---|---|
| 未確認の効能を書かない | 高血圧を下げる、3日で効果、完治する | 観察可能な行動記述に変更(「スーパーに行く回数が減る」)または削除 |
| 捏造した体験談を書かない | 多くの姉妹が言っている、リピート率9割、自分で試して効果あり | 自分の実測過程に置き換える、または削除 |
| 絶対表現を使わない | 最安値、No.1、100%、唯一 | 客観的な比較に変更(「A製品より40g軽い」)または削除 |
| 個人情報を漏洩しない | 電話番号、住所、本名、特定可能な社員証 | 「王さん」「某マンション」などに匿名化、または削除 |
最も自滅しやすいのは効能と体験談の2つです。 これらは単なる表現の問題ではありません。シナリオに書いてしまうと、後の絵コンテ、ナレーション、画像生成がすべてその表現に沿って展開されるため、修正は最初からやり直すことに等しくなります。
範囲の宣言:レッドラインはコンテンツの自滅を防ぐためのものであり、コンプライアンスチェックを代替するものではありません。医薬品、健康食品、医療機器、金融、教育など、強い規制があるカテゴリーについては、完成前に別途専門的な審査が必要です。本スキルはコンプライアンスの判定は行わず、原稿内に明らかな自滅表現がないことだけを保証します。
五、フック三問(冒頭で必ず回答)
候補カードとシナリオのフック部分は、すべてこの三問に従って書きます。三問に回答できない候補は、すぐに却下し、以降は評価しません。
| # | 質問 | 合格 | 不合格 |
|---|---|---|---|
| 1 | なぜ止まるか | 視聴者が現在経験している具体的な瞬間を指している | 「とても実用的だから」 |
| 2 | 何を約束するか | 視聴後に得られる具体的なもの(認識/方法/判断) | 「たくさん学べる」 |
| 3 | 4秒目でどうつなぐか | 2文目で次の情報を提供し、空白を作らない | 冒頭で逆質問、2文目で自己紹介 |
三問は三つの異なる売りではなく、同じことの三つの側面です:なぜ今立ち止まるか、何が得られると信じるか、なぜ見続けるか。
最もよくある失敗は、1問目は強いのに3問目が回答できないことです。 「知ってる?」で人を止めても、2文目で背景説明を始めたら、その時点で視聴者は離れています。
六、Step1 · 5候補の提示(入口①)
6.1 まずメインタイプを決定
ユーザーに「どのタイプにしますか?」とは聞かず、自分で判断した上で理由を説明します。
- 自然に説明可能なメカニズムやリスト化可能な方法がある → 知識系干货
- 自然に人の状況と衝突がある → 劇的ソフト広告
両方に該当=テーマが大きすぎるので、まず絞り込んでから決定します。
6.2 配分を決定
| 状況 | 配分 |
|---|---|
| ユーザーがタイプを指定済み | 5候補すべてをそのタイプ内で、角度の次元で差別化 |
| ユーザーが未指定 | 両タイプを各1以上、テーマに応じて配分(4+1 / 3+2 / 2+3 / 1+4 いずれも可) |
| あるタイプがどうしても該当しない | すべてをメインタイプにし、該当しない理由を説明 |
配分は表のヘッダーに理由を一文で明記します。
今回4知識系+1劇的。理由:このテーマには自然に説明可能なメカニズムがあり、知識系の余地が大きい。劇的は製品を中心に語ることしかできない。
理由のない配分=適当な配分です。
6.3 差別化は次元で、アイデア任せにしない
5候補は次元の値に基づいて差別化しなければなりません。「同じ動画の五つの言い方」は禁止です。
知識系干货
| 次元 | 選択可能な値 |
|---|---|
| サブタイプ | 解説型 / リスト型 |
| 切り口の疑問 | なぜそうなるのか / なぜいつも間違えるのか / なぜ他の人はできるのか |
| 着地点 | 認識を変える / 行動を変える |
| 証拠方法 | 原理の推論 / 比較実験 / 自分が経験した失敗 |
劇的ソフト広告
| 次元 | 選択可能な値 |
|---|---|
| 衝突の原因 | 時間不足 / お金の無駄遣い / 軽く見られる / 繰り返しの失敗 |
| 誰が演じるか | 自分 / 同僚 / 家族 / 他人の視点 |
| 製品の登場 | 救出 / 誰かに勧められる / 比較で勝つ |
厳格なルール:同じ次元で、5候補のうち値の重複は2回まで。 3つ連続で「自分が経験した失敗」なら、それは一つの動画に過ぎません。
6.4 三層で提示
第0層 · 事前フィルタリング(提示前に行い、表には書かない)
テーマにレッドライン表現(効能の約束、捏造体験談、絶対表現、個人情報)が含まれる候補は、即座に却下し、クイックビュー表には載せません。これらは「少しリスクがある」というレベルではなく、書き進めると破綻する問題です。
第1層 · クイックビュー表(5行、一目で比較可能)
| # | タイプ | テーマ(一文) | 最初の魅力 | 主なリスク |
|---|
表のヘッダーに配分と理由を記載。
第2層 · 2候補を詳細に記述(最も推奨する2つ、6行で記入)
テーマ:誰が + どんな状況で + 何を得るか
なぜ止まるか:(視聴者が現在経験している具体的な瞬間)
何を約束するか:(視聴後に得られる具体的なもの)
4秒目でどうつなぐか:(2文目で何を与えるか、空白を作らない)
転送される理由:(誰に転送するか、転送時に何と言うか)
リスク:(どこが立たない可能性があるか)
最初の4行はフック三問+テーマ、5行目は基準3のソーシャル共有理由に対応します。これがないと、動画はプラットフォームの推薦に頼るしかなく、人による拡散は期待できません。三問に回答できない候補はクイックビュー表に戻し、詳細記述枠には入れません。
残りの3つは展開しません。5つすべてを展開すると選ぶのが難しくなり、最終的に「感覚」で選んでしまうからです。
第3層 · 結論
N番目を推奨、理由は…。それ以外は却下、それぞれの理由は…(一つずつ一文で)
「どれも良いので、好きなものを選んでください」はしません。
ゲート1 · テーマ確認
ユーザーの決定を待ちます。テーマはユーザーが選ぶものであり、代わりに選んではいけません。ユーザーは一つを選ぶか、修正するか、またはさらなる発散を要求するかもしれません。
七、Step2 · 既存シナリオの判定(入口②)
7.1 タイプを特定
このシナリオは知識系干货(どのサブタイプか)それとも劇的ソフト広告か?特定できない場合、シナリオ自体が完成していません。まず何が不足しているかを説明し、続行するかどうかを決定します。
7.2 リライト要件(4つの質問)
続けて4つの質問を一度に行います。
| # | 質問 | ユーザーが答えなかった場合 |
|---|---|---|
| 1 | リライトの目的:構成を借りる / テーマを借りる / 表現を借りる | デフォルト「構成を借りる」 |
| 2 | 素材の置き換え:製品、人物、シーン、事例をそれぞれ何に置き換えるか | リスト化し、項目ごとに「確認待ち」とマーク |
| 3 | 絶対に残す部分:どの部分、どのセリフ、どのリズムは変更不可か | デフォルト「すべて変更可能」 |
| 4 | 絶対に変える部分:オリジナル動画のどのコンテンツを使いたくないか | デフォルト「なし」 |
「絶対に残す部分」は必ず質問します。 ユーザーは口では「全部変える」と言いながらも、心の中ではどうしても残したい点があることが多く、3稿目になって初めてそれを言い出し、それまでの作業が無駄になります。
質問後、ユーザーに確認を求める要件カードを作成します。
リライトの目的:___ | 素材の置き換え:___ | 絶対に残す部分:___ | 絶対に変える部分:___
7.3 リライト強度(二択、デフォルトは2つ目)
要件カード確認後、次の質問をします。
「このシナリオはそのまま再現(素材だけを変え、リズムはそのまま)しますか、それともメインラインは残しつつ変更を加えますか?デフォルトは2つ目です。」
| オプション | 内容 | 適用ケース | デメリット |
|---|---|---|---|
| A そのまま再現 | 構成、順序、リズムはそのまま、素材のみ変更 | 自社コンテンツ / 許可済み / 内部参考 | 実質的に類似し、盗用と判断されやすい |
| B メインラインは残しつつ変更(デフォルト) | ストーリーや論証のメインラインは残し、節、事例、表現を再構築 | ほとんどの場合 | 作業量は増えるが、成果物は自分自身のものになる |
強度は7.2のリライト目的と密接に結びついており、独立した選択肢ではありません。
| リライト目的 | 許可される強度 |
|---|---|
| 構成を借りる | A または B |
| テーマを借りる | Bのみ。同じテーマ+同じ構成+同じ表現=翻録 |
| 表現を借りる | Bのみ。かつ方向性は移行か反転に固定。表現の類似度が最も高い |
ユーザーが成立しない組み合わせを指定した場合(例:テーマを借りるのにそのまま再現)、矛盾を指摘し、修正を促してください。デフォルトで妥協してはいけません。
Aを選択する前に、「オリジナル動画はご自身のものですか、それとも許可を得ていますか?」と必ず確認します。許可がない場合はお勧めしません。理由を説明し、Bに変更するかどうかを尋ねます。このスキルは「修正してバレなくする」方法は提供しません。修正の目的は、自分自身の表現を形成することであり、判定を回避することではありません。
Bを選択した場合、7つの変更ポイントを一つずつ確認します。一つでも不足している場合、変更が不十分とみなされます。
| # | 変更箇所 | 最低限の変更レベル |
|---|---|---|
| 1 | 事例とデータ | すべて自分のものに変更し、再現可能にする |
| 2 | 切り口の疑問 | 別の質問角度に変更 |
| 3 | 論証/ストーリーの順序 | 少なくとも2つの部分を入れ替えるか、因果関係の入口を変更 |
| 4 | ナレーションの表現 | すべて書き直し、オリジナルのキーフレーズや口癖を残さない |
| 5 | 視点 | 語り手または対象層を変更 |
| 6 | 追加要素 | オリジナルにはない要素を一つ追加 |
| 7 | 結末 | 着地点と結末のアクションを書き直し |
変更が十分かどうかの判断基準:2つの絵コンテを並べたとき、連続する3ショット以上で機能と画面が完全に対応している場合、変更は不十分です。
7.4 利用可否判定
| 判定項目 | 通過条件 | 不通過の場合 |
|---|---|---|
| 事実を自分のものに置き換えられるか | すべての事例、数字、経験に自分の対応物がある | 置き換えられない部分は丸ごと削除、「大体同じ」は不可 |
| 構成が独立して成立するか | オリジナルのテーマを除いても、構成が成立する | 構成がオリジナルの内容に依存 → 構成を変更 |
| 独自の追加要素があるか | オリジナルにはない要素を一つ追加できる | 追加できない → 構成だけを借り、結論は借りない |
3つのうち一つでも不合格なら、はっきりと指摘し、無理に書き進めてはいけません。
オリジナルのセリフにレッドライン表現が含まれている場合(効能の約束、ユーザー体験談、絶対表現)、修正時に一緒に処理します。「オリジナルがそう言っているから」という理由でそのまま使うことは許されません。 これは入口②で最も見落としやすいポイントです。
7.5 方向性の決定(三択)
| 強度 | 選択可能な方向性 |
|---|---|
| A そのまま再現 | 模倣に固定、素材のみ変更 |
| B メインラインは残す | 模倣 / 移行 / 反転 |
| 方向性 | やり方 | デメリット |
|---|---|---|
| 模倣 | 同じ構成+あなたの内容 | 最も安定、最も同質化しやすい |
| 移行 | 構成はそのまま、対象層やシーンを変更(知識系は現象を変更、劇的は衝突を変更) | 中程度、対応する追加素材が必要 |
| 反転 | 結論を逆にして説明 | 差別化は最大、論拠が必要、リスクが最も高い |
デメリットを明確に示し、ユーザーに選択させます。ユーザーに代わって方向性を選んではいけません。
ゲート2 · リライト計画の確認(強度+方向性)
一旦停止し、要件カード、強度、方向性、変更ポイントを一度にユーザーに提示し、確認を得てから書き始めます。
サンプル:
リライト強度:メインラインは残しつつ変更(目的:構成を借りる)
方向性:移行(対象層を変更:会社員 → 子育て中の母親)
変更ポイント:事例を自分のものに変更、切り口の疑問を「なぜ子連れで出かけると冷めたものしか食べられないのか」に変更、
ナレーションをすべて書き直し、オリジナルにはない反例を追加、結末を「保存/ブックマーク」に変更
八、Step3 · 要件確認(両方の入口で実施)
入口②で完全なシナリオがあっても、次の5項目は質問します。これらによって書き直しの必要性が決まります。
| # | 何を | なぜ必ず質問するか |
|---|---|---|
| 1 | プラットフォーム | 抖音(Douyin)はリズム重視、微信視頻號は共感重視、小紅書(RED)は実用性重視 |
| 2 | 目標尺 | 15秒 / 30秒 / 60秒 で構成可能なセグメント数が決まる |
| 3 | 目的 | 記憶 / 行動 / 転送、一つだけ選択 |
| 4 | ターゲット層 | 状況を含めて、具体的であればあるほど良い |
| 5 | レッドライン | 必ず含めなければならないもの、絶対に触れてはいけないもの |
一度にすべて質問し、小出しにしないでください。
九、Step4 · 構成の選択
タイプに応じて直接マッピングします。ユーザーが明確に変更を要求しない限り、議論はしません。
| タイプ | 構成 |
|---|---|
| 知識系干货 · 解説型 | 常識破り → メカニズム解説 → 着地点 |
| 知識系干货 · リスト型 | 結論 → 3つの方法 → まとめ |
| 劇的ソフト広告 | 状況 → 壁にぶつかる → 転機(製品登場)→ 結果 |
選択後、二つのことを明記します:各セグメントの役割(各セグメント一文)、何秒目に何を与えるか。
構成の混用は禁止です。 混用は「構成があるように見えて、実はない」最大の原因です。
十、Step5 · シナリオ作成
セグメントごとに記述します。3~6セグメント(セグメント数は尺によって決定、無理に揃えない)。各セグメントは3行。
【セグメントN | 役割:___ | 約 __ 秒】
ナレーション:(そのまま読む言葉、口語調、長文は短く区切る)
画面テキスト:(テロップ / キーワード、ナレーションの単なる繰り返しではない)
ルール:
- 各セグメントの最初の文は独立して成立すること。視聴者はどのセグメントからでも入ってくる可能性があります。
- 動画全体で覚えておくべき文は一つだけにし、残りの内容はすべてその文のための布石とします。
- 声に出して読んでみて、違和感があれば書き直します。
- ナレーションに指示語(「こんにちは」「次に」「以上です」)は書きません。すべて削除します。
- ナレーションでレッドラインに該当したら即座に修正します:効能、体験談、絶対表現、個人情報を書いたら、その場で書き直し、自己チェック段階まで持ち越さないでください。自己チェックで見直す頃には、その表現に沿って後続の文章をすべて書き終えているからです。
- 各セグメントのナレーションは36字以内、一文は15字以内。この原稿は後で動画モデルが直接読み上げるため、超えると後半が欠落します。
この段階まで来たら意識してください:あなたが書いているのは、モデルが読み上げるセリフであり、人が読むためのコピーではありません。 難読漢字、同音異義語、長文中に挟まれたブランド名は、すべて読み間違えの原因になります。一般的な表現を使える場合は、難読表現は避けてください。詳しくは references/script-and-storyboard.md 第1節第4条を参照。
フックを担うセグメント(通常はセグメント1)は、フック三問に従って書きます:なぜ止まるか、何を約束するか、4秒目でどうつなぐか。その他のセグメントにはこの三問を適用しません。
十一、Step6 · 絵コンテ作成
6列の短い表+各ショットの詳細。コンテンツ層はプロンプト層に具体的な画角やカメラ位置を決定する必要はありませんが、ナラティブ依存関係と重要な可視事実を下流に渡す必要があります。
| ショット番号 | 尺(秒) | このショットの内容 | ナレーション | 画面テキスト | ショットの機能 |
|---|
表の下に「### ショット1」ごとに4つの詳細を記述します:視聴者の認識、前提依存関係、重要な可視事実、尺の意図。空ショットの尺の意図は、アクション、効果音、音楽、または雰囲気がどのように機能を担うかを明記します。
納品前に scripts/check_plan.py --plan <企画書パス> を実行し、機械で特定できる欠落列、プレースホルダー、尺と前提ショット番号を修正します。視聴者の認識と可視事実が成立しているかは、人間が確認します。
3つの厳格なルール:
- 1ショット1つのこと。 同じショットに2つの情報がある場合、2つのショットに分割すべきです。
- 各ショットは「削除した場合の損失」に答えられること。 「損失は特にない」と答えられるショットは、直接削除します。
- 1ショット2~6秒。 6秒を超えるのはショットが長いのではなく、このショットに2つのことが詰め込まれているからです。
- 重要な可視事実は必ず記述すること。 ナレーションや「このショットの内容」にのみ記述するのは、引き継ぎが完了したとはみなされません。
- 前提依存関係はショット番号と事実を記述すること。 依存関係がない場合は「なし」と記述。プロセス型アクションの場合は、このセグメントで提示すべき重要な瞬間を記述し、プロセス全体を最初のフレームに押し込まないでください。
ゲート3 · シナリオ確定後に絵コンテ作成
シナリオが確定していない状態で絵コンテを作成するのは、無駄な原稿を細かく切り刻むようなものです。シナリオに問題がないことを確認してから、このステップに進みます。
十二、自己チェック8問
納品前に一つずつ確認し、答えられなければ修正します。
- テーマは一言で説明できますか?
- フック三問に回答していますか?—なぜ止まるか、何を約束するか、4秒目でどうつなぐか?
- 丸ごと削除しても内容に影響しないセグメントはありませんか?(あれば削除)
- 各ショットは一つのことだけを伝えていますか?
- 結末のアクションは一つだけですか?
- レッドライン自己チェック:未確認の効能、捏造された体験談、絶対表現、個人情報が残っていませんか?
- セリフは機械が正しく読めますか:各セグメントは36字以内、一文は15字以内ですか?難読漢字や長文中に挟まれたブランド名はありませんか?
- リズムの意図は成立していますか:無言のセグメントはアクション/効果音/音楽/雰囲気の役割を明記していますか?連続して同じ長さのショットや長い沈黙は意図的な設計ですか?
第6問は唯一「発見次第ブロック」のルールです。最初の5問は修正可能ですが、第6問に不合格の場合は納品できません。
第7、8問に不合格でも単独でブロックはされませんが、後で手戻りが発生します。ここで一つの単語を修正したり、リズムの意図を明確にしたりする方が、生成段階で再実行するよりもはるかにコストが低くなります。
十三、納品
13.1 出力先(メインフローが統一規定)
ディレクトリ構造と命名規則は、メインフロースキル short-video-flow が規定します。本スキルは独自に定義しません。 一度の制作で一つのディレクトリを使用します。通常は次のようになります。
outputs/YYYY-MM-DD-タイトル/
└── 01-企画書.md
本スキルは二つのことだけを担当します:タイトルを決める、企画書をメインフロー指定のディレクトリに書き込む。
13.2 タイトルの付け方
選択されたテーマの中で最も識別力のあるフレーズを採用し、カテゴリ名は使いません。
| 不可 | 可 |
|---|---|
| 知識干货 | 睡眠不足はADHDみたい |
| 抖音ショート動画 | 電子レンジの外は熱いのに中は冷たい |
| 10月22日テーマ | 水筒に入れたコーヒー、半日で冷める |
判断方法:3ヶ月後、ディレクトリ名だけを見て、どの動画か思い出せますか? カテゴリ名は3ヶ月後には絶対に思い出せませんが、テーマは思い出せます。
ルール:タイトルは8~15字、スペースと句読点は使わず、単語間はハイフンで区切ります。
入口②でリライトする場合、タイトルにリライトの方向性を含め、オリジナル動画と同名にならないようにします(オリジナル「睡眠不足はADHDみたい」、子育てママ版に変更→ 睡眠不足は子育てママADHDみたい)。
タイトルはディレクトリ作成前に一度確認し、作成後は変更しません。 名前を変更すると、下流の素材参照パスが切れる可能性があります。
13.3 企画書.mdの構成
5節(テンプレートは assets/plan-template.md を参照):
- テーマ概要(タイプ、サブタイプ、テーマ、ターゲット層、目的)
- タイプと構成の説明(なぜこの構成か、各セグメントの役割)
- シナリオ(セグメント別3行形式+フック三問の再確認)
- 絵コンテ表(6列の短い表)および各ショットの詳細(視聴者の認識、前提依存関係、重要な可視事実、尺の意図)
- 自己チェック結果(8問に個別回答)
入口②の企画書には、別途付録「リライト判定」を追加します。
13.4 納品アクション
シナリオの磨き上げ完了後、同時に2つを納品します。
- 完全な企画書を
<ディレクトリ>/01-企画書.mdに保存し、present_filesでファイルを開きます。 - 現在の返信に、直接レビュー可能なシナリオを貼り付けます。少なくともテーマ、セグメント別タスク、セグメント別ナレーション、画面テキスト、およびユーザーの確認が必要な修正点を含めます。ファイルパスだけを指定しないでください。
会話中のシナリオは、ユーザーが素早く確認し修正を提案するためのものです。保存されたファイルは、後続フェーズの正式な引き継ぎバージョンとして使用します。ユーザーが修正を提案した場合、まずシナリオの内容を更新し、再度保存して、更新後のシナリオを直接提示します。後続の4フェーズ(プロンプト、生成、納品、公開)は short-video-flow が引き継ぎます。
十四、タイプライブラリのギャップへの対処
2タイプに絞った結果、店舗紹介、商品レビュー、イベント告知、純粋なVlogなどのテーマは収まりきらなくなります。対応方法は2ステップで固定です。
- まず「知識系干货または劇的ソフト広告に書き換えますか?」と確認します。
- ユーザーが同意しない場合 → 明確に今回は対応しないと伝え、なぜこれらの2タイプに収まらないかを説明します。
無理に詰め込んではいけません。 店舗紹介を無理やり劇的ソフト広告に当てはめると、四不像のものが出来上がり、やらないよりも無駄になります。
十五、境界
- 実行層は扱わない:画角、カメラ位置、焦点距離、小道具、字幕スタイル、BGM — 後続のフェーズに任せます。
- 定量計算は行わない:話すスピード、尺の誤差、ショット番号の連続性 — 本スキルはコンテンツの成立のみを保証し、録画が可能であることは保証しません。
- コンプライアンス判定は行わない:コンテンツレッドラインは明らかな自滅のみを防ぎ、強い規制があるカテゴリーは別途専門的な審査が必要です(第4節 範囲の宣言を参照)。
- 生成プロンプトは書かない:それは画像生成フェーズの作業です。
- トラフィック(再生数)は保証しない:本スキルは「テーマが立ち、構成が通じ、ショットを削除できる」ことのみを保証します。
十六、参考資料(必要に応じて読み込み)
| ファイル | いつ読むか |
|---|---|
references/topic-judge.md | Step1 で候補を発散する際、あるテーマが成立するか迷う際、フック三問に回答できない時 |
references/type-and-structure.md | タイプ決定、サブタイプ分類、構成選択時 |
references/rewrite-judge.md | 入口②でリライト要件を尋ねる際、リライト強度選択、判定と方向性の判断時 |
references/script-and-storyboard.md | シナリオ作成、絵コンテ作成、「このショットをどう説明すればいいか」で行き詰まった時 |
assets/plan-template.md | 納品時にテンプレートを埋める時 |