social-thread について
social-threadは、素材をもとにXのスレッドやLinkedInの複数投稿を作る執筆スキルです。論旨の決定、構成、冒頭案の評価、プラットフォーム別の制限への対応を進め、最後は一つの依頼で締めます。
主な機能
- 01文体とプラットフォームの規則を読み込む
- 02論旨を段階的な構成にまとめる
- 03冒頭案を3つ作成して評価
- 04文字数を投稿上限に照らして確認
- 05明確なCTAを一つ添えて締める
活用シーン
- 01ブログ記事をXスレッドにする
- 02メモをLinkedInの複数投稿にまとめる
- 03連続投稿の執筆前に冒頭案を比較
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/インストール後、Claude Code で/social-threadを入力して読み込まれたか確認します。
同梱ファイルevals/evals.jsonreferences/platform-rules.md
詳細
フックで最後まで読みたくなる流れを作り、各投稿には必ず1つのアイデアだけを盛り込み、最後の投稿では何を求めているのかを明確にしましょう。
コンテキスト
プロジェクトルートの social-context.md（.agents/social-context.md も確認）を読み、ポジショニング、ボイスのルール、対象読者、柱、目標、禁止事項を確認してください。見つからない場合は、まず social-context スキルを実行するよう提案しますが、作業は止めずに、（どのプラットフォームか — X のスレッドまたは LinkedIn の複数投稿か、どの程度刺激的にするか — 控えめ・率直・挑発的か）の2点をその場で質問してから進めてください。
ワークフロー
- プラットフォームを確認し、そのルールを読み込みます。 X のスレッドですか、それとも LinkedIn の複数投稿ですか？ 対象プラットフォームの投稿ごとの上限、フックの文字数予算、投稿数、リンクやハッシュタグの慣例を確認するため、references/platform-rules.md を読み込み、記憶に頼らず、それらを基準に予算を割り当てます。
- すぐに素材を入手します。ブログ記事、メモ、ストーリー、あるいはテーマだけでも構いません。テーマだけの場合は、下書きの前に具体的な情報を引き出します。数値、失敗、前後の変化などです。投稿の連続は意見ではなく、証拠で成り立ちます。
- 主張の軸を一文にまとめます。最後の投稿を読んだ後、最初の投稿を読む前とは違って、読者に何を信じたり、実行したりしてほしいのでしょうか？ 素材から二つの主張が考えられる場合は、どちらを論じるのか尋ねます。主張の軸がなければスレッドにはせず、代わりに単独の投稿を書き、その旨を伝えます。
- 投稿を書く前に、各投稿につき一つずつ、参考資料にあるプラットフォームの投稿数の範囲内で、展開に緩急をつけた要点を整理します。
- フック
- 重要性／背景（最大1投稿）
- 要点を順に展開する。後半に二番目に重要なポイントを置き、最も重要なポイントを締めに使う
- 締め
- CTA 別の要点を言い直しているだけのものは削除します。1行の要点を番号付きリストで示し、ユーザーに順番の変更や削除をしてもらいます。
- 次の各パターンに沿って、フックを3種類作成します。
- 好奇心のギャップ： どうなるかを約束し、仕組みは伏せます。「あるメール一通でアクティベーション率が2倍になりました。皆さんが思い浮かべているメールではありません。」
- 大胆な主張： 主張の軸を、弱めずにそのまま打ち出します。「オンボーディングの大半は、成果ではなく製品の使い方を教えているため失敗します。」
- 具体的な数値： 証拠となる数値を冒頭に示します。「ユーザーインタビュー47件。見えてきたパターンは3つ。実際に解約につながる理由をご紹介します。」
- 各フックを3つの観点で1～5点で評価します。スクロールを止める力、投稿の連続で実際に果たせる具体的な約束になっているか、Voice ルールに沿っているかです。各スコアを示し、一つを推奨して、ユーザーに選んでもらいます。期待を煽りすぎるフックは、退屈なフックよりも悪影響があります。約束とのギャップがあると、投稿の連続が酷評されます。
- 要点の構成に沿って投稿を書きます。各投稿は一行目で要点を示し、アイデアは一つだけにします。「それから、もう一つ」と付け足したくなる内容は、別の投稿に分けるか、削除します。読点でつなぐより改行を優先します。長い段落よりも、短い行をいくつか並べたほうが読みやすくなります。隣の投稿を読まなくても意味が通じる投稿にします。
- 参考資料にあるプラットフォームごとの投稿上限を基準に、文字数を調整しながら進めます。各投稿の後に
(文字数/上限)の形式で文字数を示します。余裕を残せるよう、フックは参考資料の文字数予算内に収めます。上限を超えた場合は、言葉を削ります。収めるために一つのアイデアを二つの投稿に分割してはいけません。 - 締めは、CTA として機能する投稿にします。まず締めの要点を一行で言い直し、次に依頼を一つだけ示します。理由を添えてフォローを促す、リンクを載せる（リンクを載せてよいのはこの投稿だけです）、または具体的な質問で返信を促す、のいずれかです。依頼は一つだけにし、三つ並べてはいけません。
- 番号に関する希望を尋ねます。番号付き（
1/）にするか、番号なしの自然な投稿にするかを確認します。番号を付けると長さが事前に伝わり、スクリーンショットでも分かりやすくなります。番号なしのほうが自然に読めます。選択した形式は一貫して適用します。番号を付ける場合、読者が必要な時間を見積もれるよう、フックに総投稿数（「1/9」など）を表示します。 - 余白とリズムを確認します。投稿ごとの長さに変化をつけ、各投稿がスクリーンショット単体でも成立することを確認し、ハッシュタグが参考資料に沿っているか（投稿の連続の途中では使わない）を確認します。すべての投稿を Voice ルールに照らして見直します。その後、Quality bar の各項目とプラットフォームのルールに対して、各投稿と投稿全体を確認し、満たしていない項目があれば、提示する前に修正します。
- 文字数を各投稿に添えて、投稿の全体を提示します。入れ替えを希望する場合に備えて、使わなかったフックも二つ、代替案として明記します。
品質基準
プラットフォームごとの制限（投稿ごとの文字数、フックの予算、シーケンスの長さ、リンク、ハッシュタグ）は references/platform-rules.md に記載されています。記憶に頼らず、すべての投稿を該当する プラットフォームの行に照らして確認してください。すべてのシーケンスで、次の条件を満たしてください。
| 制約 | ルール |
|---|---|
| フック | プラットフォームのフック予算内に収め、シーケンスで提供する内容と約束が一致していること |
| すべての投稿 | 文字数を表示したうえで、投稿ごとの制限内に収めること。アイデアは必ず1つに絞り、スクリーンショット単体で内容が伝わること |
| 長さ | プラットフォームの投稿数の範囲内に収めること。背景や準備に使える投稿は最大1つ |
| リンク | 最後の投稿のみに含めること。シーケンスの途中にリンクがあると、そこで読者が離れてしまいます |
| ハッシュタグ | リファレンスに従い、シーケンスの途中には含めないこと |
| 構成 | 盛り上がりを高めること。最も強い内容は後半に配置し、CTAの前に見せ場を置くこと |
| CTA | 締めくくりの投稿で依頼することは必ず1つにすること |
| 文体 | すべての投稿が social-context.md の文体ルールを満たしていること |
| 番号付け | ユーザーが選んだ方式をすべての投稿に適用するか、どの投稿にも適用しないこと |
納品物
すぐに貼り付けられる完全なシーケンスを作成してください。各投稿は文字数とともにそれぞれ別のブロックにし、ユーザーが選んだ方式で番号を付けてください。最初に選択したフックを置き、参考用に残り2つの代替フックをその後に追加してください。そこで終わりです。