Redditの求人投稿をn8nで自動検出し、AIが評価・返信まで下書きする「半自動化ワークフロー」の作り方
「良い案件を見つけたときにはもう埋まっていた」——フリーランスや副業をしている人なら、一度は経験があるはずです。
特にRedditの求人系スレッドは、投稿から数時間で反応が集中し、24時間を過ぎると急速に埋もれていく傾向があります。手動で巡回しながら、内容を判断して、個別に返信を書く——この流れを毎日こなすのは、現実的ではありません。
そこで今、r/n8nやr/automationといったコミュニティで具体的な実装例として議論されているのが、「Reddit求人投稿の自動検出→AIスコアリング→パーソナライズ返信生成→スプレッドシート記録」という一連のワークフローです。
この記事では、そのワークフローの構造を分解し、個人や小規模事業者が実際に再現できるレベルまで落とし込んで解説します。「全部AIに任せる」のではなく、検出・評価・下書き生成までを自動化し、送信だけ人間が判断するという設計が、なぜ再現性が高いのか。その理由も含めてお伝えします。
なぜ今このワークフローが話題になっているのか
2026年8月時点で、n8nを使った自動化ワークフローの事例共有はコミュニティ上で活発に行われています。その中でも「Reddit求人投稿の自動処理」が注目を集めている背景には、単純な「便利さ」以上の理由があります。
ポイントは「案件発見の速度差を、そのまま収益機会の差にできる」という点です。
Redditの求人系投稿は、掲載から数時間以内に複数の応募が集まることが多く、投稿者が早めに候補者を絞り込んでしまうケースが少なくありません。つまり、24時間後に気づいて返信しても、すでに選考が進んでいるという状況が発生します。
これは手動巡回の構造的な限界です。毎日時間を決めてチェックしても、タイミング次第で見逃しが生まれます。自動検出であれば、投稿から数分以内に内容を取得し、評価プロセスを開始できます。
また、もう一つの問題が「返信文の品質バラつき」です。毎回ゼロから書くと、疲れているときほど薄い内容になりやすい。相手の課題に刺さる返信を一定のクオリティで維持するには、何らかの構造が必要です。
このワークフローはその両方を同時に解決しようとしています。
こうした課題感は、実際に案件獲得をReddit経由で試みた人なら実感しやすいはずです。良い投稿に出会えても、返信を書いている間に気持ちが冷めてしまったり、何を書けばいいか迷って送信を先送りにしてしまったりする——その「摩擦」を減らすことが、このワークフロー設計の核心にあります。
ワークフローの全体像:4つのフェーズで構成する
このワークフローは大きく4つのフェーズに分かれています。順番に構造を整理します。
フェーズ1:Reddit投稿の自動検出
n8nにはRedditノードとHTTP Requestノードがあり、Reddit APIを経由して特定のサブレディットの投稿を定期取得できます。
設定のポイントは以下の通りです。
- 対象サブレディットを絞る(例:r/forhire、r/hiring、r/entrepreneur など)
- 取得条件を「past 24 hours」「hot」に限定する
- Scheduleトリガーで1〜2時間ごとに自動実行する
- 取得済みURLをGoogle Sheetsで管理し、重複処理を防ぐロジックを入れる
重複処理の防止は見落とされがちですが、これがないと同じ投稿に何度も返信してしまうリスクがあります。Sheetsに「処理済みURL」を記録するシンプルな方法で対応できます。
フェーズ2:3段階スコアリングでふるいにかける
すべての投稿に返信していては、かえって疲弊します。ここが設計の肝になるポイントです。
スコアリングは3段階に分けて設計するのが現実的です。
- 1段階目(キーワードフィルタ):n8nのIF/Filterノードで、スキルキーワードや業種ワードが含まれているかを粗くふるい分ける。AIを使わないため処理が速く、コストもゼロ。
- 2段階目(AIによる適合度採点):OpenAIやClaudeのAPIを呼び出し、投稿内容と自分のスキルセット・希望条件との相性を0〜10でスコアリングさせる。プロンプトに「自分のスキルの要約」と「評価軸(予算感、作業規模、技術スタックなど)」を含めるのがポイント。
- 3段階目(過去パターンとの照合):過去に成約した案件の特徴をSheets等に蓄積しておき、「類似度が高い投稿」だけを高優先度フラグで分類する。最初のうちはこの層が薄くても問題ありません。運用しながらデータを積んでいく設計にします。
実装上の注意として、2段階目のAI採点に使うプロンプトは、最初から完璧を目指さないことが重要です。「7点以上だけ次に進む」という閾値も、最初は低めに設定して見落としを防ぎ、精度が確認できてから引き上げる方が安全です。
フェーズ3:パーソナライズ返信の自動生成
スコアリングを通過した投稿だけに、AIで返信文を生成します。
ここで重要なのは、「自己紹介テンプレ」ではなく「投稿専用テンプレ」の構造にするという点です。
量産型の薄い返信との差は、この1点に集約されます。具体的には、以下の構造を返信生成プロンプトに組み込みます。
- 投稿内容から相手が抱えている課題を1文で要約させる
- その課題に対して、自分が短期間で何を解決できるかを1〜2文で述べさせる
- 具体的な実績や関連事例があれば1つだけ添える(Sheetsに事前登録した事例一覧からAIに選ばせることも可能)
- 文末に返答を促すシンプルなCTAを付ける
プロンプトの設計例としては、「以下の求人投稿を読み、投稿者が解決したい問題を1文で特定してください。次に、以下のスキルリスト(変数として渡す)を使って、その問題に対して私がどう貢献できるかを2文以内で書いてください」という形式が機能しやすいと考えられます。
生成された返信文は、n8nからGmailやSlackに自動転送し、人間が確認・承認してから実際に送信するというステップを必ず設けます。完全自動送信にしてしまうと、誤送信リスクや品質低下に気づけなくなります。
フェーズ4:Google Sheetsへのログ記録
すべての処理結果を以下の項目でSheetsに記録します。
- 投稿URL
- 投稿タイトル・本文の要約
- 取得時刻
- スコア(1〜10)
- 送信可否フラグ
- 生成された返信文
- 実際に送信したか(手動で記録)
これを蓄積することで、「どんな条件の投稿に返信したときに反応が来やすいか」を後から定量的に検証できるようになります。最初は感覚で運用していても、データが溜まるにつれてスコアリングの精度を上げていけるのが、このログ設計の真価です。
他の手段との比較:n8nを使う理由とコスト感
同様のことを実現しようとした場合、いくつかの選択肢が考えられます。
Zapier・Makeとの比較
ZapierやMakeも自動化ツールとして広く使われていますが、このワークフローをそのまま再現しようとすると、いくつかの制約が出てきます。
- Zapier:操作は直感的ですが、複雑な分岐ロジックや多段階スコアリングの実装には向いていません。また、ステップ数に応じた料金体系のため、毎時間実行するような高頻度ワークフローはコストが上がりやすい傾向があります。
- Make(旧Integromat):Zapierより柔軟で、ループ処理や条件分岐にも対応しています。ただし、n8nと比較するとカスタムコードの挿入やAI APIの直接呼び出しに一手間かかる場合があります。
- n8n(セルフホスト):自前サーバー(例:Railway、Render等)で動かせば、月額のAPI利用料以外のツール費用はほぼゼロに抑えられます。複雑な条件分岐も視覚的に構築でき、コードノードでJavaScriptを直接書けるため、スコアリングロジックの細かい調整が自由にできます。
コスト感の目安として、n8nのセルフホストであればサーバー費用として月数百円〜数千円程度(利用するサービスによる)、OpenAIやClaudeのAPI費用は処理件数と1件あたりのトークン量次第になります。最初は対象サブレディットを1〜2つに絞り、処理件数を抑えた形で始めると、コントロールしやすいでしょう。
「まず1条件だけで回す」が正解である理由
自動化の落とし穴の一つは、「最初から広く設定しすぎて、精度が悪いまま大量の通知が届く」状態になることです。
このワークフローでも、最初は「過去24時間のhiring系投稿、1サブレディットのみ」に絞って動かすことを強く推奨します。
理由は2つあります。
- スコアリングの閾値調整が容易になる:処理件数が少ないうちは、生成された返信文を全件目視確認できます。「この投稿はスコア6だったけど実際には良い案件だった」といった気づきを、プロンプト修正やフィルタ条件の変更に素早く反映できます。
- ログの意味が早く出る:1条件で集中的にデータを積んだ方が、「このキーワードを含む投稿は反応率が高い」という傾向が早く見えてきます。複数条件を同時に走らせると、何が効いているかの判断が遅くなります。
ある程度の精度と返信パターンが固まってきたタイミングで、対象サブレディットやキーワード条件を広げていく——このスモールスタートの原則は、どんな自動化設計にも共通する考え方です。
以前の記事「n8nでAIニュース収集からLinkedIn下書きまで全自動化する個人運用フロー」でも触れましたが、n8nのワークフローは「1フロー1目的」で設計する方が、問題の切り分けがしやすく、長続きします。このReddit案件検出ワークフローも例外ではありません。
このワークフローが実務的に意味する可能性
このワークフローが個人や小規模事業者に与える影響を、少し立ち止まって考えてみます。
まず、案件探しにかけていた時間を、成約後の作業に充てられるようになる可能性があります。巡回・読み込み・返信文作成という一連の「発見〜接触」のコストを下げることで、実際の仕事の量や質に集中しやすくなると考えられます。
一方で、注意点もあります。
- Redditのスパム対策ポリシーとの兼ね合い:自動生成文を大量送信するような運用は、アカウント停止リスクに直結します。あくまでも「下書き生成+人間承認」の設計を守ることが、アカウント健全性を保つ上でも重要です。
- 返信の品質はプロンプト次第で大きく変わる:自動化しているからこそ、プロンプト設計の精度が最終的な反応率を決めます。最初の1〜2週間は返信文を毎回見て、改善を繰り返すことが必要です。
- AIスコアリングは「見落とし」を完全にはゼロにできない:スコアが低くても本当は良い案件だったケースは出てきます。週に1回程度、スコアが低くて弾かれた投稿をサンプリングしてチェックする習慣を持つと安心です。
このワークフローが「完璧な自動化」を目指すものではなく、人間の判断が最も必要なところだけに集中させるための補助装置として機能するのが、最も理にかなった使い方だと言えます。
AIのスコアリングが完璧ではないという前提を持っておくという考え方には共感します。カテゴリー分類やタイトルの重複チェックも、AIの判定を100%信じきるのではなく、時々「本当は良い記事だったのに見落とされていないか」を確認するようにしています。自動化を信頼しすぎず、たまに逆側もチェックする習慣が、結果的に精度を保つコツだと感じています。
あわせて読みたい
まとめ:「全自動」より「半自動+人間の承認」が最速で結果に近づく
今回紹介したワークフローをまとめると、以下のステップで構成されます。
- ステップ1:n8nのScheduleトリガーで対象サブレディットを定期巡回(まず1コミュニティ・1条件から)
- ステップ2:キーワードフィルタ→AI採点→過去パターン照合の3段階でふるい分ける
- ステップ3:スコアを通過した投稿だけ、「課題要約+解決提案型」の返信文をAIで生成
- ステップ4:返信案をSlackやGmailに転送し、人間が確認してから送信
- ステップ5:すべての処理結果をGoogle Sheetsに記録し、後から条件を改善できるようにする
「全部自動にしなければ意味がない」と思う必要はありません。自分が判断する必要がある1点だけに集中できる状態を作ることが、自動化の本質的な価値です。
まずは1つのサブレディット、1つのキーワード条件だけで動かし始めてみてください。ログが溜まれば溜まるほど、ワークフローは賢くなっていきます。完璧を待たずに、小さく動かすことが、最も確実な一歩です。


コメント