技術面接におけるAIポリシー:実用的なフレームワーク
書いていないポリシーは、すでに実行されている
面接チームが候補者が使用可能なAIツールについて文書化していない場合、寛容なポリシーを持っているわけではありません。矛盾したポリシーを実運用していることになるのです。あるインタビューアーはCopilot使用に対して内心、減点しています。別のインタビューアーは候補者がChatGPTの回答をそのまま貼り付けることを認め、その結果を評価しています。候補者は試行錯誤の中で対応しています。採用担当者は初回説明電話で矛盾した説明をしています。
本稿はこれを正すためのフレームワークです。AI時代においてコーディング評価はまだ有効かという問いをすでに超えた、つまり有効であることを前提としています。本当の課題は、誰もが従える、明確なルールをどう定めるかです。
ほとんどの企業が採っている3つの悪いポリシー
フレームワークを示す前に、避けるべきパターンを見ていきましょう。
名ばかりの禁止。 「AIツール禁止」と言いながら、実際に面接するシニアエンジニアは日々の業務でCopilotを使っています。候補者は、ルールを無視するか(ほとんどはこうします)、従うかのどちらか。ルールに従った候補者は、ルール破った候補者と不公正に比較されます。このポリシーは信頼を損ないますが、実際の評価結果は変わりません。
「何でもいい」。 「好きなツール使ってください」と言うこと。一見、モダンに見えます。しかし現実には、評価が採点不可能になります。あなたは候補者のスキルを評価しているのか、LLMの能力を評価しているのか、もう区別がつきません。結果的に優秀なエンジニアほど、こうしたノイズだらけの面接を避けるようになります。
矛盾したハイブリッド。 「テイクホームではAI使用OK、ライブラウンドはダメ」という設定。候補者が「なぜですか?」と聞くまでは、もっともらしく聞こえます。正直な答えは「テイクホームではAI使用を検出できないから」です。これはポリシーではなく、言い訳です。
フレームワーク:すべてのAIポリシーが定めるべき5つの要素
守るべきAIポリシーには5つの要素があります。どれか1つでも抜ければ、候補者から異議が出たときにポリシーは瓦解します。
1. ルール—1文で言い切る
次の3つのいずれかを選んで、それにコミットしてください:
- 使用許可+開示。 「仕事で使うあらゆるAIツール(CopilotやChatGPTなど)を使用してかまいません。ただし、コードレビューの時にどのツールを使ったかを説明してください。」これが2026年の多くのエンジニア職種にお勧めの立場です。実務での使い方と一致し、単なる正解度ではなく、判断力を測定できます。
- アイデア出しはOK、生成はNG。 「ブレーンストーミングや構文の確認にはAIを使ってください。ただし、AI生成コードを丸ごと貼り付けてはいけません。」採用初期段階で候補者の素の問題解決能力を見たいときに適しています。
- 禁止(検証付き)。 「この評価中はAIツール禁止。」防衛産業や特定の医療など、実務上AIが禁止される職種に限定すべきです。整合性検証レイヤーと組み合わせて、禁止ルールを実際に守れるようにしてください。
どれか1つを選んでください。「候補者が責任をもってAIを使うことをお勧めします」みたいな曖昧な書き方は避けてください。それはルールではなく、建前です。
2. 面接段階ごとのルール適用
同じルールをすべての段階に適用する必要はありません。実運用で機能しやすい構成例:
| 段階 | ルール | 理由 |
|---|---|---|
| テイクホーム演習 | 使用許可+開示 | 実際のタスクでAIとどう付き合うか、候補者の実力を見る |
| ライブコーディング | コード生成NG、ドキュメント検索OK | その場での思考力をテストしたい |
| システム設計 | AI図生成NG、LLMタブなし | 対話が主。AIがあると議論が歪む |
| ライブデバッグ | 使用許可+開示 | 実務と同じ、トラブルシューティングの実力を見る |
どのルールを選ぶにせよ、各段階を明示し、そこで何が許可されるのかハッキリさせてください。候補者に推測させるのは避けてください。
3. 候補者へのルール伝達
3つのタイミングで伝える必要があります:
- 採用担当者からの初期メール。 評価の前に送ります。かたくるしい法律文言は避け、簡潔に:「テイクホーム演習では、CopilotやChatGPTなど、仕事で使うAIツールの使用を許可します。ただし、コードレビューの面接で、どの部分を自分で書き、どの部分をAIに生成させたかを説明してください。」
- 評価開始画面。 候補者が開始する前にチェックさせるステップを用意して、その評価に固有のルールを改めて表示します。
- ライブ面接の冒頭。 各ライブ面接の最初の30秒間に口頭で:「このラウンドではAIツール禁止です。チャットやLLMのタブはすべて閉じてください。」
調査結果は一貫して、候補者体験を損なう最大の要因は、ルールの厳しさではなく、矛盾です。同じルールが3度繰り返されれば、候補者はプロセスを信頼できます。
4. ルール遵守の確保
守れないルールは、ルールがないよりも悪いです。候補者に「このルールは飾り」だと教えることになります。「遵守確保」は監視カメラのことではなく、ルール遵守が確認できる評価設計を意味します。
「使用許可+開示」ルールの場合、コードレビューが遵守確保のメカニズムです。候補者にコードを説明させれば、AIの使い方は自然に見えます。不正を捕まえるのではなく、スキルを検証するわけです。
「禁止」ルールの場合は、実際の検証技術が必要です。ClarityHireの整合性検証レイヤーはこのために設計されています:ペースト検出、キーストロークバイオメトリクス、コード一貫性分析、タブ切り替え追跡が組み合わさって、ブラウザ強制ロックなしにAI使用を可視化します。目的は「証拠で追い詰める」のではなく、第1ステップでコミットしたルールを実際に守ることです。
「アイデア出しはOK、生成はNG」ルールの場合が最も難しいです。このオプションを選ぶほとんどのチームは、その境界を現実には監視不可能なため、結局「許可+開示」で運用してしまいます。それならから最初から「許可+開示」にしたほうが、ポリシー作成に無駄なエネルギーを費やさずに済みます。
5. 評価基準の調整
ここがほとんどのポリシーで抜け落ちる部分です。AIが許可されている場合、採点基準はAIには実行できない部分を評価する必要があります。有効な3つの軸:
- 判断力。 なぜこのアプローチを選んだのか。何は却下して、その理由は?
- 反復改善。 要件が変わったらどう対応するか。改良版を見せてください。
- コミュニケーション。 このコードをPRレビューのように説明してください。
これらが、シニアエンジニアとAI補助のジュニアを分ける差です。評価基準がこれらの軸に調整されていれば、全員がCopilotを使ってていも、信頼できる評価ができます。
一方、AIが禁止の場合は、採点基準も逆になります。素の流暢性、コピペなしでのスピード、第一原理からの導出能力。ルールが変われば、見るべき評価軸も変わります。
そのまま使えるサンプルポリシー
採用チームに今週配布できる1ページのサンプルです。職種に合わせて調整してください。
面接時のAIツール使用ポリシー
テイクホーム演習: 仕事で使うあらゆるAIコーディング支援ツール(Copilot、ChatGPT、Claude、Cursorなど)の使用を認めます。フォローアップ面接で、コードをレビューさせていただきます。その際、自分で書いた部分とAIに生成させた部分を説明してください。正直なAI利用にペナルティはありません。判断力、デバッグ能力、そして自分の成果物を拡張できるかどうかを評価します。
ライブコーディング面接: AIツール禁止。LLMやチャットのタブは参加前に閉じてください。その場での思考プロセスを見たいからです。
システム設計面接: AIツール禁止。対話がメインだからです。
このポリシーの背景: 私たちはAIを上手に使えるエンジニア、同時に独立して考えられるエンジニアを採用したいのです。このポリシーで両方が測定できます。ライブ面接では振る舞いベースの検証シグナル(ペースト検出、コード一貫性)を使って、公平性を保ちます。ただし、検証は監視ではありません。結論はかならず対話を通じて決定します。
最後の1文が重要です。これにより、候補者は「検証レイヤーは不正追跡ツールではなく、ルール運用のための手段」「どんな判定も対話抜きには下さない」と理解できます。プロセスへの信頼があれば、候補者はより正直になります。
今週からやること
チームがまだAIポリシーを文書化していなければ、以下を順に実行してください:
- 各面接段階のルールを決める(上の表を参考に)。
- 候補者向け説明文を1ページ書いて、採用担当者の初期メールテンプレートに入れる。
- ライブ面接の冒頭スクリプトを調整して、ルールを口頭で確認する。
- 評価スコアカードを更新して、正確性だけじゃなく、判断力と改善能力を見るようにする。
- 「禁止」にした段階がある場合は、整合性検証レイヤーをそこで有効にする。遵守確保がない「禁止」は最悪です。
明確なAIポリシーは反AI的ではありません。AIの時代に採用で成功するチームと、まだ2022年だと思ってるチームを分けるものです。