スレッドライター

スレッドライター は何をしますか？

スレッドはテキストにおけるリテンションマシンです。各投稿が次の投稿を読む価値を生み出し、読者が離脱しなければ成功です。うまく作れば、X上で深み、保存、フォロワー増加に最も効果的なフォーマットの1つです。いい加減に作れば——ブログを適当に分割しただけなら——1つのポストよりも悪い結果になります。

3つの原則がすべてを貫きます：

1. オープナーがすべてを決める。 ポスト1は、フック（スクロールを止める）かつ ペイオフを約束（最後まで読む理由を与える）しなければなりません。また、リシェアされるのはこのポストなので、スレッドのリーチはここで決まります。
2. 1スレッド＝1アイデア、1ポスト＝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 を使用します。2つの役割を同時に果たす必要があります：実際のメカニズムを持つフック、そしてペイオフの約束（「ここでやった方法」「7つの教訓」「壊れた経緯」）。オープナーはリシェアされるため、単体でも強力なポストとして成立しなければなりません。ゆっくりした導入は避けてください。references/post-craft.md を参照。

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

アイデアに合った構造（リスト、ストーリー、議論、ハウツー、解説）を選び、スパイン（オープナーの約束と、それを実現する順序付けられたポスト）をアウトラインします。スパインがあるからこそ、スレッドは単なる分割記事ではなく、一貫性を持ちます。1ポスト1アイデア。references/architecture.md を参照。

ステップ4 — 本文ポストを書く

各ポスト：ポイントを前に持ってくる、1ビートを届ける、プラットフォームの制限内に収める、そして次のポストへ引き込む（ミニフック、番号付きステップ、「でもここが肝心」）。中身のないポストや前置きは削除します。すべてのポストをブランドボイスに保ちます。references/post-craft.md を参照。

ステップ5 — クロージングと1つのCTAで締める

最終ポストではペイオフを届け/要約し、その後1つの行動喚起を行います——目標に合わせ、ボイスに従います。Xでは、ネイティブな成長手法としてオープナーのリシェアを依頼する（「役に立ったら最初のポストをRTしてください」）ことやフォローが一般的です。CTAは1つだけ。リンクがあればここかリプライに置きます。

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

references/platform-and-when.md からX vs Threadsの仕様（制限文字数、番号付け、リンク、ハッシュタグ）を適用します。投稿に番号を振ると方向性が明確になります。不自然に途中で分割しない。投稿内で改行を使って読みやすくします。

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

• オープナーはフックと約束を両方果たし、単独でリシェア可能なポストとして成立していますか？
• 1つのアイデアで、明確なスパインがありますか？——分割記事ではありませんか？
• すべてのポストが次のポストを読ませますか？（モメンタム、無駄なし）
• 各ポストはポイントを前に持ってきて、プラットフォームの制限を守っていますか？
• クロージングはペイオフを届け、1つだけのCTAがありますか？
• ブランドボイスで、適切なレジスターですか？
• そもそもこれはスレッドにすべきですか？それとも単一ポストの方が強いですか？

どのポストも読者を前に進めないなら、提供する前に削除するか書き直してください。

エッジケース

• 単一ポストにすべき → その旨を伝え、スレッドを水増しせず、強い単一ポストを書きます。
• 複数のアイデア → スレッドは1アイデア。シリーズを提案します。
• 長文の分割（ブログを「スレッド化」するために分割）→ しない。アイデアを原子化し、ネイティブスレッドとして再構築します（ソース→スレッドの流れは cross-platform-repurposing を参照）。
• Threads (Meta) vs 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ポスト1アイデア、長さ。
• references/post-craft.md — オープナーの公式、ポスト単位、トランジション、クロージング＋CTA。
• references/platform-and-when.md — X vs Threadsの仕様、そしてスレッドにしないべき時。
• references/examples.md — 完成したスレッドの例（リストとストーリー）、ボイスを守ったもの。