Communitygithub.com

クロスプラットフォームリパーパス

1つのアイデアを多数のプラットフォームネイティブな投稿に変換するスキル。持続可能なコンテンツ制作のための最大のレバレッジ。

クロスプラットフォームリパーパス とは?

このスキルは、1つのアイデアやコンテンツを、複数のプラットフォームに最適化された形で再利用するための体系的な手法を提供します。単なるコピー&ペースト(「リポスト」)ではなく、コンテンツの核となる「アトム」を抽出し、各プラットフォームのネイティブなフォーマット(フック、フォーマット、長さ、CTA)に再構築する「アトマイズ→アダプト」の原則に基づいています。ブログ記事からSNS投稿への展開、長尺動画の切り抜き、テキストと動画の相互変換など、多様な方向性に対応。ブランドボイスを維持しつつ、プラットフォームごとにレジスターを調整し、各投稿が単独で完結し、ネイティブに見えることを品質基準としています。主にClaude CodeやCursorなどのAIエージェント環境で動作し、`hook-writer`、`caption-writer`、`reels-script`、`thread-writer`などの関連スキルと連携して、少人数のチームでも大規模にコンテンツを展開することを可能にします。

対応~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/social-media-skills/skills/tree/main/skills/cross-platform-repurposing

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

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

ドキュメント

クロスプラットフォームリパーパス(再利用・展開)

このスキルは、1つのアイデアを多数の投稿に変換します — 持続可能なコンテンツ制作における最大のレバレッジです。1つのブログ記事が1週間分のSNS投稿に、1つの強力なインサイトが5つのプラットフォームネイティブな投稿になります。小さなチームでも、大規模に発信する方法です。

この原則を機能させる鍵 — そしてほとんどの試みを台無しにする落とし穴:

リパーパスはリポスト(使い回し)ではありません。 同じキャプションをすべてのプラットフォームに貼り付けるのは怠惰なやり方です。どのプラットフォームにもネイティブに適合せず、複数の場所でフォローしているユーザーにはスパムに見え、いくつかのプラットフォームは明らかにクロスポストされたコンテンツを静かに抑制します。技術は アトマイズして適応する ことです。核となるアイデアを抽出し、各ターゲット向けにネイティブに再構築します — 異なるフック、フォーマット、長さ、CTA。同じ真実と声で。

使用するタイミング

  • 1つの投稿を複数のプラットフォームに展開する(1つ → 多数)。
  • 長文(ブログ、動画、ポッドキャスト、ニュースレター)を多くの短い投稿に分割する(長文 → 短文)。
  • あるフォーマットを別のフォーマットに変換する(文章のインサイト → カルーセル、Reel、スレッド)。
  • batch-content-plan 内で、限られた素材をフルカレンダーに拡張する。

使用すべきでないタイミング: コンテンツが真にプラットフォーム固有のもの(内輪ネタ、プラットフォームネイティブなトレンド、リプライ)の場合 — 無理に別の場所に持っていくと違和感があります。また、2つのプラットフォームでオーディエンスがほぼ完全に重複している場合、フォーマットを変えるだけでなく アングル を変えてください。移動させるべきでない作品を見極めましょう。

ステップ0 — まず基礎を読む

brand-profile.md と voice.md を読み込んでください。声(ボイス)はプラットフォーム間で一定です。レジスター はプラットフォームごとにシフトします(ボイス調性マップを使用 — LinkedInはよりフォーマルに、TikTokはより軽く)。ガードレールはどこでも適用します。

ステップ1 — アトマイズ: 核となるアイデアを見つける

ソースから再利用可能な アトム を抽出します — ポイント、インサイト、ストーリー、統計、瞬間。単一の投稿の場合は通常1つのアトムです。長文(ブログ、20分の動画)の場合は 複数のアトム で、それぞれが独立した投稿として成立する強度を持ちます。長文を1つの弱い投稿に要約しないでください — 最良の5~10のアトムを引き出してください。references/repurposing-model.md を参照。

ステップ2 — ターゲットと方向性を選ぶ

プラットフォーム とリパーパスの 方向性 を決定します(1つ→多数、長文→短文、フォーマット→フォーマット、動画↔テキスト — references/source-types.md を参照)。方向性が処理の仕組みを決定します。

ステップ3 — プラットフォームごとに再ネイティブ化(翻訳ではなく再構築)

各ターゲットに対して、アトムをネイティブに再構築します — 適切なスキルを組み合わせて:

  • プラットフォームごとに新しいフック(hook-writer) — LinkedInフィードでフックになるものとTikTokの最初のフレームでフックになるものは異なります。
  • 適切なフォーマットと長さ。
  • コピー(caption-writer)、動画なら スクリプト(reels-script)、または スレッド(thread-writer)。
  • ネイティブな仕組み — ハッシュタグ、リンク(プロフィール欄 vs クリック可能 vs コメント)、CTA。

変わらないもの: アトム と ボイス。変わるもの: フック、フォーマット、長さ、構造、CTA、仕組み、レジスター。references/platform-transforms.md を参照。

ステップ4 — 品質チェック: 各バージョンが単独で完結し、ネイティブに感じられるか?

すべてのバージョンは2つのテストを通過する必要があります:

  1. 単独で完結 — この投稿だけを見た人が完全な価値を得られる(「LinkedInで言ったように…」は不要)。
  2. ネイティブに感じられる — このプラットフォーム のために 作られたように見え、転載されたようには見えない。コピー&ペーストとわかる場合は、再構築してください。

2つのプラットフォームでオーディエンスがほぼ重複している場合は、フォーマットだけでなく アングル を変えてください。

ステップ5 — スケジュール設定へ引き継ぐ

完成したプラットフォーム別バージョンを scheduling-and-queue に渡してスケジュール・展開します(確認と検証を行います。WoopSocialがプラットフォーム別フィールドを適用します)。時間を空けて配信してください — 同じアイデアをすべての場所で同時に発射しないでください。

品質基準 — セルフチェック

  • アトマイズ しましたか?(ラッパーを翻訳するのではなく、核となるアイデアを抽出した)
  • 各バージョンは 真にネイティブ ですか?(異なるフック、フォーマット、長さ、CTA — コピーペーストではない)
  • 各バージョンは 単独で完結 していますか?
  • ボイスは一定 で、レジスターはプラットフォームごとにシフト していますか?
  • 長文の場合、複数のアトム を引き出しましたか?(1つの要約ではない)
  • リパーパスすべきでない ものを認識しましたか?

2つのバージョンが異なるハッシュタグだけで同じテキストの場合、リポストしています — ステップ3に戻ってください。

エッジケース

  • プラットフォーム間でオーディエンスの重複が多い → アングル/フォーマットを変えて、フォロワーが同じ投稿を2回見ないようにする。
  • プラットフォーム固有のコンテンツ(トレンド、リプライ、内輪ネタ)→ 無理に別の場所に持っていかない。そう伝えてください。
  • 1つのアイデアしかない長文 → 1つのアトムです。投稿数を稼ぐために水増ししないでください。
  • 動画 → テキスト → 話されたインサイト/引用をテキストのアトムとして抽出します。単に文字起こししないでください。
  • テキスト → 動画 → アトムを reels-script に渡して動画として構築します。キャプションを読み上げないでください。
  • 規制対象/センシティブ → すべてのバージョンにコンプライアンスのガードレールを適用します。

関連スキル

  • brand-profile, voice-builder — ボイス + レジスター + ガードレール。
  • hook-writer — 各プラットフォーム向けの新しいフック。
  • caption-writer, reels-script, thread-writer — 各ネイティブバージョンを構築。
  • content-recycling — 時間軸 でのリパーパス(後でエバーグリーンをリフレッシュ)。
  • captions-and-clipping, opus-clip — 長尺動画(ポッドキャスト、ウェビナー)からのクリップ切り出しを深く行う。
  • batch-content-plan — これを使用して素材をカレンダーに拡張。
  • scheduling-and-queue — 完成したバージョンのスケジュール/展開を行う。

参照資料

  • references/repurposing-model.md — アトマイズ→適応。何が変わらず、何が変わるか。方向性。
  • references/platform-transforms.md — 1つのアイデアが各プラットフォームのネイティブな投稿にどのように変わるか。
  • references/source-types.md — ソース/方向性によるリパーパス(長文、展開、メディア横断)。
  • references/examples.md — 1つのアイデア → 5つのネイティブバージョン、および長文のアトマイゼーション。

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

関連スキル