マガジン

コミュニティで繰り返される質問をClaudeで整理し、FAQと固定投稿にする

AIを使いこなす

Claudeで執筆し、GPTで自動校閲・修正しています。

匿名化した質問カードを分類し、FAQと固定投稿の下書きを用意する机上の様子
記事の内容をもとに制作したAI生成イメージです。実際の製品画面や検証結果の写真ではありません。

結論から言うと、Claudeに「質問ログを読ませて、答えが同じ質問ごとに束ねさせ、FAQの下書きと固定投稿の短縮版まで作らせる」ことはできます。ただし任せるのは分類と下書きまでです。「この質問にどう答えるか」というルールの中身と、公開前の確認は運営側の仕事として残ります。 手順は次の4段階です。 1. 質問ログを匿名化して、Claudeが読める形に整える 2. 「答えが同じ質問」で分類表を作る 3. 分類ごとにFAQの項目を書く 4. FAQから固定投稿用の短縮版を作る この記事の例はすべて、仕組みを説明するための架空の例です。実際のコミュニティで試した結果や、実測の効果ではありません。

この記事の目次
  1. 1. 先に決める:まとめる単位は「答えが同じ質問」
  2. 2. 質問ログを匿名化して渡せる形にする
  3. 3. 分類表を作らせる
  4. 4. FAQの書式を決めて書かせる
  5. 5. 固定投稿用の短縮版を作る
  6. 6. 公開前に人が確認すること

1. 先に決める:まとめる単位は「答えが同じ質問」

質問の文面が似ているかどうかではなく、返す答えが同じかどうかで束ねます。「参加方法を教えてください」「どこから入れますか」「招待リンクが切れています」は、文面は違っても案内する内容が近いので、同じ束にできます。逆に「イベントに参加できますか」は、締切前か後か、会員かどうかで答えが変わるので、分けて扱います。

束ねたあとの置き場所は、次の表で判断します。この基準は編集上の目安です。回数のしきい値は、コミュニティの規模に合わせて変えてください。

  • 同じ答えで、何度も聞かれる、置き場所:FAQに入れる
  • 全員が最初に知るべき内容、置き場所:FAQ+固定投稿
  • 答えが相手の状況で変わる、置き場所:FAQに条件つきで書く、または個別対応
  • 1回きりで、今後も出なそう、置き場所:入れない
  • 規約・安全・お金に関わる、置き場所:運営が文面を確認してから入れる

2. 質問ログを匿名化して渡せる形にする

Claudeに渡すログは、次の形が扱いやすいです。CSVかテキストのどちらかにして、1行に1件の質問を入れます。

No,日付,場所,質問文
1,10/03,質問チャンネル,初参加です。自己紹介はどこに書けばいいですか?
2,10/05,DM,イベントの締切って過ぎてもOKですか
3,10/07,質問チャンネル,@member_A さんの投稿が見つかりません

上は説明用の例です。渡す前に次の置き換えをします。

  • ユーザー名、メールアドレス、電話番号は「member_A」のような仮名に置き換える
  • 決済情報、トラブルの当事者がわかる記述、未公開の運営情報は行ごと外す
  • 質問文はなるべく原文のまま残す(会員の言い回しがFAQの見出しに使えるため)

Claudeのヘルプによると、個人向けClaudeでは、モデル改善にチャットを使う設定が有効でも、シークレットモードの会話はモデル改善には使われません。ただし、安全分類器が会話を検知した場合は、安全対策に使われることがあります。同じページでは、金融情報や健康記録、パスワード、機密文書のような非常に機密性の高い情報を共有する際は慎重になるよう勧めています(Claudeヘルプ(英語))。設定に頼らず、渡す前に匿名化しておくのが安全です。

ファイルで渡す場合、Claudeのヘルプにはチャットでは1件500MBまで・最大20ファイル、プロジェクトのファイルでは1件30MBまでという記載があり、CSVとTXTも対応形式に挙がっています(Upload files to Claude)。プロジェクトに置いた内容の合計は、モデルが一度に読める範囲に収まる必要があります。ログが長いときは、月ごとに分けて渡してください。

FAQを継続して更新するなら、Claudeの「プロジェクト」に、FAQ本体と書式ルールを置いておく方法があります。プロジェクトは、独自のチャット履歴とナレッジを持つ作業スペースです。無料アカウントでも作れますが、無料では5つまでです(What are projects?)。現在、一部のユーザーに新バージョンが段階的に提供されているため、使う時点で利用できる機能を確認してください。

3. 分類表を作らせる

最初の依頼では、FAQを書かせずに分類だけをさせます。いきなり書かせると、分類の誤りがFAQの中に埋もれて見つけにくくなるためです。

以下は小さなコミュニティの質問ログ(匿名化済み)です。
次の手順で整理してください。
1. 「返す答えが同じ」質問を同じ分類にまとめる
2. 分類ごとに、件数、代表的な質問文(原文のまま2〜3件)、
   答えが変わる条件、No一覧を出す
3. どの分類にも入らない質問は「未分類」にして、理由を1行で書く
4. 運営の判断が必要で、ログからは答えが決められないものに印を付ける
表形式で出力し、ログにない情報は補わないでください。

【ログ】
(ここに貼り付け)

出力の例は次のとおりです。これも説明用で、数字は架空です。

  • 参加・自己紹介、件数:12、代表的な質問:自己紹介はどこに書く?、答えが変わる条件:なし、運営判断:不要
  • イベント締切、件数:8、代表的な質問:締切後でも参加できる?、答えが変わる条件:定員、イベントごとの規則、運営判断:必要
  • 投稿が見つからない、件数:5、代表的な質問:〇〇さんの投稿はどこ?、答えが変わる条件:削除・非公開の可能性、運営判断:必要
  • 未分類、件数:3、代表的な質問:(略)、答えが変わる条件:—、運営判断:—

見るべき点は2つあります。1つは「件数」で、Claudeが数えた値は必ず自分で数え直してください。もう1つは「運営判断」の列で、Claudeがログから推測した答えを事実として採用しないことです。締切後の扱いは、ログに書いてあっても、運営が今も有効と決めた内容かどうかを自分で確認します。

4. FAQの書式を決めて書かせる

書式を先に決めておくと、項目が増えても読みやすさが保たれます。次の書式を提案します。

### Q. (会員の言い回しをそのまま使った質問)
**結論:** 1〜2文で答えを書く
**手順:** 番号つきで3〜5行以内
**条件・例外:** 答えが変わる場合だけ書く
**関連:** 他のFAQ項目名
**最終確認日:** YYYY-MM-DD / 担当:(運営の誰か)

「結論」を最初に置くのは、読み手が質問の答えだけを探していることが多いからです。「最終確認日」と「担当」は、後から古い項目を見つけるための欄で、Claudeが推測しないよう空欄にしておきます。

分類表の1行から項目を作る依頼は次のとおりです。

分類「参加・自己紹介」について、上の書式でFAQを1項目作ってください。
- 質問文は代表的な質問から選ぶ
- 答えは、下の【運営の決定事項】に書かれていることだけを使う
- 書かれていない点は「運営に確認:〜」と明示し、補わない
- 最終確認日と担当は空欄にする

【運営の決定事項】
自己紹介は「自己紹介」チャンネルに書く。内容は自由。書かなくても参加はできる。

こう書くと、Claudeに「運営の決定事項」を渡す形になります。ログだけから答えを作らせると、過去の誤案内や古いルールをそのまま写すおそれがあるためです。

5. 固定投稿用の短縮版を作る

固定投稿は、FAQを縮めたものではなく「FAQに入る入口」です。載せるのは次の3つに絞ります。

  • 最も聞かれる質問を2〜3件、それぞれ1行の答えで
  • FAQ全文へのリンク
  • FAQで解決しないときの連絡先と、返信までの目安

文字数の上限はプラットフォームごとに違うので、実際の投稿画面で確認してください。依頼するときは、上限を決めて文字数を指定します。

上のFAQから、固定投稿用の短縮版を3パターン作ってください。
- 各200字以内(改行・記号を含む)
- 最も件数の多い3分類だけを1行ずつ
- 最後に「詳しくはFAQ:(URL)」と「それでも解決しない場合:(窓口)」
- 絵文字なし、です・ます調
URLと窓口は私が入れるので、プレースホルダのままにしてください。

3パターンを出させるのは、「質問形式」「箇条書き」「短い文章」など書きぶりを比較して選ぶためです。文字数はClaudeの自己申告に頼らず、実際の投稿画面に貼って確認します。

6. 公開前に人が確認すること

  • 事実: 締切、料金、禁止事項、窓口が現在の運営方針と合っているか
  • 文面: 特定の個人が読み取れる表現や、過去のトラブルを思わせる例が残っていないか
  • リンク: FAQ、窓口、招待リンクが実際に開けるか
  • 規約に関わる項目: 削除や制限の理由など、運営判断に関わる回答を運営が読み、必要なら各プラットフォームの規約も確認する

公開後は、新しい質問が溜まったタイミングで同じ分類表に追加します。FAQにある内容を再度聞かれたら、固定投稿の入口が分かりにくいという合図なので、FAQ本体より先に固定投稿の1行目を直してみてください。月に一度、最終確認日が古い項目だけをClaudeに「更新が必要そうな項目の候補」として挙げさせ、確認は人が行う運用であれば負担は小さく済みます。

出典・参考資料