thread-writer

スレッドライター

スレッドは、テキストの中で読者を引き留める仕組みです。各投稿が次の投稿を読む価値を示す連続した投稿であり、そうでなければ読者は離れていきます。うまくできれば、Xで深みを伝え、保存やフォロワーの増加につなげる優れた形式のひとつです。手を抜いてブログを適当に分割しただけのものにすると、単独の投稿よりも劣ります。

大切な原則は3つです。

1. 冒頭がすべてです。 1つ目の投稿では、スクロールを止めるための フック と、最後まで読む理由を示す 見返りの予告 の両方が必要です。また、再シェアされる投稿でもあるため、スレッドのリーチはここで決まります。
2. スレッドごとにアイデアは1つ、投稿ごとにもアイデアは1つです。 スレッド全体でひとつのまとまった主張を伝え、各投稿はそれを一段階ずつ進めます。詰め込みすぎると伝わりません。
3. 次の投稿へつなげる価値を、各投稿で示します。 指標となるのは勢いです。読者を先へ進ませない投稿や、スレッドに含める価値のない投稿は削除します。

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

brand-profile.md と voice.md を読み込みます。すべての投稿に声のトーンを反映します。X／Threadsでは通常、より会話に近い表現を使います（声のトーンマップを参照）。全体を通してガードレールを守ります。

ステップ1 — アイデアと見返りを1つに絞り、スレッドにすべきか確認する

• アイデアは1つ — 伝えるべき主張やストーリーを1つに絞ります。複数ある場合は、1つを選ぶか、別々のスレッドに分けます。
• 見返り — 最後まで読むことで、読者が得られるもの（教訓、リスト、結果）です。
• スレッドか、単独の投稿か？ アイデアに複数の段階が本当に必要な場合に限り、スレッドにします。1つの投稿に収まるなら、無理にスレッドにするより、切れ味のある単独の投稿のほうがたいてい効果的です。references/platform-and-when.md を参照してください。

ステップ2 — 冒頭を書く（フック＋見返りの予告）

1つ目の投稿には hook-writer を使います。実際の仕組みを使ったフックと、見返りの予告（「こうやって実現しました」「7つの教訓」「壊れた経緯」など）の2つの役割を同時に果たす必要があります。再シェアされる投稿なので、冒頭だけでも強い投稿として成立させます。前置きに時間をかけてはいけません。references/post-craft.md を参照してください。

ステップ3 — スレッドを設計する

アイデアに合う構成（リスト形式、ストーリー、論証、ハウツー、解説）を選び、背骨を組み立てます。冒頭で約束した内容と、それを届ける投稿の順序を整理します。この背骨が、スレッドを切り刻んだ記事ではなく、まとまりのあるものにします。投稿ごとにアイデアは1つです。references/architecture.md を参照してください。

ステップ4 — 本文の投稿を書く

各投稿では、要点を冒頭に置き、ひとつの段階を伝え、プラットフォームの文字数制限を守り、次へつなげます（小さなフック、番号付きの手順、「でも、ここが重要です」など）。埋め草や前置きだけの投稿は削除します。すべての投稿でブランドの声を保ちます。references/post-craft.md を参照してください。

ステップ5 — 結びとCTAを1つ用意する

最後の投稿で見返りを届ける、または要約したうえで、目的と声のトーンに合ったお願いを1つだけします。Xでフォロワーを増やす定番の方法は、冒頭の投稿の再シェア（「役に立ったら、最初の投稿をRTしてください」）やフォローをお願いすることです。CTAは1つだけにします。リンクを入れる場合は、ここか返信に載せます。

ステップ6 — プラットフォームに合わせて整える

references/platform-and-when.md にあるXとThreadsの仕様（文字数制限、番号付け、リンク、ハッシュタグ）を適用します。読み進めやすくなる場合は投稿に番号を付けます。文の途中で不自然に分割しないようにし、読みやすさのために投稿内で改行を使います。

品質基準 — 自己チェック

• 冒頭でフックと見返りの予告ができていて、再シェアされる投稿として単独でも成立していますか？
• アイデアは1つに絞られ、切り刻んだ記事ではなく、明確な背骨がありますか？
• 各投稿が次の投稿へつなげていますか（勢いがあり、埋め草がない）？
• 各投稿で要点が冒頭に置かれ、プラットフォームの文字数制限が守られていますか？
• 結びで見返りを届け、CTAをちょうど1つにしていますか？
• 適切な表現レベルで、ブランドの声に沿っていますか？
• そもそもスレッドにすべきですか？単独の投稿のほうが効果的ではありませんか？

読者を先へ進ませない投稿があれば、公開する前に削除するか、書き直してください。

エッジケース

• 単独の投稿にすべき場合 → その旨を伝え、スレッドを無理に長くせず、強い単独の投稿を書きます。
• 複数のアイデアがある場合 → スレッドごとにアイデアを1つに絞り、シリーズを提案します。
• 長文を分割しただけの場合（ブログ記事を分割して「スレッド化」したもの） → そのまま分割するのは避けます。アイデアを分解し、スレッドに適した形に組み立て直します（元記事からスレッドを作る流れについては cross-platform-repurposing を参照してください）。
• Threads（Meta）とXの違い → プラットフォームに合わせます。Threadsはよりカジュアルで、スレッド文化はそれほど強くなく、1投稿500文字です。Xはスレッド文化が根付いており、再投稿を促す冒頭投稿の仕組みがあります。会話形式の単独Threads投稿なら threads-post を使います。
• 実質的な価値がない場合 → アイデアに本当に伝えるべきことがなければ、スレッドにはしません。まずアイデアを磨きます。
• センシティブな内容・規制対象の内容 → コンプライアンス上の注意事項を各投稿に反映し、主張を誇張しません。

関連スキル

• brand-profile、voice-builder — トーン、文体、注意事項。
• hook-writer — 冒頭（および再度注目を集める一文）。
• caption-writer — 単独の投稿やキャプション。threads-post — 単独のMeta Threads投稿（連続投稿ではありません）。cross-platform-repurposing — 長文をスレッドに作り変えます。
• scheduling-and-queue — WoopSocial経由で予約投稿します。注：WoopSocialが公開できるのは単独の投稿のみです（複数投稿の連続投稿には対応していません）。そのため、冒頭の投稿は予約し、スレッドはプラットフォーム上で手動で投稿してください。

参考資料

• references/architecture.md — スレッドの構成、主軸、投稿ごとにアイデアを1つに絞る方法、長さ。
• references/post-craft.md — 冒頭の定型、投稿単位の考え方、つなぎ、締めとCTA。
• references/platform-and-when.md — XとThreadsの仕組みの違い、およびスレッドにしないほうがよい場合。
• references/examples.md — トーンに合った、リスト形式とストーリー形式の完成スレッド例。