スレッドライター — ひとつのアイデアを、最後まで読ませる形に は何をしますか？
スレッドが失敗する理由はひとつです。途中のある行で、読者に「ここでやめていい」という許可を与えてしまうからです。このスキルは、すべての行が次の行へと引き込むことだけを目的とし、最初に実際に守られる約束を掲げ、読者が時間を費やす前に信じてもらえる具体性を上部に配置するスレッドを構築します。
パーソナライズ
このスキルはあなたのブランドボイスで動作します。実行前に、~/.claude/brand-profile.md にあるブランドプロファイルを読み込んでください。
- プロファイルが存在しない場合は、先に personalize スキルを実行するか、あなたの名前、ニッチ、提供しているもの、ターゲットオーディエンスを教えてください — 作成します。
- このスキルが必要とするフィールドが空欄の場合は、質問を1～2個して、回答をプロファイルに保存します。これにより、同じ質問に一度だけ答えれば済むようになります。
- ユーザーに関する事実や結果は決して捏造せず、プロファイルに書かれている内容のみを使用するか、質問をしてください。
手順
1. ひとつのアイデアを見つける
質問：「あなたが誰かに持ち帰ってほしいことは、たったひとつだけ何ですか？」
そして、相手の回答を一文に圧縮します。それを相手に読み上げて確認します。一文にできない場合は、スレッドが2本あるということです — どちらを今書くか選んでもらいましょう。
また、明白でない場合は次の質問もします：「これは実際にあなたがやったことですか？それとも、読んだことを説明していますか？」自分の体験、失敗、数字に基づくスレッドは、一般的なアドバイスに基づくものより10倍価値があります。常に相手の実体験へと誘導してください。
2. 言葉を書く前に証拠を集める
具体的なものを尋ねます：
- 実際に測定した数字（時間、金額、試行回数、ユーザー数、日数）
- 具体的な瞬間（壊れた夜、最初のユーザーからのメッセージ）
- 説明できる変化の前後
これらを最初に書き留めてください。スレッド全体を支えるアンカーになります。もし何もない場合、スレッドは一般的なものになります — 戻って、実際に経験したより狭いアイデアを選び直しましょう。
数字は決して捏造しないでください。ない場合は、代わりに具体的な説明を使います：「5晩かかった」は数字です。「毎回同じ画面でクラッシュし続けた」は具体的な詳細です。どちらも有効です。「本当に大変だった」は無効です。
3. 特定の約束をするフックを書く
フックは1～2行で、正確な約束をしなければなりません。
以下の基準でテストしてください：
- 読者が何を得られるか書かれているか？「コード不要で週末に予約サイトを作った方法」は約束している。「構築についての所感」はしていない。
- 反証可能なほど具体的か？曖昧な約束はノイズと読まれる。
- 前置きを避けているか？「～について話したい」「～というスレッドです」「～をお伝えします」は削除する。
- あなたのことを全く知らない他人が、これで立ち止まるか？
良いフックの形：具体的な成果 + 意外な制約。「コードが読めないのに、6晩で動くアプリを作りました。」
フックを3本書いてください。最も強いものを選び、その理由を一行で説明します。
4. 本文を構築する — 一行にひとつのアイデア
次に中盤を書きます。ここでスレッドは死ぬので、ルールは厳格です。
- 一行にひとつのアイデア。 一行に2つの思考を決して重ねないでください。もし行に「そして」があって2つのアイデアを結合している場合は、分割します。
- 各行の間に空行を入れる。 空白はスマートフォンで読みやすくするためのものです。
- 3行目または4行目までに具体的な証拠を入れる。 数字や具体的な瞬間は早めに配置します。読者は最初の15秒で信頼するかどうかを決めます。最後ではありません。
- リテンションルール： 各行を読んで「これで次の行が読みたくなるか？」と自問します。もし行が緊張を完全に解いてしまうなら、解決を後回しにするか、その行を削除します。すべての行は少しだけ開かれた状態で終わります。
- スレッド途中で要約しない。 「ご覧のとおり」と書かれた行は、読者が離脱するポイントです。
- 中盤は実際の順序で並べます：私が考えていたこと → 起きたこと → 今ならどうするか。ストーリービートのリスト。もしリスト形式でなければならない場合は、各項目を小さなストーリーにします。
長さ：Xは6～12行、LinkedInは8～15の短い行。それ以上になると、ひとつのアイデアではありません。
5. 締めくくりを決める
ほとんどのスレッドは「とにかく、参考になれば幸いです」という弱い終わり方で尻すぼみになります。締めくくりは次の3つのうちどれか1つだけを行うべきです：
- フックに戻る。 約束に直接答え、そこで止める。
- 最小の次のステップを手渡す。 今夜すぐにできるひとつの行動を、一行で説明する。
- 本当の質問をする。 「どう思う？」ではなく、5語で答えられるほど具体的な質問。
そして、シェアするものがあれば、CTAをひとつ。Xではリンクか「リプライすれば送ります」。LinkedInでは、コメントキーワードを使うとリンクより多くのリプライを集められます。お願いはひとつだけ。
6. プラットフォーム用にフォーマットして読み返す
- X： 番号は振らない。各行がスレッドの個別のポストになります。各行は280文字以下。ポスト1がフックです。最後のポストがCTAを運びます。
- LinkedIn： ひとつのポスト。最初の2行は「続きを見る」のカット位置より前で機能しなければなりません — フックと約束をそこに置いてください。すべての行を短く保ちます。
保存前の最終チェック：
- 最も弱い行を削除する。必ずひとつはあります。
- 削除しても意味が変わらない行は削除する。
- 禁止ワード：アンロック、レバレッジ、エレベート、ゲームチェンジャー、ジャーニー、シームレス、謙虚、感激。
- 声に出して読む。つっかえる文は、より短く書き直す。
出力 — 保存する
完成したスレッドを ~/threads/YYYY-MM-DD-<短いスラッグ>.md に書き込みます（必要に応じて ~/threads/ ディレクトリを作成します）。
ファイルには以下を含めます：一文のアイデア、プラットフォーム、選んだフックと次点の2つ、完全なスレッド（Xの場合は番号付きポスト、LinkedInの場合はひとつのブロック）、そしてCTA。
ユーザーにファイルパスを伝えます。その後、次のひとつのアクションを伝えます：公開して、最初の1時間はすべてのコメントに返信すること — 返信こそが本番です。
例（入力 → 出力）
入力： 「ポートフォリオサイトを週末でClaude Codeを使って作ったスレッドを書きたい。一度もコーディングしたことがないのに。レイアウトを正しくするのに9回も試行錯誤した。」
出力（~/threads/2026-07-30-portfolio-weekend.md に保存）：
ひとつのアイデア：コードを知らなくてもいい — 大切なのは、何が悪いかを9回言えることだ。
フック：
私は週末でポートフォリオサイトを作りました。コードを一行も書いたことがありません。
誰も教えてくれないこと：ひとつのレイアウトを正しくするのに9回かかりました。それが普通の回数です。
本文（抜粋）：
1回目は醜かった。私は「ヘッダーが窮屈に感じる」と伝えた。
4回目はさらに悪化した。それも伝えた。
コードは一度も開かなかった。一度も。
毎回、自分の目で見てわかる具体的なことをひとつだけ言った。
それがスキルのすべてだ。何が悪いかを、普通の言葉で、声に出して説明すること。
締めくくり：
サイトは公開中です。週末と、私が平易な英語で文句を言った9ラウンドがかかりました。
コーディングを学ぶまで待っているなら：あなたは間違ったものを待っています。
コメントに SITE と書けば、使ったプロンプトを正確に送ります。
注意点／エッジケース
- このスキルが防ぐ障害モード：実際には5本のスレッドを詰め込んだもの。ひとつのアイデアでなければ、誰も最後まで読まない。
- 証拠、数字、自分のストーリーが何もない場合、スレッドは一般的なアドバイスになります。そう伝え、実際にやったことに絞る手伝いをします。
- アイデアがひとつの投稿に収まる場合は、代わりに caption-writer を使うように伝えてください。小さなアイデアをスレッドに引き伸ばすのは、小さなアイデアを投稿するより悪いです。
- アイデアがクライアントの成果である場合は、case-study に引き継いでください。その形式の方が成果をはるかにうまく伝えられます。
- 何度書いてもフックが一般的なままになる場合、問題はコピーライティングではなくポジショニングです。positioning-filter に引き継いでください。