
このプロジェクトで提供されるもの
AI Engineering Interview Questions Company Wiseは、35社から公開報告された面接質問を収録した、厳選された準備用リソースです。質問は、繰り返し登場する技術トピック別と企業別の両方で整理されているため、共通する期待事項を把握し、特定の面接プロセスに向けて準備しやすくなっています。
このリポジトリは、AI Engineer、Generative AI Engineer、LLM Engineer、Agentic AI Engineer、Machine Learning Engineer、Research Engineer、Applied Scientist、Forward Deployed Engineer、AI Solutions Architect、AI Platform Engineer、MLOps Engineer、LLMOps Engineerなどの職種に関連しています。
質問は、公開されている面接体験談をもとにまとめられています。面接プロセスはチーム、職位、地域、時期によって異なるため、このコレクションは正確な台本ではなく、準備の指針として活用してください。
主な特徴
- 企業別の整理: 最先端AI研究所、大手テクノロジー企業、インフラプロバイダー、AIネイティブなプロダクト企業、エンタープライズAI組織に関連する質問を閲覧できます。
- 企業横断のトピック一覧: 重複する項目を個別に学ぶのではなく、複数の雇用主で繰り返し出題される質問から始められます。
- 職種の網羅: 研究、応用AI、プラットフォーム、推論、エージェント、ソリューション、運用関連の職種に備えられます。
- 報告された面接コンテキスト: 企業別セクションでは、対象職種、公開報告された面接プロセス、企業固有のトピックを説明しています。
- 解説へのリンク: 多くの質問には、回答や詳しい説明を含む記事または動画へのリンクがあります。
- 継続的な更新: 管理者は、今後も質問と回答を追加し続けると述べています。
対象トピック
共通質問のセクションは、主要なAIエンジニアリング領域に分かれています。これらの領域を学習計画の基礎として活用してください。
LLMの内部処理とアーキテクチャ
このセクションでは、アテンション、KVキャッシュ、MQA、GQA、MLA、FlashAttention、トークン化、位置エンコーディング、RoPE、スケーリング則、Mixture-of-Expertsモデル、正規化、Transformerのフィードフォワードネットワーク、デコーディング戦略を扱います。
代表的な質問には、次のようなものがあります。
- スケールド・ドット積アテンションで
1/sqrt(d_k)の係数を使用するのはなぜですか? - 大規模なKVキャッシュは、メモリにどのような影響を与えますか?
- FlashAttentionは、FLOPsを削減せずに高速化できるのはなぜですか?
- 貪欲デコーディング、ビームサーチ、top-k、top-p、温度サンプリングはどのように異なりますか?
- デコーダー専用Transformerのフォワードパスでは、テンソルごとに何が起こりますか?
推論、サービング、GPUパフォーマンス
このカテゴリでは、LLMを効率的にデプロイする方法に焦点を当てています。プレフィルとデコードの動作、継続的バッチ処理、PagedAttention、投機的デコーディング、プロンプトキャッシュ、量子化、並列化、レイテンシ指標、GPU容量の見積もり、サービングフレームワークなどを扱います。
定義だけでなく、運用上のトレードオフについても説明できるように準備してください。たとえば、デプロイ後にp99レイテンシが2倍になった原因の診断や、700億パラメータモデルのサービングに必要なメモリ量の見積もりを求められる場合があります。
RAGと検索
検索セクションでは、チャンク分割、疎検索と密検索、ハイブリッド検索、リランキング、検索評価、HyDE、エージェント型RAG、近似最近傍インデックス、権限を考慮した検索、インデックスの鮮度、ドキュメント解析、引用の帰属を扱います。
エージェントとツール利用
エージェント関連の質問では、ReAct、ツール呼び出し、MCP、リトライ、タイムアウト、ツールスキーマ、マルチエージェントオーケストレーション、メモリ、ループ終了、人による承認、監査可能性、長時間稼働するエージェントのドリフトなどを検証します。
ファインチューニングとアライメント
このセクションには、RLHF、PPO、DPO、GRPO、LoRA、QLoRA、プロンプトチューニングとプレフィックスチューニング、壊滅的忘却、検証可能な報酬による強化学習、報酬ハッキング、知識蒸留が含まれます。
評価と可観測性
評価に関する質問では、LLM-as-judgeシステム、限定的な正解データ、高コストな専門家ラベル、ハルシネーション検出、モデルやプロンプトの変更をリリースするか判断するためのリグレッションゲートを扱います。
アクセスとセットアップ
このプロジェクトはソフトウェアライブラリではなくドキュメントリポジトリであるため、パッケージのインストールは必要ありません。GitHubで直接読むことができます。
方法1: ブラウザで利用する
- GitHubでリポジトリを開きます。
- 目次からCommon Questions Asked Across Companiesを開きます。
- RAG、推論、エージェントなどの技術カテゴリを選択します。
- 利用可能な場合は、リンク先の回答を確認します。
- 共通教材を終えたら、志望企業のセクションに進みます。
方法2: ローカルにクローンする
リポジトリをクローンすると、検索、注釈の追加、更新が可能なオフラインコピーを利用できます。
git clone https://github.com/pallavi-shekhar/ai-engineering-interview-questions-company-wise.git
cd ai-engineering-interview-questions-company-wise今後の更新を取得するには、次を実行します。
git pullその後、READMEをテキストエディタまたはMarkdownビューアで開き、全文検索を使って企業、技術、キーワードを探せます。
基本的な使い方: 準備計画を立てる
ステップ1: 目標とする職種を選ぶ
まず職種を明確にしましょう。職種によって、リポジトリ内の異なる領域が重視されるためです。LLM推論の職種ではGPUやサービングに関する深い知識が求められる一方、応用AIの職種ではRAG、評価、プロダクト上のトレードオフがより重視される場合があります。
職種とトピックの簡単な対応関係は、次のようになります。
- LLMまたは推論エンジニア:Transformerの内部構造、KVキャッシュのメモリ、バッチ処理、量子化、並列化、スループット。
- 応用AIエンジニア:RAG、エージェント、評価、プロンプト、ファインチューニングの判断。
- エージェントエンジニア:ツールスキーマ、リトライ、メモリ、ループ終了、オーケストレーション、人による承認。
- MLOpsまたはLLMOpsエンジニア:サービング指標、可観測性、回帰ゲート、キャパシティプランニング、本番環境の診断。
ステップ2:共通質問から先に取り組む
READMEでは、複数の企業で出題される質問から始めることを明確に推奨しています。これにより幅広くカバーでき、同じ内容を繰り返し勉強せずに済みます。
各質問について、次の4つの層で理解を準備しましょう。
- 定義:概念を1〜2文で明確に説明する。
- 仕組み:内部でどのように動作するかを説明する。
- トレードオフ:利点、コスト、制約、失敗モードを説明する。
- 応用:いつ使うか、または使わないかの例を示す。
ステップ3:リンク先の回答を選択的に活用する
多くの項目には、Outcome Schoolの記事や動画へのリンクが含まれています。回答を開く前に質問を読み、記憶を頼りに答えてみましょう。その後、リンク先の資料を使って不足している詳細を確認します。
たとえば、KVキャッシュに関する質問では、基本的な定義だけで終わらせないことが重要です。最終的な準備には、キャッシュの目的、シーケンス長に伴う増加、メモリへの影響、そして管理に使われるサービング技術を含めるべきです。
ステップ4:対象企業について学ぶ
共通トピックを学習したら、志望企業のセクションを開きます。このリポジトリでは、企業をフロンティアAIラボ、大手テクノロジー企業、インフラ企業、AIネイティブなプロダクト企業、エンタープライズAI企業などのカテゴリに分類しています。
企業セクションから、次の点を確認しましょう。
- 報告された面接体験で扱われている職種。
- 公開されている面接プロセスの構成。
- その組織により特有の質問やテーマ。
- 追加練習が必要な技術分野。
ステップ5:質問を実践的な練習に変える
項目を読むだけにしないでください。声に出して答え、短い説明を書き、関連する式を導出し、追加質問の練習をしましょう。
たとえば、連続バッチ処理に関する質問には、次の構成で答えます。
1. 静的バッチ処理と連続バッチ処理を定義する。
2. リクエストが異なるタイミングで完了する理由を説明する。
3. 解放されたバッチスロットを再利用する方法を説明する。
4. その仕組みを利用率とスループットに結び付ける。
5. スケジューリング、レイテンシ、実装上のトレードオフを説明する。学習例
例1:推論に関する質問の準備
プリフィルがコンピュートバウンドで、デコードがメモリ帯域幅バウンドになる理由を問う質問を選んだとします。
- プリフィルとデコードの各フェーズを定義する。
- プリフィル中にプロンプトトークンを並列処理できる仕組みを説明する。
- 自己回帰デコードでトークンが逐次生成される理由を説明する。
- デコード中の重みへの繰り返しアクセスをメモリ帯域幅と関連付ける。
- この違いをTTFT、トークン単位のレイテンシ、バッチ処理、サービングアーキテクチャに結び付ける。
- リンク先のプリフィルとデコードの比較説明を読み、回答を洗練する。
例2:RAG設計に関する質問の準備
BM25、密ベクトル検索、またはその両方を選ぶ質問では、すべてのケースに最適な検索手法を挙げるのではなく、要件を軸に回答を組み立てます。
- コーパス、クエリの種類、レイテンシ目標、評価指標を特定する。
- 完全一致する語に対する字句マッチングの強みを説明する。
- 概念的に関連する言語に対する意味検索の強みを説明する。
- ハイブリッド検索が有効な場面を説明する。
- 生成された回答を評価する前に、検索をどのように評価するかを説明する。
- 権限、インデックスの鮮度、再ランキングのコストなど、運用上の懸念を加える。
例3:エージェントの信頼性に関する質問の準備
ツール呼び出しのエラー、タイムアウト、リトライについては、本番環境の制御ループとして回答を構成します。
リクエストを検証する
タイムアウトを設定してツールを呼び出す
失敗を分類する
適切な場合にのみリトライする
リトライ回数とコストの上限を適用する
アクションと結果を記録する
安全にエスカレーションまたは停止するその後、リポジトリ内の関連質問を使って、ループ終了、人による承認、可逆的なアクション、監査可能性、長時間タスク中のドリフトへと議論を広げられます。
高度な準備のヒント
定義だけでなく導出を練習する
いくつかの質問では、式や数値見積もりが明示的に求められます。KVキャッシュのメモリ、異なる精度でのモデル重みのメモリ、ファインチューニングに必要なメモリ、おおよそのサービング容量を計算する練習をしましょう。結果はアーキテクチャ、精度、バッチサイズ、シーケンス長によって変わるため、計算前に前提を示してください。
カテゴリをまたいで概念をつなげる
優れた面接回答では、アーキテクチャと本番環境での挙動を結び付けることがよくあります。たとえば、次のような関係です。
- KVキャッシュの設計は、TransformerのアテンションをGPUメモリとサービング容量に結び付ける。
- 量子化は、数値精度をモデル品質、メモリ使用量、スループットに結び付ける。
- チャンク分割は、文書構造を検索再現率と回答の出典提示に結び付ける。
- ツールスキーマの設計は、モデルの挙動をエージェントの信頼性と安全性に結び付ける。
- ファインチューニングの選択は、データ品質をコスト、レイテンシ、壊滅的忘却に結び付ける。
システムに関する質問を要件の議論に変える
AIシステムの設計を求められたら、すぐにツール名を挙げるのではなく、まず制約条件から始めましょう。想定トラフィック、レイテンシ、品質、データの鮮度、プライバシー、権限、障害対応、コストを明確にします。そのうえで、各アーキテクチャ上の判断がそれらの要件にどう対応するのかを説明します。
診断フレームワークを準備する
実際の面接では、知識を問う質問よりもシナリオが使われることがよくあります。レイテンシが悪化した場合は、調査を最近の変更、トラフィックの傾向、キューイング、プロンプトの長さ、出力の長さ、バッチ処理、キャッシュの挙動、GPU使用率、メモリ負荷、ネットワーク依存関係、下流サービスに分けて考えます。
エビデンスに基づく進捗表を維持する
各質問について確信度を記録したローカルチェックリストを作成します。
0 - 未学習
1 - 話題として認識できる
2 - 定義を説明できる
3 - 仕組みとトレードオフを説明できる
4 - 追加質問や計算問題に対応できる
5 - 教えられ、設計のバリエーションにも対応できる範囲の狭い企業固有の内容に時間を使う前に、得点の低い頻出質問を復習しましょう。
企業別に模擬面接を行う
志望企業に関連する質問を選び、時間制限のもとで回答します。練習相手には、前提への異議、計算の要求、障害の導入、要件の変更をしてもらいましょう。固定された回答を暗記するよりも、実際の面接での会話をよりよく再現できます。
リポジトリの更新を確認する
メンテナーは新しい質問と回答を追加する予定です。リポジトリをクローンした場合は、定期的に git pull を実行してください。ブラウザー版を利用している場合は、面接前に頻出質問のセクションと志望企業のセクションを再確認しましょう。
重要な制限事項
- 報告されている質問は、将来の面接官が尋ねる内容を保証するものではありません。
- 面接プロセスは、チーム、レベル、勤務地、採用時期によって変わることがあります。
- 現時点では、すべての質問に回答へのリンクがあるわけではありません。
- リンク先の解説は実践的な練習を支援するものであり、練習そのものに置き換わるものではありません。
- 企業との関連付けは、回答例を暗記するためではなく、学習項目の優先順位付けに利用してください。
まとめ
このリポジトリは、ざっと目を通すリストではなく、体系的なカリキュラムとして利用すると最も効果を発揮します。まず頻出する質問から始め、それぞれの回答を仕組みとトレードオフの観点から深め、次に関連する企業セクションを学び、現実的な追加質問への対応を練習しましょう。このコレクションに、導出、設計演習、診断シナリオ、模擬面接を組み合わせることで、幅広いAIエンジニア職に向けた、集中した準備プロセスを作れます。
