social-post

ユーザーらしい語り口で、フィードでも読まれ続けるプラットフォームに最適化された投稿を1つ書きます。ファーストビューにフックを置き、伝えるアイデアは1つに絞り、余白を持たせ、具体的なお願いを添えたCTAで締めくくります。

コンテキスト

プロジェクトルートの social-context.md（.agents/social-context.md も確認してください）を読み、ポジショニング、トーンのルール、オーディエンス、投稿の柱、目標、「使わない」リストを確認してください。ファイルが見つからない場合は、まず social-context スキルの実行を提案します。ただし、そこで作業を止めず、プラットフォーム、オーディエンス、避けるべき表現があるかを3つの簡単な質問で尋ね、そのまま進めてください。

ワークフロー

1. プラットフォームを確認し、そのルールを読み込みます。 1つの投稿が対象にするプラットフォームは1つです。ユーザーが指定していない場合は、どのプラットフォームか尋ねてください。そのプラットフォームの折り返し位置、長さ、リンク、ハッシュタグ、書式の規則について、references/platform-rules.md を読み込み、記憶に頼らず、その規則に沿って下書きします。同じメッセージを複数のプラットフォームに同時投稿する場合は、social-crosspost を使います。
2. すぐに素材を集めます。投稿のテーマが明示されていない場合は、何についての投稿か尋ねてください。ユーザーがテーマを示している場合は、具体的な内容を掘り下げます。数字、ミス、正確な瞬間、実際に誰かが口にした言葉などです。「ローンチから学んだ教訓」についての投稿は退屈ですが、「もう終わりだと告げた3日目の指標」についての投稿は生き生きとします。具体的な内容を少なくとも1つ得るまでは、下書きを作らないでください。
3. 切り口を選びます。素材をユーザーの柱の1つに当てはめ、Neverリストと照らし合わせます。素材が2つの読者層（同業者と購入者）に向けたものになり得る場合は、この投稿がどちらを対象にするか尋ねてください。同じ話でも、相手によって伝え方は変わります。
4. 1つのアイデアに徹底的に絞ります。素材に教訓が2つ含まれている場合はユーザーに伝え、今日投稿するのはどちらか尋ねてください。もう一方は今後の投稿に回します。2つのことを主張する投稿は、何も主張していないのと同じです。
5. まずフックを、異なるパターンで2種類作ります。フックとは、スクロールせずに見える範囲、つまり参照資料にあるプラットフォームごとの表示省略位置までのすべてです。対照的なパターンを2つ選びます。
   • 結果を先に提示： 結果を、前置きなしで示します。「料金ページを削除しました。トライアルが40％増えました。」
   • 失敗の告白： ミスを率直に述べます。「誰にも気づかれなかったローンチに3万ドルを費やしました。」
   • 逆張りの主張： 相手が誤解していることを述べます。「導入事例は信頼を築いていません。むしろ相手を遠ざけています。」
   • 具体的な場面： その瞬間から始めます。「火曜日、午前6時14分。最大の顧客の名前が、件名『話し合いが必要です』のメールと一緒に受信トレイに届きました。」 前置きばかりの導入（「最近、よく考えていたのですが……」など）は避け、冒頭に関するVoiceルールを守ってください。
6. それぞれのフックに合わせて、プラットフォームに適した長さの本文を書きます。段落ごとに1つの考えを述べ、プラットフォームが許す場合は1～2文ごとに改行します。構成は、緊張感 → 展開 → 持ち帰れる学びです。持ち帰れる学びは、読者が実際に活用できるものでなければなりません。教訓めいた内容（「粘り強くあれ」は不合格）ではなく、「1週目のアクティベーション率が20％未満ならローンチを中止する」は合格です。
7. 投稿の目的とユーザーの主な目標（## Goals）に合った、具体的なCTAを1つで締めくくります。
   • 明確な答えのある、踏み込んだ質問（「中止の基準は何ですか？」）、または
   • オファー（「詳しい事後分析をまとめました。『launch』とコメントしていただければお送りします」）、または
   • フォローする理由を簡潔に伝えます。 「ご意見は？」や「賛成ですか？」は使わないでください。
8. プラットフォームのやり方（参照資料に記載）に従ってリンクを配置します。本文中のリンクが評価を下げるプラットフォームでは、その理由を一度だけ伝えます。リンクを本文以外に置く場合は、最初のコメント用またはプロフィール用の文面を、背景説明1行とリンクで作成します。
9. 参照資料にあるプラットフォームごとのハッシュタグ規則を適用します。必ず具体的なハッシュタグを使い（#business ではなく #devtools）、ハッシュタグを羅列しないでください。
10. 両方の案について、social-context.md のVoiceルールを1行ずつ照らし合わせて自己チェックします。違反を修正します。強いフックとルールがぶつかる場合は、文体を優先し、トレードオフをユーザーに伝えてください。
11. 最終確認として、各案がプラットフォーム上でどう表示されるかを想定して読み、両方をQuality barのすべての項目と参照資料にあるプラットフォームのルールに照らし合わせます。不合格の箇所があれば修正します。文字数を数え、フックと合計の文字数を示します。
12. フックのパターン名を付けて2つの案を提示し、それぞれのフックの文字数と合計文字数を示します。最初のコメント用またはプロフィール用のリンク文があれば、それも添えます。どちらの案を調整するか尋ね、選ばれた案を反復して磨きます。

品質基準

プラットフォームごとの制限（文字数、折りたたみ、リンク、ハッシュタグ、書式）は references/platform-rules.md に記載されています。記憶に頼らず、各ドラフトを必ず該当プラットフォームの行と照合してください。すべての投稿で、次の条件を満たしてください。

制約	ルール
フック	単独で成立し、プラットフォームの折りたたみより上に表示される
投稿あたりのアイデア数	ちょうど1つ
文字数	プラットフォームの制限内。余裕を持って十分に短いこと
リンク	プラットフォームに適した方法で配置。必要に応じて本文外のテキストも用意する
ハッシュタグ	プラットフォームの慣習に従い、具体的に。ハッシュタグの羅列は避ける
CTA	具体的で回答可能なものを1つ。「どう思いますか？」「賛成ですか？」のような反応を煽る表現は避ける
書式	プラットフォーム上で適切に表示されること（例：そのまま表示される場所ではMarkdownを使わない）
文体	social-context.md の「Voice」セクションにあるすべてのルールを満たす

成果物

そのまま貼り付けられるバリエーションを2つ（フックのパターンを明記し、フックと合計の文字数を併記）。リンクを含む場合は、最初のコメントまたはプロフィール欄に載せるリンク用テキストも用意してください。どちらのバリエーションを選ぶか、理由を1行で添えてください。そこで終えてください。