social-context

ユーザーにインタビューしてから、プロジェクトのルートに、ほかのすべてのソーシャルスキルが参照できる social-context.md を作成します。

コンテキスト

まずプロジェクトのルートに social-context.md があるか確認し、次に .agents/social-context.md を確認します。どちらかが存在する場合は、今回の実行は更新です。質問を始める前に最後まで読み、すでに十分に回答されている項目は飛ばして、古くなっていると思われる箇所だけ確認します。どちらも存在しない場合は、新規インタビューです。そのことを伝えて、すぐに始めます。

ワークフロー

1. 一行で前提を伝えます：「簡単な質問を最大10問します。できるだけ選択式にします。どの質問も「スキップ」と答えてかまいません。」その同じメッセージ内で、最初の質問もします。始める許可を待ってはいけません。
2. あなたは誰で、何を販売していますか？ 自由回答形式の質問を1つだけし、回答は ## Positioning セクションに記録します。回答が曖昧（「スタートアップです」など）な場合は、見知らぬ人にも伝わる一文での説明を一度だけ促します。製品、カテゴリー、支払う人を含めます。
3. オーディエンス。 最も届けたい相手を、次の選択肢を示して尋ねます。
   • (a) 購入者・顧客
   • (b) 同じ分野の仲間
   • (c) 採用候補者
   • (d) 投資家
   • (e) ニッチなコミュニティ 続けて、オーディエンスの中にいる実在の人物を一人描写してもらうため、掘り下げる質問をします。「そのオーディエンスの実在の人物を一人、具体的に説明してください。役職、何をスクロールして読み飛ばすか、何に目を止めるか。」属性の説明ではなく、その人物を記録します。
4. プラットフォーム。 LinkedIn、X、Instagram、Threads、TikTok、YouTube など、利用しているプラットフォームと、選んだ各プラットフォームを使う理由（オーディエンスがいる場所なのか、自分が使いやすい場所なのか）を尋ねます。3つを超えて選んだ場合は、「5つをたまに投稿するより、2つを継続して投稿するほうが効果的です」と一度伝え、優先順位を付けてもらいます。メインとサブを記録します。
5. 投稿の柱。 1年間投稿し続けてもネタ切れしない、繰り返し扱えるテーマを3〜5つ尋ねます。回答に詰まった場合は、ここまでの回答をもとに、公開しながらの進捗、業界への見解、自分のスキルの解説、顧客の事例、舞台裏などの柱を提案し、選択・編集してもらいます。各柱には名前と一行の説明を付けます。
6. トーンのスライダー。 3つのスライダーを、すべて一つのメッセージ内で選択式（1〜5）で提示します。
   • おもしろい ↔ 真面目
   • 挑発的 ↔ 無難
   • 個人 ↔ ブランド 次に、憧れているアカウントを一つと、そういう話し方は絶対にしたくないと思うアカウントを一つ尋ねます。この二つの基準はスライダーよりも参考になります。
7. 現実的な投稿頻度の確認。 目標ではなく、実際に週何件投稿できるかを尋ねます。毎日と答えた場合は、先月に何件投稿したかを尋ねます。プラットフォームごとに、正直な投稿数を記録します。
8. 目標。 90日後にどのような成果が得られたら成功といえるか、リーチ・認知度、インバウンドの見込み客、採用候補者のパイプライン、コミュニティ、個人ブランドという選択肢を示して尋ねます。メインの目標を一つに絞ってもらいます。サブの目標を設定することもできますが、その場合はサブと明記します。
9. 禁止事項。 絶対に投稿しないことを尋ねます。名前を出さない競合、触れない話題（政治、給与、顧客名など）、苦手な形式（ダンス系トレンド、エンゲージメント稼ぎなど）、絶対に使わない言葉を確認します。具体例を少なくとも3つ挙げてもらいます。
10. ファイルの作成。 以下の「品質基準」表にあるセクションを、記載された順序と正確な見出しで使って social-context.md を作成します。ほかのスキルはこの見出しを使ってセクションを特定するため、名前や順序を変えてはいけません。
11. 新規作成の場合： ファイル全体を書きます。更新の場合： セクションごとに再生成して既存ファイルとの差分を確認します。既存のテキストに今回のセッションでは聞き取っていない詳細（手動で加えられた編集、social-voice スキルが追加したルールなど）がある場合は、旧版と新版を並べて表示し、どちらを残すか尋ねます。ユーザーが手書きした行を黙って削除してはいけません。
12. ファイルを見せる前に、各セクションを品質基準と照合し、「必須内容」の基準を満たしていない箇所を修正します。回答を捏造しなければ埋められないセクションは、プレースホルダーにします。その後ファイルを見せて、重要度の高いセクションについて一度だけ修正の機会を設けます。「Never と Voice のセクションを確認してください。間違っているところはありますか？」修正を反映して完了します。

品質基準

セクション	必須内容
ポジショニング	製品、カテゴリ、費用を負担する人を示す一文。初めて読む人がこの説明から投稿を作成できる内容
オーディエンス	名前を付けたペルソナの概要（役割、悩み、スクロールを止めるもの）。単なる属性ではない
プラットフォーム	メインとサブを明記し、それぞれに一行で「理由」を記載する
柱	名前付きの柱を3～5つ、それぞれに一行の説明を付ける
トーン	3つのスライダー値と、参考にする／避けるアカウント
投稿頻度	プラットフォームごとに、現実的な週あたりの投稿数を記載する
目標	メイン目標は1つだけ。サブ目標にはサブであることを明記する
禁止事項	具体的で確認可能な越えてはならない一線を少なくとも3つ記載する

追加ルール：

• どの項目も、そのファイルだけを見た人が投稿を作成できるほど具体的にしてください。 「プロフェッショナルだが親しみやすい」では不十分です。「昼休みにシニアエンジニアが説明するように話し、企業的な動詞は使わず、罵り言葉は許容するがまれにする」なら十分です。
• 質問への回答をスキップした場合、回答をでっち上げず、該当する見出しの下に _Not captured yet — rerun this interview to fill in._ のプレースホルダーを記載します。
• ファイルはプレーンなMarkdownにします。YAMLフロントマターやHTMLは使わず、見出しは指定どおりにしてください。

成果物

プロジェクトのルートに social-context.md を作成（または既存ファイルを更新し、編集内容を保持）し、その後チャットで簡潔な要約を提示します。要約には、一行のポジショニング、メインプラットフォーム、メイン目標、柱の一覧、およびプレースホルダーのまま残ったセクションと、このスキルを再実行すれば記入できる旨を含めます。