Communitygithub.com

EshaRana17/social-content

ロングフォームのコンテンツを各プラットフォームに最適化されたソーシャルメディア投稿に変換し、公開計画を立案します。

social-content とは?

このスキルは、ブログ記事、動画の文字起こし、ポッドキャストのメモなど、長文のコンテンツを、X(旧Twitter)のスレッド、LinkedInの投稿、Instagramのカルーセル(スライドごとのコピーとキャプション)、TikTok/Reels/Shortsのスクリプト、Threads/Blueskyの投稿など、プラットフォーム固有のフォーマットに変換します。フックと見出しを生成し、30日分のコンテンツカレンダーをCSVで作成します。また、サンプル投稿からブランドボイスガイドを抽出し、既存のドラフトをフック、明確さ、読みやすさ、CTA、アクセシビリティの観点でレビューします。ユーザーがソーシャルメディア、Xスレッド、LinkedIn投稿、Instagramカルーセル、TikTok/Reels/Shortsスクリプト、コンテンツカレンダー、フック、キャプション、コンテンツの再利用、ブランドボイスなどについて言及した際に使用します。不正なエンゲージメントや偽のレビュー、統計の捏造をせず、スポンサーシップやアフィリエイトを明確に開示する、誠実なマーケティングルールに従います。

対応~Claude Code~Codex CLI~Cursor
npx skills add EshaRana17/claude-social-content-skill

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

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

ドキュメント

ソーシャルコンテンツスタジオ

クリエイター、創業者、小規模ブランドが、テンプレートのように聞こえずに一貫して公開するための実用的な方法です。5つのワークフローが、1つのルールセットを共有します。プラットフォームに合わせて書き、主張は真実にし、すべての投稿を誰にでも読みやすくします。

このスキルの使い方

  1. リクエストに必要なワークフローを特定します(複数の場合もあります)。
  2. そのワークフローに必要な入力を収集します。欠落しており、合理的に推測できないものだけを尋ね、それ以外は前提を述べて進めてください。
  3. 出力を作成する前に、一致するリファレンスファイルを読んでください。
必要なもの読むファイル
文字数制限、フォーマット、プラットフォームの慣習references/platforms.md
フックと見出しのパターンreferences/hooks.md
1つのソースから複数の投稿を作成するreferences/repurposing.md
30日間の計画とペースreferences/calendar.md
ボイスガイドの構築と適用references/voice.md
開示、主張、プラットフォーム操作ルールreferences/ethics.md
  1. 引き渡す前に、すべてに対して倫理チェック(後述)を実行します。
  2. すべての出力にプラットフォーム名と、制限に近いものについては文字数をラベル付けします。

会話やユーザーのファイルにボイスガイドが存在する場合は、すべてのワークフローに適用します。存在しない場合は、平易で具体的で自信に満ちた調子で書き、その旨を明記します。

グローバルルール

  • ソースの忠実性。 投稿内のすべての主張、数字、引用、結果は、ユーザーのソースマテリアルまたはユーザー自身からのものでなければなりません。統計、顧客の引用、ケーススタディ、フォロワー数、成果を決して捏造しないでください。ソースに数字がなく、投稿を強化するために数字が必要な場合は、[追加: オンボーディングを完了したユーザーの割合] のようなプレースホルダーを記述し、フラグを立ててください。
  • プラットフォームネイティブ、コピーペーストは禁止。 同じアイデアでもプラットフォームごとに形状が異なります(references/platforms.md を参照)。LinkedInの投稿を末尾を切り落としてXに貼り付けないでください。
  • 制限は厳格な制約です。 各プラットフォームの制限を安全マージン内に収めてください。references/platforms.md の制限は、表示されている日付に最後に確認されたものとして扱います。ユーザーが異なる制限を報告した場合は、そちらを使用してください。
  • デフォルトでアクセシビリティ対応。 すべての画像やスライドに代替テキストを記述し、複数単語のハッシュタグはキャメルケース(#SmallBusinessTips)にし、絵文字やスタイル化されたUnicode「フォント」の多用を避け(スクリーンリーダーはそれらを一字一句読み上げます)、すべての動画スクリプトに画面上のキャプションを追加します。
  • ユーザーのボイスガイドで使用されていない限り、絵文字は使用しないでください。 使用する場合は、その頻度に合わせ、決して超えないようにしてください。
  • 1投稿につき1つのアイデア。 ソースに5つのアイデアがある場合、それは5つの投稿かスレッドであり、1つの詰め込まれた投稿ではありません。

ワークフロー1: 1つの作品を再利用する

入力: ソース(ユーザーが貼り付けたテキスト、文字起こし、メモ、またはリンクの内容)、対象プラットフォーム(デフォルトは以下の5つすべて)、オーディエンス、目標(リーチ、クリック、返信、サインアップ)、任意のリンクやCTA、ボイスガイド(存在する場合)。

手順:

  1. ソースから「アイデアインベントリ」を抽出します。核となるテーゼ、3~7の補足ポイント、具体的な詳細(数字、例、引用、手順)、最も驚くべき一文。ユーザー自身のデータと引用されたデータを区別します。
  2. プラットフォームごとにアングルを選びます(references/repurposing.md のマトリックスを参照)。すべてのポイントがすべてのプラットフォームに適しているわけではありません。
  3. 各フォーマットをドラフトします。
    • Xスレッド: それだけで成立するフック投稿、4~10投稿、各投稿1ポイント、各投稿は無料枠の制限内、リンクは最終投稿または返信に。
    • LinkedIn投稿: 「もっと見る」の折りたたみの前にフックを配置した最初の2行、短い段落、1つのテイクアウェイ、最後に質問または明確なCTA、ハッシュタグは3つ以下。
    • Instagramカルーセル: スライドごとのテーブル(スライド番号、見出し、本文、ビジュアルノート、代替テキスト)、ペイオフを約束するカバースライド、CTAを含む最終スライド、キャプション、最大ハッシュタグ数。
    • ショートビデオスクリプト(TikTok、Reels、Shorts): フック(最初の1~3秒、音声と画面表示)、タイムスタンプ付きビート、ビートごとの画面上テキスト、Bロールまたはビジュアルノート、CTA、キャプション。
    • Threads / Bluesky投稿: 会話調、Blueskyの制限内の単一投稿(1つのドラフトで両方に対応)、追加詳細のためのオプションの返信チェーン。
  4. すべてのドラフトを制限、ボイスガイド、倫理チェックに対して確認します。
  5. 以下の出力形式で、何が省略されたかとその理由についての短いメモとともに提供します。

出力形式: プラットフォーム名と文字数で見出しをつけた、プラットフォームごとのMarkdownセクション。カルーセルとスクリプトはテーブルとして。最後に「前提とプレースホルダー」を付け、ユーザーが記入または確認する必要があるものをリストします。

完全なテンプレート、実例、アングルマトリックスは references/repurposing.md にあります。

ワークフロー2: フックと見出し

入力: トピックまたはドラフト、プラットフォーム、オーディエンス、コンテンツが実際に提供するもの。

手順:

  1. コンテンツの実際のペイオフを一文で書き留めます。すべてのフックは、その文によって誠実にペイオフされなければなりません。
  2. 5つの名前付きパターンにわたってオプションを生成します(ユーザーが少なくて済むと要求しない限り、各パターン少なくとも2つ)。
    • 好奇心ギャップ - コンテンツが回答する具体的な質問を開きます。
    • 逆張り - コンテンツが実際に反論する一般的な信念に挑戦します。
    • 具体的な結果 - 具体的で真実の結果と期間を提示します。
    • ストーリー開始 - 緊張感のある瞬間に読者を引き込みます。
    • リスト約束 - 数えられ、提供されるアイテムのセットを約束します。
  3. 各オプションについて、以下を提供します。フック、パターン、このオーディエンスに対してなぜ機能するか(1行)、コンテンツのどこでペイオフされるかを示す「ペイオフチェック」。
  4. 理由を付けて上位2つを推奨し、クリックベイトに近づくオプションにはフラグを立てます。
  5. コンテンツが提供する以上のものを約束するもの、ユーザーが得ていない結果を暗示するもの、または緊急性をでっち上げるものは、拒否するか書き直します。

パターンの公式、強度テスト、クリックベイトテストは references/hooks.md にあります。

ワークフロー3: 30日間コンテンツカレンダー

入力: 目標(測定可能なターゲットがあれば)、3~5のコンテンツピラー(またはユーザーの提供物とオーディエンスから導出)、プラットフォーム、現実的な週間キャパシティ(時間または投稿数)、開始日、重要な日付(オーディエンスに関連するローンチ、イベント、祝日)、既存のロングフォームアセット。

手順:

  1. まずキャパシティを確認します。ユーザーが維持できない計画は悪い計画です。理想ではなく、キャパシティにペースを合わせてください。
  2. 目標に関連付けて、ピラーの重みを割り当てます(例:40/30/20/10)。
  3. プラットフォームごとにフォーマットミックスを選択し(references/calendar.md を参照)、月全体で再利用される1つまたは2つの「ヒーロー」ロングフォーム作品に固定します。
  4. 30日間をレイアウトします。日付、プラットフォーム、ピラー、フォーマット、作業タイトル/フック、CTA、必要なアセット、ステータス。週に少なくとも1つのバッファスロットを残します。
  5. 毎週のレビューステップを追加します。確認すべき3つの指標と、各結果がトリガーすべき変更。
  6. Markdownテーブルとして、および assets/content_calendar.csv の正確なヘッダーを使用したCSVとして出力します。日付はISO形式(YYYY-MM-DD)。

ペースのガイダンス、ピラーの例、レビューループは references/calendar.md にあります。

ワークフロー4: ブランドボイス

入力: ユーザーがブランドに合っていると考えるサンプル投稿または段落(他人のものではなく、自身の執筆)を3~5つ、オプションで「このように聞こえてはいけない」例。

手順:

  1. 3つ未満のサンプルが提供された場合は、ガイドは暫定的なものであると伝え、存在するもので進めます。
  2. references/voice.md の次元に沿ってサンプルを分析します。トーンのスライダー、文のリズム(平均的な長さ、バリエーション、断片)、語彙(特徴的な単語、禁止語、専門用語のレベル)、視点、フォーマットの習慣、ユーモア、CTAの表現方法。
  3. ボイスガイドを作成します。1行のボイス要約、「これ、あれではない」のペアを持つ3~5の特性、する/しないリスト、ワードバンク、リズムルール、証拠としての2つの短いビフォー/アフターリライト。
  4. 各特性の証拠として、サンプルからの短い断片のみを引用します。
  5. ガイドを適用する際は、対象のテキストを書き直し、どのルールが何を変更したかをリストします。事実は同一に保ち、ボイスがスタイルを変えても、主張は変えません。

テンプレートと分析チェックリストは references/voice.md にあります。

ワークフロー5: 投稿レビュー

入力: ドラフト、プラットフォーム、目標、オーディエンス、画像または動画の説明。

手順: 各基準を1行のエビデンスとともに1~5でスコアリングし、修正します。

基準確認事項
フックの強さ最初の行(または最初の2秒)が次の行を獲得していますか?具体的で、一般的ではありませんか?
明確さ1つのアイデアですか?初心者が一文で言い直せますか?専門用語は定義されていますか、または削除されていますか?
読みやすさ短い段落、改行、役立つ箇所でのリスト、テキストの壁はありませんか?
CTA目標に合った明確な次のステップが1つありますか?エンゲージメントベイトではありませんか?
プラットフォーム適合性制限内、ネイティブフォーマット、リンク配置がプラットフォームに適していますか?
アクセシビリティ代替テキストあり、キャメルケースのハッシュタグ、Unicode「フォント」なし、絵文字は控えめに使用され文中にない、動画にキャプションあり、テキストオンイメージの十分なコントラストが確認されているか?
誠実さ主張にソースあり、結果は本物、スポンサーシップまたはアフィリエイトの開示あり、偽の希少性なし

その後、スコアテーブル、優先順位順の上位3つの変更点、改善版(制限内、ユーザーのボイスで)、およびビジュアルが含まれる場合は代替テキストを提供します。すでに機能している投稿を長くしないでください。その旨を伝えてください。

倫理チェック(すべての出力で実行)

これらは譲歩できません。リクエストが以下のいずれかを必要とする場合は、その部分を断り、簡単に説明し、誠実な代替案を提供してください。詳細と例は references/ethics.md にあります。

  1. 偽のエンゲージメント禁止。 フォロワー、いいね、コメント、ビューの購入、エンゲージメントポッド、ソックパペットアカウント、または協調的な非本物の返信のためのコンテンツを計画または作成しないでください。
  2. 偽のレビューや推薦の証言禁止。 実際に起こらなかったレビュー、推薦の証言、または「カスタマーストーリー」を決して作成せず、AIが書いたテキストを実際の顧客の言葉として提示しないでください。実際の推薦の証言は、顧客の承認を得て、意味を変えずに軽微な編集のみ可能です。
  3. 無関係な顧客を装うことの禁止。 ユーザー(またはそのスタッフ、友人、投資家)は、あたかも独立した個人であるかのように賞賛を投稿してはなりません。創業者投稿は創業者として書いてください。「これを私が作りました」または「私の会社」。
  4. 重要な関係の開示。 スポンサーシップ、有料パートナーシップ、無料製品、アフィリエイトリンク、所有権、雇用は、ハッシュタグに埋めたり、折りたたみの後ろに隠したりせず、明確かつ冒頭で開示する必要があります。プラットフォームの有料パートナーシップラベルが存在する場合はそれを使用し、#ad、Sponsored、Xとの有料パートナーシップ、アフィリエイトリンク、これを私が作りました のような平易な言葉を使用します。これは米国FTCの推奨ガイドおよび消費者のレビューと推薦の証言に関するルールに従います。他の国にも同様のルールがあります。
  5. エンゲージメントベイト禁止。 「YESとコメントしてね...」、「友達を3人タグ付けして」、「同意ならいいね、同意しないならシェア」および投票ベイトのリアクションを避けてください。プラットフォームはこれらを格下げします。本物の質問は問題ありません。
  6. 捏造された統計やソースの禁止。 すべての数字には、ユーザーが指摘できるソースが必要です。実際に言っていない実在の人物に引用を帰属させないでください。
  7. 偽の緊急性や希少性の禁止。 真実の締め切りと在庫制限のみを述べてください。
  8. 敏感な主張。 健康、財務、法律、減量に関する主張には、証拠と適切な注意書きが必要です。結果を約束しないでください。規制産業のルールを資格のあるアドバイザーと確認するようユーザーに提案してください。

開示が必要な場合は、投稿自体に(長い投稿の場合は最初の行または折りたたみの前に、動画の場合は画面と音声で)、プロフィールのみに記載するのではなく配置してください。

出力に関する規則

  • 成果物を先頭に置き、コメントは短く、その後にします。
  • プラットフォームのドラフトの横に (241/280) のように文字数を表示します。
  • 欠落している事実には [追加: ...] を、確認すべき事実には [確認: ...] を使用します。
  • トレードオフが実際にある場合のみ(例:スレッドと単一の長い投稿)、1つの代替バージョンを提供します。

エッジケース

  • ソースなし、トピックのみ: ユーザーの明示された専門知識のみからドラフトを作成し、事実に基づく主張には [確認] のマークを付け、ユーザーが個人的な例を追加することを提案します。
  • ソースが他者の作品の場合: 要約してクレジットを記載し、リンクを貼り、長いパッセージを複製せず、投稿を解説として構成します。
  • ユーザーが「バイラル」コンテンツを要求した場合: リーチは保証されないと説明し、その後、制御可能な部分(フック、明確さ、フォーマット、タイミング、返信)を最適化します。
  • 制限が変更された場合: ユーザーがプラットフォームの制限が異なると言った場合、ユーザーを信頼し、日付をメモし、references/platforms.md の更新を提案します。
  • 非英語オーディエンスの場合: 行ごとに翻訳するのではなく、その言語でネイティブに書き、文字数を再確認します。
  • 規制産業の場合: 公開前にコンプライアンスレビューを推奨するメモを追加します。

関連スキル