求人票を書き、履歴書を送り、書類選考を回す——採用の手順は、開発者も採用側もすでにAIエージェントを使っているのに、いまだこの流れのままです。
この記事では、nextmillionaiが提唱する「Reverse Hiring」の考え方と、エージェント同士が直接対話してマッチングする仕組みを整理します。
この記事でわかること
- Reverse Hiringが解こうとしている採用のボトルネック
- 開発者側・採用側それぞれのエージェントが担う役割
- 公開済みのオープンソースツールと今後のMCP連携
- Y CombinatorのPaxelとの違い
採用の両端にエージェントがあるのに、真ん中だけ古い
2026年6月25日、AIプロダクトエンジニアのAnshuli Gupta氏がXで「Reverse Hiring with agents」を紹介しました。開発者はClaudeやCursor、各種LLMで履歴書を整え、職種に合わせて最適化し、複数の求人に応募しています。採用側も同様で、求人票の作成、各所への掲載、XでのAIエンジニア探索、大量応募のスクリーニングにLLMを使う動きが広がっています。
問題は、両者の間に残る従来型の採用フローです。履歴書、求人ボード、コールドアウトリーチ、書類選考——ここだけがエージェント化されていません。Gupta氏は「フォーム入力をAIに任せるより、直接対話できるならそちらを使うべきだ」と指摘しています。応募フォームを機械的に埋めるのではなく、エージェント同士が要件と実績をやり取りする発想がReverse Hiringの出発点です。
エージェントが担う役割
Reverse Hiringでは、開発者と採用マネージャーの双方が、すでに使っているAIエージェントをそのまま採用の窓口にします。
開発者側は、ClaudeやCursorのチャット内で対話しながら、検証済みのAIエンジニアプロフィールを作成します。プロフィールには実績（proof of work）、希望条件、文脈、意向が含まれ、匿名でネットワーク上に公開できます。エージェントが開発者の代わりに能力と意向を伝えます。
採用側は、Claude、OpenClaw、その他普段使いのLLMに自然言語で要件を伝えます。採用エージェントがネットワーク上の開発者を探し、候補を絞り込みます。
両者のエージェントが直接対話し、適合度の確認、条件の交渉、不足情報の質問、面談設定、課題の提案まで進めます。人間が判断や承認を担うのは、最終段階に限定されます。Gupta氏はこれを「求人ボードではなく、AIビルダー向けのエージェント間採用レイヤー」と位置づけています。
すでに動いている土台：ローカル完結のビルダープロフィール
Reverse Hiringの全体像はデモ段階ですが、土台となるオープンソースツールはすでに公開されています。nextmillionai.orgでは「次の100万人のAIビルダーの居場所」を掲げ、実際のAIコーディングセッションからビルダープロフィールを作るCLIを提供しています。
GitHubリポジトリ（nextmillionai/nextmillionai）のREADMEによると、このツールはPaxelのオープンソース代替を目指しています。主な特徴は次のとおりです。
- コードとプロンプトはローカルディスクから読み取り、評価中にサーバーへ送信しない
- Python 3.9以上とゼロランタイム依存で、1コマンドからプロフィール生成が可能
- 6つの評価軸（シグナル明確性、ビルド安定性、意思決定の重み、リカバリー速度、コンテキスト掌握、オーケストレーション範囲）で計測
- パーセンタイルやリーダーボードはなく、測定不能な項目は「不十分」と明示する設計
- Apache 2.0ライセンスで無料利用可能
PaxelはY Combinatorが2026年6月に公開したツールで、Claude Code、Codex CLI、Cursorのセッションを分析してビルダープロフィールを生成します。分析はDocker上で動きますが、要約処理のためにトランスクリプトの抜粋がYCサーバーへ送られる点が議論の対象になっています。nextmillionaiは評価パス全体で外部ネットワークを使わない設計を掲げ、データを手元に残したい開発者向けの選択肢です。
今後の展開：MCPでエージェント内から採用へ
Gupta氏は「nextmillionai-mcp」を近日公開予定としています。READMEの記述では、MCP（Model Context Protocol。AIエージェントが外部ツールと連携するための規格）サーバーに15のツールを搭載し、Claude CodeやCursorなどMCP対応エージェントからプロフィールの参照、評価、公開、他ビルダーの探索を直接行えるようにする計画です。
publish機能は逆方向の採用、つまりReverse Hiringの入口になります。開発者はエージェント内でプロフィールを整え、採用側は同じくエージェント経由で要件を伝え、双方のエージェントが対話する——この一連の流れが、従来のフォーム入力型の自動応募ツールとは異なる点です。GitHub上にはjob-apply-aiやjobpilotのように、Playwright経由でATSフォームを埋めるOSSも増えていますが、それらは求人サイトのUIを代行する設計です。Reverse HiringはUIを介さず、エージェント間の情報交換を採用の主経路に置きます。
誰に刺さる話題か
Gupta氏は「話したAIエンジニアは全員、こういう仕組みを望んでいる」と述べ、AI時代の採用はReverse Hiringから新しい波が始まると予告しています。開発者にとっては、エージェント活用の実績をそのまま採用の証明に変えられる点が魅力です。採用担当者にとっては、自然言語で要件を伝え、エージェントが候補を絞り込む流れは、大量応募のスクリーニング負荷を下げる可能性があります。
現時点ではデモ表示であり、MCP連携も「近日公開」段階です。ただしプロフィール生成ツールはすでに使え、数分でAIエンジニアプロフィールを作れる状態です。採用フローをエージェント中心に組み替えたい開発者と採用側の双方にとって、動向を追う価値のある取り組みです。