viral-reverse-engineering について
viral-reverse-engineeringは、マーケターやクリエイター向けのコンテンツ分析スキルです。観察できる情報から投稿の主要因と共有のきっかけを見つけ、再現性を検討したうえで、投稿を模倣せずに原則を対象分野へ応用します。
主な機能
- 01構造化された情報収集
- 02コンテンツの層別分析
- 03反実仮想による主要因の判定
- 04共有のきっかけの分析
- 05運や生存者バイアスの確認
- 06原則の対象分野への応用
活用シーン
- 01文字起こし、画像、コメント、数値から投稿を分析する
- 02拡散の仕組みと偶発的な要素を区別する
- 03成功の再現性を評価する
- 04投稿を模倣せずにコンテンツ原則を応用する
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ social-media-skills/ skills --skill viral-reverse-engineeringインストール後、Claude Code で/viral-reverse-engineeringを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
evals/evals.jsonreferences/deconstruction-framework.mdexamples.mdreplicability-and-application.mdsourcing-the-content.mdwhy-things-spread.md詳細
バイラルコンテンツのリバースエンジニアリング
「バイラルコンテンツから学ぶ」アドバイスの多くが失敗に終わるのは、実際に成果を生み出した仕組み(重要なフック、感情の引き金、シェアを促す要因)ではなく、表面的な要素(同じ音源、トピック、形式)をまねしているからです。このスキルでは逆のことをします。コンテンツを細かく分析し、実際に成果を生んだ要因を見つけ、それが再現可能かどうかを確かめて、自分のニッチで応用できる原則に落とし込みます。
次の2つを徹底します。
- 表面ではなく、仕組みを見る。 たまたま付随していた特徴ではなく、成果を左右する1〜2個の要因と、シェアを促すきっかけを特定します。ノイズをまねても、ノイズが再現されるだけです。
- 運と生存者バイアスについて正直に伝える。 バイラルになるかどうかは、アカウントの規模、タイミング、一度きりの出来事、あるいは単なる偶然に大きく左右されることがあります。成功が再現できない場合は、そう伝えます。誤った公式を示すくらいなら、何も示さないほうがましです。
ステップ 0 — 基礎資料を読む
「自分のニッチに応用する」ステップのために、brand-profile.md と audience.md を読み込みます。
ステップ 1 — コンテンツの情報を集める(誰もが省きがちなステップ)
通常、リンク先の動画を視聴することはできません。プラットフォームにはアクセス制限があり、取得できるのはせいぜいメタデータです。そのため、このスキルでは持ち込まれた観察可能な情報、つまりユーザーの説明、トランスクリプト、スクリーンショット/キーフレーム(マルチモーダル)、上位のコメント、表示されている指標(再生数/いいね数/シェア数/コメント数、フォロワー数)、またはエージェントが利用できる場合は取得ツールや字幕ツールを分析します。references/sourcing-the-content.md に記載された構造化された情報収集を行います。フック、展開の順を追った説明/トランスクリプト、キャプションと画面上のテキスト、形式、指標、クリエイターの規模、音源について尋ねます。
原則は、人間(またはトランスクリプト/スクリーンショット/ツール)が目となり、スキルが分析役となることです。 提供されていない映像やセリフを決して捏造せず、与えられた情報を分析し、不足している点を明示します。また、パターンを見つけるには複数の事例が必要です。バイラル投稿が1つだけなら、それは逸話にすぎません。(他者の投稿は、閲覧可能なプラットフォーム上の情報、または貼り付けられたデータを使います。対象プラットフォームでの自分の投稿については、WoopSocial の投稿分析を利用できます。)
ステップ 2 — 分解する(詳細分析)
フック、感情/シェアを促す要因、視聴維持の構成、形式/パッケージ、トピック/切り口、シェアを促すきっかけ、配信要因の各層を分解します。各層につき1行で記述し、何もかも褒めるのは避けます。references/deconstruction-framework.md を参照してください。
ステップ 3 — 本当の要因を特定する(反実仮想)
注目すべき特徴ごとに、「これを取り除いても、まだ注目を集めるか?」と問いかけます。取り除くと崩れてしまう要素が成果を左右する要因であり、取り除いても成り立つ要素は付随的な要素です。成果を左右する層は通常1〜2つだけです(一般的にはフックと感情/シェアを促すきっかけです)。分析の多くは、ノイズを原因として誤って評価しています。
ステップ 4 — シェアを促すきっかけを特定する
バイラルの鍵はシェアです。つまり、なぜ人々がそれを誰かに送ったのかを明らかにします。アイデンティティ/自己表現、覚醒度の高い感情(畏敬/怒り/ユーモア/ひらめき)、社会的価値、実用性、共感、ストーリーなどです。シェアを促すきっかけのないコンテンツは、再生数は伸びてもバイラルにはなりません。references/why-things-spread.md を参照してください。(ここでは上位のコメントが最も有力な証拠です。references/sourcing-the-content.md を参照してください。)
ステップ 5 — 再現可能性を確認する
要素を抽出する前に、交絡要因を確認します。アカウント規模の優位性、運/ばらつき、一度きりの出来事、生存者バイアス、サンプル数です。成功の大部分が交絡要因によるものであれば、再現不可能であることを明記し、原則をでっち上げないでください。references/replicability-and-application.md を参照してください。
ステップ 6 — 原則を抽出し、自分のニッチに応用する
仕組みを1行で示し、それをユーザーのテーマに置き換えます(仕組みは同じでも、トピックはユーザーのものです)。その後、ブランドの声に合わせて、実行をコンテンツ作成スキル(hook-writer、tiktok-script、reels-script、caption-writer、carousel-writer)に引き継ぎます。出力は「有効な仕掛けはXです。あなた向けにXを応用するとこうなります」です。決してコピーにはしません。時間をかけて、繰り返し現れるパターンを集めたスワイプファイルを作成します。
品質基準 — セルフチェック
- 実際の入力(初回ヒアリング/トランスクリプト/スクリーンショット/コメント)を参照し、見られなかった内容を捏造せず、不足している情報を明記しましたか?
- 表面的な要素ではなく、仕組み(実際の要因1~2個と共有のきっかけ)を見つけましたか?
- 反実仮想によって、偶発的な特徴を除外しましたか?
- 再現性チェックを行い、交絡要因/運/サンプル数の少なさについて、正直に注意を促しましたか?
- 出力は、単なるコピーではなく、ユーザーのニッチに応用した原則になっていますか?
- 倫理的な一線(剽窃/知的財産の窃盗ではなく、着想を得ること)を守りましたか?
- 目に見える/プラットフォーム固有のシグナルを使い、分析データに関する主張をせず、バイラルになる保証もしていませんか?
エッジケースと反論への対応
- リンクだけで、ほかに情報がない → 動画を視聴できないと説明します。初回ヒアリングを行い(トランスクリプト/スクリーンショット/統計情報を求める)、利用可能であれば字幕取得ツールや取得ツールを使います。見たふりはしません。
- 入力が一部のみ(トランスクリプトのみ、スクリーンショットのみ) → ある情報を分析し、評価できない点(ペース/編集、または音声の内容など)を明記します。
- 「自社製品で完全にコピーして」 → 表面的なコピーではなく、仕組みと独自の内容を活用します(派生物および知的財産のリスク)。
- 「音声/トピックが理由だった」 → 反実仮想で検証します。通常、実際の要因はフックときっかけです。
- 巨大アカウント/一度限りのバイラル → 再現できない可能性を指摘し、誤った法則を導き出さないようにします。
- 例が1つだけ → パターンではなく逸話です。複数の例を分解し、繰り返し現れる仕組みを見つけます。
- 「バイラルを保証して」 → 保証はできません(運/配信)。仕組みを活用して可能性を高めます。
- 「バイラル」を判断するデータがない → 目に見えるシグナルを使い、制約を明確にします。
関連スキル
brand-profile、audience-research— 関連性と「ニッチに応用する」ステップ。hook-writer— 最もよく見られる主要因。trend-jacking— 「なぜ広まったのか」という観点が重なります。tiktok-script、reels-script、caption-writer、carousel-writer— 抽出した原則を実践します。competitor-analysis、analytics-and-reporting(アドバイザリー)— より広範なパフォーマンス分析。
参考資料
references/sourcing-the-content.md— コンテンツをコンテキストに取り込む方法(初回ヒアリング、トランスクリプト、スクリーンショット、コメント、ツール)と、情報が不十分な場合の適切な対応。まずここから始めてください。references/deconstruction-framework.md— レイヤーごとの分解と、反実仮想による要因の検証。references/why-things-spread.md— 共有のきっかけとなる心理(人々が共有する理由)。references/replicability-and-application.md— 生存者バイアス/運/サンプル数について正直に扱うこと、抽出と応用、倫理。references/examples.md— 再現できない事例を含む、分解例。