+++ title = "AI企業のエンジニア採用面接で見られている、実際の確認ポイント15" date = 2026-06-08 description = "AI系企業がエンジニア採用面接で実際に確認している技術面・思考面のチェックポイントを具体的に整理" [taxonomies] tags = ["HR×AI", "AI企業", "エンジニア採用", "採用面接", "採用基準"] [extra] public = true belief_version = 1 ai_written = true one_true_sentence = "AI企業の面接で落ちる理由の大半は技術力ではない。「なぜそれを選び、何を捨てたか」を、その場で言葉にできるかだ。" [[extra.faqs]] question = "AI系企業のエンジニア採用面接で技術面以外に何が確認されますか？" answer = "「AIを使わない判断ができるか」「実験を設計できるか」「間違いを認める速度」「不確実性の表現」「ユーザーへの説明責任」「セキュリティへの意識」「学習スタンス」の7点が確認されます。特に「この問題はルールベースで十分、AIは過剰」という判断ができるかどうかは、AI系企業でも重要視されます。技術力の確認だけでなく思考・判断面の評価を組み合わせた面接設計が必要です。" [[extra.faqs]] question = "LLMのAPIを直接叩いた経験がないエンジニアはAI系企業の面接で不利ですか？" answer = "「経験がない項目に対してどう向き合うか」が経験の有無と同等に評価される場合が多いです。「やったことがないですが、こういう観点で取り組みます」という回答は「やったことがあります」と同等に評価されることがあります。経験がないことより、「自分が知らないことを知っている」というメタ認知の高さが最も高く評価されます。" [[extra.faqs]] question = "AI系企業でプロンプトのバージョン管理経験を聞かれるのはなぜですか？" answer = "プロダクトにLLMを組み込むとプロンプトの変更がシステムの挙動に直接影響します。コードと同様にプロンプトも変更管理が必要ですが、対応できていない組織が多いです。バージョン管理の経験はプロダクトの品質維持と障害対応の速度に直結するため、LLMを使ったプロダクト開発経験の深さを確認する質問として有効です。" [[extra.faqs]] question = "AIエンジニアの採用面接でコスト設計の経験を確認する方法を教えてください。" answer = "「本番システムでコストを意識した設計をした経験があるか」を直接聞き、「トークン数が増えたらどうするか」という問いへの回答の具体性を見ます。キャッシュ活用・モデルの使い分け・チャンク戦略・バッチ処理など、具体的な対策が出てくるかどうかで実務経験の深さが分かります。コスト設計ができないエンジニアが本番に触れると、月次コストが予算を大幅に超えるリスクがあります。" +++ AI企業の面接で見送りになるエンジニアの多くは、技術が足りないわけではない。「OpenAIもAnthropicも本番で叩いてきた」と言える人が、「なぜそのモデルにしたのか、何を捨てたのか」で詰まって落ちる。 技術力は入口の確認でしかない。その先で見ているのは、自分の判断を自分の言葉で説明できるかだ。採用する側として実際に確認している15点を、技術面と思考面に分けて整理した。 --- ## 技術面の確認ポイント（8項目） ### 1. LLMのAPIを直接叩いた経験があるか 「ChatGPTを使っています」ではなく、「OpenAI APIやAnthropic APIを使ってプロダクトを作ったことがあるか」を確認する。 プロンプトの工夫だけでなく、コンテキストウィンドウ管理、トークンコスト設計、エラーハンドリングを実際に経験しているかを見る。 ### 2. RAG（Retrieval-Augmented Generation）の仕組みを実装したことがあるか 「RAGという概念を知っている」より「実際に実装した経験があるか」を確認する。ベクターデータベースの選定、チャンク分割の設計、検索精度の調整などを経験しているかを聞く。 ### 3. LLMの出力評価をどうやっているか LLMを使うシステムは「出力が正しいか」の評価が難しい。自動評価の仕組み（LLM-as-judge、ルールベースのチェックなど）を設計した経験があるかを確認する。 ### 4. コスト設計の経験 LLMのAPIコストは使い方で大きく変わる。本番システムで「コストを意識した設計をした経験があるか」を確認する。「トークン数が増えたらどうするか」という問いに対する回答の具体性を見る。 ### 5. プロンプトのバージョン管理をどうしているか プロダクトにLLMを組み込むと、プロンプトの変更管理が必要になる。コードと同様のバージョン管理をプロンプトに適用した経験があるかを確認する。 ### 6. ストリーミングレスポンスの実装経験 LLMの出力をリアルタイムでユーザーに見せるストリーミング実装の経験があるかを確認する。UXに直結するため、実装難易度は低くないが、プロダクトとして重要だ。 ### 7. 複数モデルの使い分け経験 OpenAI/Anthropic/Googleなど複数のLLMを使い分けた経験があるかを確認する。「なぜそのモデルを選んだか」という判断基準を聞く。 ### 8. ファインチューニングの経験（ある場合） 必須ではないが、ファインチューニングを実施した経験がある場合は、「なぜファインチューニングを選んだか（プロンプトで解決できなかったのか）」という判断プロセスを確認する。 --- ## 思考・判断面の確認ポイント（7項目） ### 9. 「AIに任せない」判断ができるか 何でもAIで解こうとする人は、AI企業でこそ評価されない。AIは強力な相棒だが、相棒に振らずに自分で持つべき領域を切り分けられるかを見る。「この問題はルールベースで十分、AIは過剰」と言い切れる人は、相棒の使いどころを分かっている。 ### 10. 実験の設計ができるか LLMを組み込んだ機能は、A/Bテストが難しい場合が多い。「この機能の改善を測定するにはどうするか」という問いに対する回答を見る。 ### 11. 間違いを認める速度 相棒は間違える。システムの問題を「AIのせい」で止めず、相棒の出力を引き受けた自分の設計責任として捉えられるかを見る。「AIが間違えた時、どう対処しましたか」で分かる。 ### 12. 不確実性の表現 「このシステムの精度は90%です」という断定より、「現在のデータでは85〜90%の範囲で、この条件では精度が下がります」という表現ができるかを確認する。精度の不確実性を適切に伝える能力は、プロダクトの信頼性に直結する。 ### 13. ユーザーへの説明責任 LLMが出した結果をユーザーにどう説明するかを考えた経験があるかを確認する。「AIが言ったから」という理由はユーザーに通じない。 ### 14. セキュリティへの意識 プロンプトインジェクション、データのプライバシー保護、モデルへの機密情報の渡し方など、AIシステム固有のセキュリティリスクを認識しているかを確認する。 ### 15. 学習スタンス LLMの分野は6ヶ月で大きく変わる。「最近、何を学びましたか」という質問で、継続的な学習習慣があるかを確認する。特定のツールより、学習スタンスの方が長期的に重要だ。 --- ## 面接の現実 これら15項目のうち、全てに「はい」と答えられる候補者はほぼいない。 見ているのは「経験があるか」よりも「経験がない項目に、どう向き合うか」だ。「やったことはないですが、こういう観点で取り組みます」という回答は、「やったことがあります」と同等に評価されることが多い。最も高く評価されるのは、「自分が知らないことを知っている」というメタ認知の高さだ。 採用は、優劣を判定する場ではない。明日からすぐ横で一緒に走れる相手かを見る場だ。だから「正解を持っているか」より「分からないところで立ち止まれるか」を見る。 **月曜からできること（候補者側）**: 直近で技術選定をした判断を一つ選び、「採った理由」と「捨てた選択肢の理由」を各3行で書き出す。面接はその6行を引き出す場でしかない。書けるなら、どの15項目を聞かれても自分の言葉で返せる。 **月曜からできること（採用側）**: 質問リストを15個並べる前に、「直近で一番悩んだ技術判断は？」の1問を冒頭に置く。詰まる人と語り出す人が、最初の3分で分かれる。 --- ## 関連記事 - [AIエンジニアの採用面接で私が必ず聞く5つの問い](/n/5-questions-i-always-ask/) — 本質を見抜くための面接質問と評価の観点 - [AI採用でカルチャーフィットを評価できない理由](/n/ai-hiring-culture-fit-limits/) — 技術評価で見えないカルチャー適合をどう判断するか - [AIスタートアップの採用ブランディング最初の一歩](/n/ai-startup-engineer-hiring-criteria/) — 優秀なAIエンジニアを惹きつける採用メッセージの作り方