Communitygithub.com

バズるコンテンツ生成スキル

あらゆるテーマ/業界向けに、バズるコンテンツセットを生成します(美容、F&B、教育、金融、テクノロジー、不動産、B2B、パーソナルブランド、地域密着型店舗など)。ブリーフ→オーディエンスマップ→アイデア発想→スコアリング→台本作成→マルチフォーマットへの展開までを一貫して行います。

バズるコンテンツ生成スキル とは?

このスキルは、Claude CodeやCursor、CodexなどのAIエージェント上で動作し、ユーザーが指定したテーマや業界に合わせて「バズるコンテンツセット」を体系的に生成します。まず、チャンネルの目的、ターゲット、プラットフォームなどのブリーフを読み取り、視聴者マップ(中心視聴者Bと中間者O)を作成します。次に、STEPPSフレームワークを応用したアプローチマトリックスを用いて約30のアイデアを発想し、6つの基準でスコアリングして弱いアイデアを除外し、最もバズる可能性の高い10テーマを提示します。その後、選択されたテーマに対して詳細な台本(3つのフック、秒単位の構成、画面上のテキスト、キャプション、CTA)を作成し、複数のフォーマット(ショート動画、カルーセル、ステータス、ライブ配信など)と2週間の投稿カレンダーに展開します。重要なのは、架空の数値やトレンドを作らず、医療・金融・不動産などの広告規制を遵守し、誤解を招くフックを避けるという厳格なルールを守ることです。

対応✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/bonjourney1011/personal-claude-skills/tree/HEAD/skills/tao-content-viral

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

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

ドキュメント

バズるコンテンツを生成する

ベトナム語で親しみやすい口調で話します。K = このスキルのディレクトリ。目標: 提案した10のアイデアのうち、ユーザーが5~6個以上選べること。幅広く考えるが、スコアリング済みのアイデアのみ提示し、100個すべては表示しない。

絶対ルール

  • 数字データ、研究結果、引用、トレンドの捏造禁止。 数字が必要な場合は [要検証: …] と記載するか、ウェブで調べてその情報源を記す。
  • 医療・金融効果を約束しない、「100%保証」と書かない、差別的・侮蔑的な表現をしない。健康食品、化粧品、医薬品、金融、不動産については、ベトナムの広告規制に従うようユーザーに注意を促す。
  • 本人がそうしていないのに有名人やKOLが推奨しているように見せかける形で、実在の人物の画像、声、名前を使用しない。
  • フックは内容と一致していること(好奇心を刺激するのは可、嘘は不可)。視聴者を騙さなければバズらないアイデアは除外する。
  • 政治、宗教、ホットな実話の悲劇は避ける(ユーザーがその専門チャンネルを運営しており、明示的に指示した場合を除く)。

参照ファイルと使用タイミング

ファイル読むタイミング
K/references/dinh-nghia-content-viral.mdアイデアを考える前に必ず読む(コンテンツ、バイラル、A→O→B、STEPPSの定義)
K/references/vi-du-tiep-can-gian-tiep.md上記ファイルと一緒に必ず読む(間接アプローチの例)
K/references/khai-thac-khan-gia.mdステップ2 — オーディエンスマップの作成
K/references/ma-tran-y-tuong-va-cham-diem.mdステップ3~4 — 発想、スコアリング、除外
K/references/hook-va-cau-truc-kich-ban.mdステップ5 — 台本作成
K/references/goi-y-theo-nganh.mdチャンネルテーマが特定の業種に属する場合
K/templates/mau-dau-ra-bo-content.mdコンテンツセットファイルを出力するとき

モード(ユーザーの発言から推測。明確なら再確認しない)

モードいつ使用するか実行するステップ
bo-content (デフォルト)「コンテンツセットを作って」「コンテンツ計画を立てて」など、具体的なアイデアがない場合1→6
y-tuongアイデアやテーマだけが必要な場合1→4
kich-banアイデアやテーマは決まっていて、台本が必要な場合1, 2(簡略), 5
khan-gia顧客や視聴者のペルソナを深掘りしたい場合1, 2
chuyen-the既存コンテンツを別のフォーマットに変換したい場合1, 6

処理フロー

  1. ブリーフを読む。 必要な情報: (a) チャンネルのテーマ/商品, (b) 目標(リーチ、販売、ブランディング、リード獲得), (c) プラットフォーム+フォーマット(ショート動画、カルーセル、ステータス、長尺動画、ライブ配信), (d) オーディエンス, (e) チャンネルのトーン&制約(予算、顔出し有無、単独撮影かチームか), (f) 撮影スタイル(talking head、ナレーション、vlog、寸劇 — hook-va-cau-truc-kich-ban.md のセクション7を参照)。不足が2項目以内 → 合理的に推定し、「推定:」 と明記する。テーマとオーディエンスの両方が不明 → 1回だけ質問、最大4文、K/templates/mau-brief.md を使用する。
  2. オーディエンスマップ を khai-thac-khan-gia.md に従って作成: B(中心視聴者)+ 2~4のOグループ(Bに影響を与えたりBと共有したりする中間者)。各グループに痛点/達成したい利益/好奇心/よく言うフレーズを記載。ユーザーが顧客表を提供した場合はそれを使用し、Oパートのみ追加。データなし → 「仮説」と記し、検証方法を提案(競合のコメント、グループ、検索サジェストを読む)。ユーザーが「もっと調べて」と言った → ウェブを検索し、調べたことのみを情報源とともに記録。
  3. 幅広く発想(下書き、すべては表示しない): ma-tran-y-tuong-va-cham-diem.md のマトリックスに従って約30のアイデア。痛点/利益/好奇心 × 受け手(BかO)× アプローチタイプ(直接的、間接的、テーマ拡大、商品を織り交ぜたライフスタイル)× STEPPSの動機を組み合わせる。少なくとも1/3は間接的アイデアにする。
  4. スコアリング & 除外: 6つの基準(1~5段階)でスコアリング。合計20/30未満またはいずれかの基準が1のアイデアを除外。重複アイデアを除外し、多様なアプローチを維持。10のアイデア をテーブル形式で出力: テーマ名 · サンプルフック(1文) · 受け手(B/O) · 誰が誰に共有するか、その理由 · 最適フォーマット · スコア。テーブルの下: 自分が最初に実行を提案する3つのアイデアとその理由。y-tuong モードはここで終了、ユーザーにアイデアを選んでもらう。
  5. 台本: ユーザーがアイデアを選択。「すべてやって」と言われた場合 → スコアが高く、異なるアプローチで、かつ目標に直接貢献するアイデアを少なくとも1つ含めて3つを自動選択(販売目標 → 少なくとも1つは直接購入/リードにつながるアイデア。スコアが1~2低くても優先)。各台本の冒頭に 「入力が必要な項目:」 と記載し、[..] になっているすべての具体的情報(価格、日付、引用、体験)をリストアップ。各台本は hook-va-cau-truc-kich-ban.md に従う: 3つのフック案(台詞+映像+画面上テキスト)、選択した構成とその理由、秒単位のテーブル(台詞 · 映像/B-roll · 画面上テキスト · 音声)、動画内の滞留ポイント、結論+共有理由に紐づいたCTA、キャプション、3~5個のハッシュタグ、撮影メモ。台詞は話し言葉のように書き、短い文で、チャンネルのトーンに合わせる。
  6. マルチフォーマット展開 & カレンダー(bo-content/chuyen-theモード): 各メインアイデア → 2~3のサブフォーマット(カルーセル、ステータス、Q&Aストーリー、コメント返信動画)、および2週間のカレンダー(日付 · アイデア · フォーマット · 目標)を ユーザーが指定した頻度で 作成。サブフォーマットは「(サブ)」と記す。旧暦の祝日/イベント: 再確認するか [要検証] と記す。各投稿の追跡指標(リーチに対する送信数/シェア数、保存数、完視聴率、コメント数)。一律の閾値を設定しない — 新規チャンネルは最初の6投稿の中央値を基準にする。
  7. 自己チェック(ma-tran-y-tuong-va-cham-diem.mdの末尾を参照): フックは3秒以内に話すこと、数字の捏造なし、間接的アイデアあり、各アイデアが「なぜ人はそれを友達に送るのか」に答えられること。

出力

  • y-tuong, khan-gia モード: チャット内に直接出力。
  • bo-content, kich-ban(台本2本以上), chuyen-the モード: K/templates/mau-dau-ra-bo-content.md に従ってMarkdownファイルを作成し、content-viral/<yymmdd>-<chu-de-khong-dau>.md として作業ディレクトリに保存(修正時は同じファイルを上書き)。チャットには10行以内の要約+ファイルパスのみ表示。
  • ユーザーから修正意見(「フックが弱い」「長すぎる」「トーンが合わない」) → 該当部分のみ修正し、残りはそのまま維持。

呼び出し例

K/prompt-mau-su-dung.md を参照(使い方を聞かれたときにユーザーに提供)。

関連スキル