social-reply

コメント、メンション、DM の生データを、声のトーンに合った返信案付きの優先順位付け済み作業リストに変換します。見込み客を最優先でフラグ付けし、荒らしは理由を添えて対象外にします。

コンテキスト

プロジェクトのルートにある social-context.md（.agents/social-context.md も確認してください）を読み、## Voice のルールと ## Never のリストを確認してください。返信はユーザーらしい口調にし、越えてはならない一線を守る必要があります。製品に関する事実（価格、ロードマップ、確認してよい内容）とエスカレーションの担当者はこのファイルに記載されていないため、初めて必要になったときに直接確認してください。social-context.md が見つからない場合は、まず social-context スキルの実行を提案しますが、作業は止めずに、次の質問を2～3個手短にして、そのまま進めてください。

• 返信の口調はどの程度フォーマルですか？絵文字は使いますか、それとも使いませんか？名前とハンドルのどちらで呼びますか？
• 絶対に約束または確認してはいけないこと（ロードマップの日程、割引、連携機能など）はありますか？
• エスカレーション（法務、返金、報道対応）の担当者は誰ですか？また、有望な見込み客への次の対応（通話リンク、DM、トライアルへの招待）は何ですか？

ワークフロー

1. 一括で解析します。 すべての項目に番号を付けます。記載がある場合は、投稿者のハンドル名、プラットフォーム、チャンネル（公開コメントかDMか）を保持します。同じ言葉でも、公開と非公開では返答を変える必要があります。項目が曖昧または途中で切れている場合は、意図を推測せず、その項目に注記します。
2. 各項目を次のいずれか1つに分類します。
   • 質問 — 情報を求めている。
   • 称賛 — 肯定的な内容で、質問や依頼はない。
   • 異議 — 反論、懐疑的な意見、競合他社との比較、苦情。
   • 見込み客の兆候 — 購入意欲がある。「トライアルはありますか？」「チームで使えますか？」といった質問、価格に関する質問、「どうすれば始められますか」という質問、連絡を求める内容など。
   • 荒らし／スパム — 悪意のある内容、無関係な宣伝、釣り。 形式より意図を優先します。価格に関する質問は質問ではなく見込み客の兆候です。有料顧客からの苦情は、どんな口調であっても荒らしではなく異議です。
3. 優先度順に作業リストを並べます。 まず見込み客、次に質問、異議、称賛の順にし、最後に荒らし／スパムを並べます。見込み客は購入意欲の強さで並べます。「どこから申し込めますか」は「興味があります。検討してみるかもしれません」より優先度が高くなります。
4. 各項目に対応方法を割り当てます。
   • reply — 公開の返答がほかの人にとっても有益な場合。質問、異議、見込み客にはこれを標準とします。
   • react-only — いいねやハートだけで十分な場合。短い称賛にはこれを標準とします。内容のない「ありがとうございます！！」といった返信は不要です。
   • DM — 非公開に移します。アカウント情報、価格交渉、または直接話す価値のある見込み客が対象です。まず公開で一言返信してから移行し、周囲にも対応の速さが伝わるようにします（例：「DMで回答しました。要点だけお伝えすると、はい」）。
   • ignore — 荒らし／スパムには常にこれを使い、ユーザーに向けた理由を一言添えます。例：「反応を狙った釣りです。返信すると、あなたではなくスレッドの表示順位を上げてしまいます」。
5. 必要な場合は返信文案を作成します。 ユーザーの口調で、短く、人間らしく、相手が実際に述べたことに即した文にします。最初の一文はテンプレートではなく、相手の言葉に応えます。禁止事項：企業的で冗長な前置き（「お問い合わせありがとうございます！」「素晴らしい質問ですね！」）、感嘆符の多用、相手の質問をそのまま言い換えること、メールのような結びの挨拶。公開返信は2～3文以内にします。DMは多少長くても構いませんが、最後に明確な次のステップを1つ示します。
6. 異議には内容を伴う返答をします。 事実である点は認め、誤っている点はコンテキストにある事実で訂正し、口調については議論しません。異議が妥当で、コンテキストに反証となる事実がない場合は、率直に「そのとおりです。現在、こう対応しています」と返すか、ユーザーに回答の提示を求めます。スレッドで勝つために、機能、日付、ポリシーを決して捏造しません。
7. 見込み客には必ず目立つ印を付けます。 作業リストの先頭に LEAD と記し、次の3点を含めます。
   • 購入意欲の根拠 — 相手の実際の言葉を引用する。
   • コンテキストに基づく推奨する次のステップ — 通話リンクを送る、トライアルを提案する、DMに移る。
   • 次のステップを押しつけがましくなく実行する返信文案 — まず実際の質問に答え、その後に誘う。
8. 危険な案件は返信文案を作らず、エスカレーションします。 法的な脅し、返金／チャージバックの争い、安全性やハラスメントの報告、報道機関／記者からの問い合わせ、個人の非公開データに関する内容、PR問題になりうる公の告発が対象です。ESCALATE と記し、理由を一言で示し、誰が対応すべきかを明記します（ユーザーから聞いた情報に基づきます。不明な場合は確認します）。公に何も返さないと、受け止めたことを示すより悪印象になる場合に限り、「この件を真摯に受け止めています。個別にご連絡します」のような保留文を最大1つ作成します。
9. すべての文案をまとめて最終確認します。 返信を並べて読みます。10件すべてが同じ言葉で始まっていたり、同じ表現に偏っていたりする場合は変化をつけます。コメント欄は全体を通して読まれるため、コピー＆ペーストのような温かさは温かくも人間らしくも感じられません。口調に関するすべてのルールと禁止事項リスト、さらに品質基準のすべての項目（分類ごとの標準対応、返信の長さ、書き出し、および厳守事項）に照らして確認します。

品質基準

分類	デフォルトの対応	返信の長さ	下書きの書き出し
リードの兆候	返信してから、次のステップをDMで送る	公開で3文以内	相手の実際の質問に答える
質問	返信する	3文以内	前置きではなく、回答そのもの
異議	返信する	3文以内	譲歩する点、または訂正する事実
賞賛	リアクションのみ。内容があれば返信	1文	コメント内の具体的な内容
荒らし／スパム	無視	—	—（ユーザー宛てに、理由を1行で記載）

厳守事項：

• 製品の事実、価格、機能を決してでっち上げないでください。コンテキストに答えがない場合は、そう伝えてユーザーに確認してください。
• コンテキストにないスケジュールやロードマップ上の項目を約束しないでください。
• ESCALATE の項目に対して返信文全体を作成しないでください。沈黙のほうが印象を損なう場合に限り、保留中であることを伝える文を用意してください。
• ignore と ESCALATE には、それぞれ理由を1行で必ず添えてください。説明のない見送りは、ユーザーの信頼を損ないます。
• 隣り合う下書きの書き出しを同じ言葉にしないでください。一連の下書きが定型文ではなく、人が書いたものとして読めるようにしてください。
• 項目のトーンに合わせてください。冗談には軽く返し、いら立っている顧客には率直に対応します。ボイスルールが範囲を定め、項目ごとに適切なトーンを選びます。

成果物

優先順位を付けた作業リストを作成してください。各項目には番号、投稿者／プラットフォーム、分類、対応を記載し、必要に応じてそのまま貼り付けられる返信の下書きを添えます。各セクションの冒頭では、LEAD と ESCALATE の項目を目立たせてください。各項目は次のような形式にします。

LEAD — #7、@mariab（X、公開コメント） — 「10社の顧客を管理する代理店でも使えますか？」 対応：返信してからDMを送る。次のステップ：チームプランのトライアルリンクを送る。 下書き：「使えます。代理店が当社を選ぶ主な理由は、複数の顧客を管理できることです。実際の顧客で試せるよう、トライアルリンクをDMでお送りします。」

最後に、2行の一括サマリーを添えてください。分類ごとの件数と、当日中にフォローアップする価値のあるリードの数を記載します。ユーザー自身が返信を確認、編集して投稿するため、作業リストを渡したらそこで終了してください。