採用業務でChatGPT・Claude・Geminiをどう使い分ける？

採用業務でChatGPT・Claude・Geminiを選ぶときは、「どのAIが候補者をうまく評価するか」ではなく、どの文書作業を補助させるか、採用情報をどこで扱うか、誰が最後に確認するかで比べます。求人票やスカウト文、面接質問、面接メモの整理は補助対象にできますが、候補者の採否・順位付けをAIへ任せる前提では選びません。

先に用途を分ける：要件、連絡、面接、記録

採用を一つの大きなAI業務として扱うと、入力データも責任の所在も曖昧になります。まず作業を四つに切り分けます。

表は横にスクロールできます

工程	AIに任せられる補助	人が決めること	入力の注意
求人要件	必須・歓迎・育成可能な要件の草案整理	その要件が職務に必要か	社内の承認済み情報だけを使う
候補者連絡	確認済みの職務情報を文章化	誰に連絡するか、条件の正しさ	候補者データは最小限にする
面接準備	共通質問や確認観点の整理	評価基準、質問機会の公平性	承認済み職務要件を渡す
面接記録	発言要旨と根拠箇所の構造化	評価・採否	元記録へ戻れる形を残す

この線引きをした後に、各サービスのどの機能が実際の契約・管理設定で使えるかを確認します。機能名が表示されていても、自社のアカウントで利用できるとは限りません。地域、プラン、管理者設定、連携先の権限を確認してください。

3サービスの違いは「作業場所と情報の流れ」にある

ChatGPT Projectsは、関連する会話、ファイル、専用の指示を一か所にまとめて継続作業を支える機能です。職種ごとの求人要件や文体ガイドを置く設計は候補になります。ただし、候補者ごとの識別可能な記録を同じProjectに無差別に蓄積すると、必要以上に情報を集約してしまいます。役割ごとの資料と個別候補者の記録を分け、共有範囲を決めてください。

Claude Projectsは、Project内に指示や知識資料をまとめ、複数の会話で参照する構成ができます。長めの職務定義や社内文書を扱う用途で候補になりますが、Projectsの利用条件やファイル上限、アカウントの契約状態は変わる可能性があります。利用前にClaudeの現行ヘルプと管理設定を確認します。

Gemini for Google Workspaceは、組織のGoogle Workspace内にある情報と連携する運用候補です。ただし、管理者がGeminiやWorkspaceデータへのアクセスを制限でき、ファイル所有者の共有権限も影響します。個人向けGeminiアプリとWorkspace契約の保護条件を同一視してはいけません。どのサービスでも、「ファイルが読める」ことと「人事データをそのサービスへ入力してよい」ことは別の判断です。

Privacyの比較は製品名ではなく契約範囲で行う

候補者の履歴書、連絡先、面接記録には個人情報が含まれます。サービス名だけで「安全」「学習に使われない」と判断せず、少なくとも次の項目を確認してください。

表は横にスクロールできます

確認項目	見る場所	採用判断での使い方
対象製品・プラン	契約書、公式Privacy / Data processing案内	個人向けと法人向けを分ける
学習利用	現行公式ポリシー、管理設定	対象データ・例外・選択設定を確認
保存と削除	保存期間、削除方法、バックアップ条件	面接記録の保持ルールと照合
アクセス	管理者、チーム、共有リンク、連携権限	誰が見られるかを最小化
外部連携	Gmail、Drive、採用管理システム等	どのデータへアクセスできるか確認
入力範囲	社内のAI利用基準	個人識別情報を除ける作業は除く
監査	操作ログ、管理者機能、データの出力	必要な記録を残せるか確認

OpenAIはChatGPT Businessのワークスペースデータを既定でモデル学習に使わないと案内しています。Anthropicは商用サービスと消費者向けサービスでデータ利用条件を分けて説明しています。GoogleのWorkspace向け生成AIのPrivacy Hubも、対象となるWorkspaceエディションや利用形態を範囲として記載しています。これは各社サービスを一括で承認する意味ではありません。契約製品、管理設定、社内規程を同じ画面・契約範囲で確認してください。

1つの短い試験で「使い分け」を確かめる

機能比較だけでは、自社の採用業務でどのサービスが扱いやすいか分かりません。機密性のない、同じ架空の職務要件を使い、同一の文章タスクで操作性と検証しやすさを見ます。候補者の実データは使いません。

【比較テスト用の依頼文】

架空のRole：社内データ基盤の運用担当

目的：職務要件を「必須」「歓迎」「入社後に学べる」に分ける

条件：入力にある要件だけを並べ、理由のない条件を追加しない

出力：各要件、根拠となる業務、確認質問、未確認事項

禁止：候補者の評価・採否判断、年齢や私生活に基づく条件作成

各サービスの出力を比べるときは、文章の印象だけでなく次を確認します。

1. 入力にない要件を追加していないか。

2. 要件と業務上の根拠を結び付けているか。

3. 未確認を「不適格」と置き換えていないか。

4. 同じ資料を後から参照できるか。

5. 出力のどの部分を人が検証しやすいか。

6. ファイルの共有範囲や保存先を担当者が理解できるか。

7. 会社のルールに合うアカウントで作業できるか。

この試験は文章品質を定量評価する性能テストではありません。候補サービスの業務適合を把握するための小さな操作確認です。同じ条件での比較をしても、採用結果の公平性や候補者評価精度が証明されるわけではありません。

Workflowごとに採用するか判断する

社内の承認済みWorkspaceに採用資料が集まっているなら、既存の共有権限と管理者設定を使えるWorkspace向けGeminiが候補になります。Geminiがすべての資料を自動で読めるわけではなく、ユーザーのアクセス権や管理者制限に従います。アクセスできない場合は、連携を増やす前に権限を確認します。

役割別の共通指示や資料を繰り返し使いたいなら、ChatGPT ProjectsまたはClaude Projectsを候補にできます。Projectに入れる資料は職務定義や会社の承認済み文体ガイドなど、共有してよい共通資料に絞ります。候補者ごとの面接記録を共通Projectへ置く設計は、情報集約とアクセス範囲の確認が必要です。

候補者情報をどのAI環境へ入れてよいか決まっていないなら、まず架空データで文面の補助だけを試し、人事・情報管理・法務が入力条件を決めるまで実データを使いません。機能の利便性を理由に、社内ルールを飛び越えないでください。

採用評価と文章作成を混ぜない

AIの利用範囲は、求人・連絡・面接準備・記録のそれぞれで明示します。要約や文章作成を試すうちに、候補者の点数化、適性推定、順位付けへ用途が拡張されることがあります。これは単なるprompt変更ではなく、採用判断の仕組みを変える判断です。

厚生労働省の公正な採用選考の考え方では、応募者の適性・能力を基準とすることが示されています。AIの要約は評価基準の代わりにならず、記録の欠落や要約の誤りもあります。職務との関係を説明できない属性を使わず、AIの出力を採否へ直接接続しないよう、担当者・記録・承認段階を決めてください。

小さく導入する順番

最初は、個人情報を含まない求人要件の整理や、架空データを使った質問案づくりなど、出力を確認しやすい作業から始めます。次に、社内承認済み環境とルールを確認したうえで、識別情報を最小化した文面作成や面接メモ要約を検討します。候補者データを扱う前に、担当部署、アクセス権、保存・削除、誤りの修正、候補者からの問い合わせ窓口を明確にします。

導入後は「何件使ったか」だけでなく、誤った要件追加、事実と異なるスカウト文、根拠のない面接評価、入力範囲違反が発生したかを記録します。少数の試行から返信率や採用成果を断定せず、問題が出た場合にすぐ止められる運用にします。

AIものさしの判断

採用で使うAIは、優劣ランキングではなく情報の置き場所、共通資料の再利用、組織のデータ保護、担当者が出力を検証できるかで選ぶのが現実的です。ChatGPT Projects、Claude Projects、Workspace向けGeminiはいずれも資料を使った作業を支援し得ますが、機能やPrivacy条件は契約・管理設定で異なります。

まず架空データを使った同一タスクで、入力にない情報を足すか、出力を追跡しやすいかを確認します。実データを使うのは、対象アカウントの契約条件を確認し、社内で利用承認を得た後です。どのAIを選ぶ場合も、候補者の評価・採否は人が定義した基準と責任のもとに残します。

導入前の確認表を作り、承認者を決める

実データを使う前に、製品の説明だけでなく組織側の準備を一つの表で点検します。項目が埋まらない場合は、AIを変えるより先に利用範囲を狭めます。

表は横にスクロールできます

確認するもの	決める担当	未決定なら
利用する製品・契約	IT・購買・管理者	実データを入力しない
入力可能な候補者情報	人事・情報管理	架空データへ限定
保存・削除・共有	管理者・個人情報担当	個人別の記録を置かない
利用する作業	採用責任者	文章整理など狭い用途で試す
人の確認者	各Workflowの責任者	出力を業務記録へ転記しない
事故時の停止・報告	管理者・人事	利用開始を保留

試験結果は「便利だった」という感想だけにせず、使ったアカウント種別、設定、使用した架空の入力、出力の確認項目を記録します。契約が変わったり、機能が追加されたりした場合は、過去の承認をそのまま使い回さず、入力範囲が変わらないか再確認します。