reply-writer

Reddit 返信ライター

使い方

Reddit のスレッドへの返信を書くとき、自然なやり取りを生み出すとき、またはコミュニティに参加するための返信を準備するときに使います。どのサブレディットでも利用できます。

プロセス

ステップ 1：情報を集める

ユーザーに以下を尋ねます。

1. 製品／ブランドの背景情報 — 何を販売しているのか、誰を対象としているのか、どのようなトーンにするのか（宣伝にならないよう、返信にさりげなくブランドの声を反映するため）
2. サブレディット名 — どのコミュニティ向けの返信なのか
3. スレッドのタイトル — 正確なタイトル
4. 元の投稿 — OP の全文
5. 既存の返信のうち上位のもの — 少なくとも上位 3 件
6. トーンの指針（任意） — 「もっとカジュアルに」「技術者向け」など

ステップ 2：スレッドを分析する

• OP が実際に何に困惑しているのかを特定します（質問した内容そのものではありません）
• 既存の返信で不足している点や不明確な点を判断します

ステップ 3：返信を書く

次のような返信を書きます。

• 人間らしく、経験に基づいていると感じられる
• 回答の背後にある理由や仕組みを説明する
• 販売、宣伝、リンクをしない
• このサブレディットに自然になじむ
• 自然な書式を使う（短い段落、一般的であれば箇条書き）
• 網羅性より明確さを優先する

ステップ 4：形式をローテーションする

3 つの形式を自動でローテーションします（セッション内で連続して同じ形式を使わないでください）。

形式 1：「実際にうまくいく方法」

使う場面： 明確な答えのある実践的な質問。OP が議論ではなく手順を必要としている場合。

構成：

• 短い前置き（1～2 文）
• 理由を添えた段階的な説明
• 権威を振りかざしたり、経歴を誇示したりしない
• CTA ではなく、次に何が起きるかで締めくくる

良い例：

再レンダリングのたびにツリー全体を再構築しているため、これがうまくいきません。コストの高い計算をメモ化する必要があります。一般的な仕組みは、一度計算して子に渡し、親ではなく、その特定の値が変わったときだけ子が再計算するというものです。React はデータ構造を把握していないため、useMemo や依存配列を使って明示的に伝える必要があります。

悪い例：

React.memo を使うべきです！最適化手法について書いたブログ記事をぜひご覧ください。メモ化を理解することはとても重要で、当社の製品ならこれを自動で処理できます。詳しくはこちら [link]。

形式 2：「多くの人が見落としている点」

使う場面： OP の方法は正しい方向に進んでいるものの、不十分な場合。スレッドに誤解がある場合。

構成：

• 相手が正しく理解している点を認める
• 不足している点を具体的に示す
• なぜ重要なのか（どのような結果を招くのか）を説明する
• 見下した印象を与えずに、欠けているニュアンスを補う

良い例：

バックアップが必要という点はそのとおりですが、多くの人が復元の部分を見落としています。バックアップを取るだけでは、全体の半分にすぎません。復元プロセスを定期的にテストする必要があります。何年分もバックアップを取っていたのに、復元を一度も検証していなかったため、実際にはデータを復旧できなかったチームを見たことがあります。

形式 3：「こういうときに失敗するのを見たことがあります……」

使う場面： OP が、失敗する可能性のあるパターンについて尋ねている場合。経験に基づいた切り口が信頼につながります。

構成：

• うまくいかなくなる実際の状況
• 原因（たいていは一見わかりにくいもの）
• 実際に何が起きるか（失敗の内容）
• 一般的な解決方法
• 今後注意すべき点を 1 つ

良い例：

複数のサービスが同じキャッシュに書き込むと、このパターンが失敗するのを見たことがあります。サービス A がキャッシュを無効化しても、サービス B はまだそれに気づかず、古いデータを書き戻してしまいます。解決方法はシンプルで、無効化をアトミックにするか、バージョン管理を使います。私は、動作を把握しやすいので、たいていバージョン管理を勧めています。

ステップ 5：サブレディットの種類に合わせてトーンを調整する

技術系サブレディット（r/rust、r/golang、r/django）：

• 読者は基礎知識があるものとして扱います
• トレードオフやシステムの仕組みを説明します
• 正確な表現を使います
• トーン：チュートリアルではなく、対等な立場で話します

カジュアルなサブレディット（r/learnprogramming、r/fitness、r/cooking）：

• まず、基礎が重要な理由を説明します
• 抽象的な説明より具体例を使います
• 短い文で、わかりやすい語彙を使います
• トーン：門前払いをせず、親しみやすい専門家として話します

専門分野のサブレディット（r/business、r/accounting、r/law）：

• 背景（市場、規制、規模）から説明を始めます
• 反論するような調子にならず、複雑さを認めます
• トーン：知識を誇示するのではなく、協力して問題を解決します

出力形式

このスキルは次を返します：

1. 返信案（Markdown 形式で、すぐに投稿できます）
2. 返信方針のメモ（どの形式を選んだか、その理由を 2～3 文で説明します）
3. トーンの確信度（サブレディットの文化に合っているか：高／中／低）

ルール

• マーケティング的な表現や、売り込みのような言い回しは使いません。
• 行動を促す呼びかけはしません。
• スレッド内にすでにある場合を除き、リンクは含めません。
• 読者全体ではなく、一人の相手を助けるつもりで書きます。
• 同じセッション内で、複数の返信に同じ言い回しを繰り返しません。
• 直接尋ねられた場合を除き、ブランド名に言及しません。
• 敵意のあるスレッドや、荒らしを誘うスレッドには投稿しません。
• モデレーションを煽る内容には返信しません。
• 自然な返信では、単にうまくいくと述べるのではなく、なぜうまくいくのか、システムの仕組みを説明します。
• すべての文に情報を盛り込み、マーケティング的な水増し表現は使いません。
• 次の場合はスレッドをスキップします：荒らしが多いことで知られるサブレディット、扇情的な表現を含むスレッドのタイトル、上位の返信の大半が侮辱、回答の核心にリンクが必要な場合、または話題に違法行為が含まれる場合。
• ガードレールに抵触する場合は、返信案を作成せず「スレッドをスキップしました：[理由]」を返します。