Communityライティング&編集github.com

Livin21/スクリプティング解説ショート

60秒以内の教育用ショート動画で、ナレーションの作成やファクトチェック、フックの選択・検証、オンスクリーンテキストや説明文の記述を行う際に使用します。

スクリプティング解説ショート とは?

このスキルは、60秒以内の教育用ショート動画(解説系ショート)のスクリプトを作成・検証するための包括的なワークフローを提供します。特に、**すべての事実主張には実際に開いた一次ソースが必要**という原則に基づき、魅力的だが不正確な「フック」を最初に検証・修正するプロセスを重視します。対応するナレーションの長さは、プロジェクトの`CHANNEL.md`に定義された声の話速(word per second)に基づいて計算され、`wc -w`コマンドで文字数をカウントします。また、`sources.md`に各主張のソースを行として記録し、ソースが開かない場合や矛盾する場合の対処法、推論の明記ルールも含まれています。このスキールは、Claude CodeやCursorなどのAIエージェントで、ショート動画の台本作成とファクトチェックのプロセスを自動化・半自動化するために設計されています。

対応~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Livin21/behind-the-things-skills/tree/HEAD/skills/scripting-explainer-shorts

Installed? Explore more ライティング&編集 skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

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

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

ドキュメント

スクリプティング解説ショート は何をしますか?

概要

解説動画は、その中で最も弱い主張のレベルにしか信用されません。事実に基づくすべての文と、画面上のすべての数字には、実際に開いたソースが必要です。 素晴らしく聞こえるフックは、たいてい原稿の中で最も真実から遠い一文です。そのため、最初にフックを検証し、それが不合格だった場合は書き直します。

プロセス

  1. 最初にフックを検証する。 そのフックを述べている一次ソース(標準化団体、メーカー、政府機関、大学、または公開ソースコード)を見つけます。その後:

    • 不合格の場合: ソースの内容に合わせて書き直します。「ストライプの数ではない」は「バーコードは値段を知らない」に、「放射性金属の粒子」は「放射性の何か」(それは酸化物で、小さすぎて見えない)になりました。
    • ニュアンス付きで合格の場合: そのまま採用し、ソースに合わせて表現を調整し、ニュアンスをビート(短い説明)に含めます(「内部から加熱するわけではない」→ 電波は約1インチの深さまで加熱する)。
    • 一部の場合のみ証明可能: 一般化して記述し、具体的な数字はすべてソースに帰属させ(「Androidのデフォルトは…」「Windowsは…」)、検証不足の部分を部分的に検証済みとして記録します。
  2. ビートを調査する。 検索スニペットを信頼するのではなく、各ソースを実際に開き、裏付けとなる行を引用します。主張を述べている最も信頼できるソースを選びます:

    順位ソース例
    1標準化団体、仕様書、公開ソースコードEMVCo、ISO/IECカタログページ、NFCフォーラム、GS1、AOSP
    2政府機関、規制当局、中央銀行NRC、EPA、FDA、USDA、連邦準備制度理事会、ECB
    3メーカー自身のドキュメントVisa、Mastercard、NXPデータシート、Microsoft Learn
    4大学、教科書、査読付き論文大学の講義ノート、学会論文
    5信頼できる解説メディアや報道機関1~4が主張を述べていない場合のみ

    ミラーサイトや再ホスト(IPFSやその他のWikipediaコピー、PDFの再アップロード)、コンテンツファーム、SEOブログ、ベンダーのマーケティング資料は絶対に引用しないでください。ミラーしか開かない場合は、オリジナルのページかそのアーカイブコピーを見つけてください。Wikipedia(またはそのコピー)はソースへの手がかりになります:記事の参考文献を辿り、それを開き、それを引用してください。

    • ページが開かない場合: 別のフェッチャーを試し、次にアーカイブコピーを試します。アーカイブを使用した場合は、その旨を明記します。何も読み込めない場合は、その主張を曖昧にするか、削除します。
    • ソースが自分自身や物理学と矛盾する場合: 正しい数値をはっきり述べ(「約5インチ」)、sources.mdに計算過程を示します。ソース自身の数値を「Simplified on purpose(意図的に簡略化)」の下に記録します。例:c ÷ 2450 MHz = 12.2 cm ≈ 5 インチ、USDAの丸めた「4 インチ」ではない。
    • 推論(論理的には正しいが、それを一文で述べているソースがない場合): sources.mdに推論であると明記します。
  3. ナレーションを書く(以下の構成に従う)。

  4. 制限時間に収める。 上限は 54 × (声の1秒あたりの単語数) で、プロジェクトの CHANNEL.md から取得します。毎秒2.6語の声の場合、約140語になります。口頭でのサインオフも含まれます。wc -w でカウントします。ハイフンでつながれた単語は1語と数えます。

  5. シーンテーブルとパッケージング(templates.mdのテンプレートを参照)。

  6. sources.mdを書く テンプレートに従って:主張ごとに1行、画面上にタグや読み上げとして表示されるすべての数字を含め、その後「Simplified on purpose」と「Partly verified」を記述します。

ナレーションの構成

  1. フック(0~3秒): 驚くべき真実の事実を、対象物がフレーム1に完全に描画された状態で、その物の上に重ねて述べます。
  2. リビール: 対象物を開き、内部を見せます。「物」が抽象的な場合(アイコン、信号など)、それを生成するデバイス(Wi-Fiバーの場合は電話の無線機など)を明らかにします。描画ビューは、リビールで内部が露出するように選び、動詞を動きに合わせます(「カバーを持ち上げる」)。
  3. 3つのビート: 中身は何か → どう機能するか → 誰も予想しないこと。
  4. ツイストライン: 人々が友達に繰り返す事実。
  5. サインオフ: チャンネルの固定された締めの一言。

耳で聞いてわかるように書きましょう:短い文で、数字は読み上げ通りに綴ります。リスクのある単語にはボイスノートを追加し、TTSプロンプトで再綴りにします。

その他のテキスト

画面上のタグ、YouTubeの説明文、キャプション、サイトのページでは、sources.mdにすでに記載されている主張のみを述べることができます。コピーを書きながら「小さな」事実を追加することは、エラーを出荷することです。

よくある間違い

間違い修正方法
「基本的には正しい」キャッチーなフックをそのまま残すソースの内容に合わせて書き直す
ソースの丸め誤差をそのまま繰り返す物理学や別のソースと照合し、計算過程を示す
ソースのない数字がタグに含まれている画面上のすべての数字にソース行を追加する
遅い声で148語声の実測ペースを使い、上限を54 × ペースにする
開けないソースを黙って捨てる主張を曖昧にするか削除し、部分的に検証済みとして記録する
ベンダーのブログやWikipediaのミラーを引用するテーブルの上位(仕様、規制当局、メーカー)に移動する

関連スキル