持ち帰りコーディング課題でのAI活用：2026年に実際許されていること
一部の企業は持ち帰りコーディングテストでAI利用を義務化し、別の企業は全面禁止している。2026年の実際のポリシーの現状と、その間で罠にはまらない方法を解説する。
要約： 持ち帰りコーディング課題でAIを使ってよいかどうかは完全に企業次第であり、その差は実際に大きい。Canvaは今やAI利用を必須としており、Code.orgは開示さえすれば利用を認め、一方で約62%の企業は依然として正式にAIを禁止している。指示にAIの可否が書かれていない場合は、思い込みで進めず必ず確認すること。どちらを選ぶにせよ、ほぼすべての持ち帰り課題の選考フローは、自分の書いたコードを一行ずつ説明するライブラウンドで締めくくられる——本当に準備すべきなのはそこだ。
今年、あるAmazonの候補者がr/leetcodeに投稿した内容は、2年前なら馬鹿げて聞こえたはずのものだった。リクルーターが、面接ラウンドの一つでAIコーディングツールを使えるようにと、最大100ドルまでのツール費用を負担すると申し出たというのだ。一方Blindでは別の候補者が、技術的には正しく動くコードについて「なぜその再帰が終了するのか説明できなかった」ために、持ち帰り課題の後に不採用となったと投稿している——採用担当者はAIが関与したのではと疑ったが、確認はできなかったコードだ。
この2つのエピソードはどちらも2026年の現実であり、異なる企業で、時には同じ採用シーズンの中で同時に起きている。「このAIは使っていいのか」に唯一の答えは存在せず、それをYes/No の二択として扱うことこそが、候補者がどちらの方向にも痛手を負う原因になっている——AIを使いこなす前提のラウンドで手加減してしまうか、逆にそれを見抜くために設計されたラウンドでAIを使ってしまうか、のどちらかだ。
2026年の実際のポリシー状況：AIを許可する企業・禁止する企業
企業間のポリシーの差は、多くの対策コンテンツが認めている以上に大きい。
Canvaは自社の立場を公式に文書化しており、バックエンド・フロントエンド・ML職のコーディングラウンドでは、候補者がGitHub Copilot、Cursor、Claudeといったツールを使うことを前提としている。Canvaのエンジニアリングチームの理由は率直だ——すでに社内エンジニアの半数近くが日常的にAIツールを使っており、AIを禁止した面接では実際の職務パフォーマンスに近いものを測定できなくなる、という考え方だ。彼らは単発のAIプロンプトだけでは解けないほど曖昧さを持たせた問題に設計し直しており、評価の軸を「AIを使ったかどうか」から「ツールをどう使いこなしたか」に移している。
Amazonは一部の候補者向けに、任意参加のAI活用面接ラウンドを提供しており、候補者のオンライン投稿によれば最大100ドルまでのツール費用が払い戻されたという。これは特定のラウンドに限った話であり、全社的なポリシーではない——Amazonはプロセスの他の部分では依然としてAI利用を制限している。
Code.orgには正式な文書化されたAI利用ポリシーがあり、開示さえすれば面接や持ち帰り課題でAIを使うことを認めている。開示せずに使うこと、あるいはAIの出力を完全に自分自身の思考であるかのように見せることは、AI利用そのものよりもはるかに重い、誠実性（インテグリティ）違反として扱われる。
一方で、自身の採用プロセスについてMediumに書いたある採用担当者は率直にこう述べている。「AIツールの利用を単に許容しているだけではありません——私はそれを期待しています」。ただしその期待は、候補者がAIを使ったすべての判断を声に出して正当化しなければならない、必須のライブウォークスルーとセットになっている。
そしてその対抗軸として、調査データでは面接でAIを依然として正式に禁止している企業の割合は約62%とされている。ほとんどの求人票や持ち帰り課題の指示書には、そもそも何も書かれていない——それ自体が一つのシグナルであり、沈黙は許可を意味しない。
外国企業への応募を考える日本の候補者にとって、このポリシーの曖昧さは決して他人事ではない。英語で書かれた持ち帰り課題の指示書には、AI利用の可否について何の言及もないケースが多く、日本国内の選考では馴染みの薄いこの判断を、海外求人に応募する際にはまさに自分自身で下さなければならない場面が増えている。
持ち帰りコーディングテストでAIを使うのは不正か
正直な答えはこうだ——企業がそう定めている場合にのみ不正であり、それ以外では違う。すっきりしない答えだが、それが業界の現在地であり、「AI利用は自動的に疑わしい」という段階から「AIを使いこなせることが職務要件になる」という段階への、まさに移行の途中にある。
複数の採用担当者が自身の基準として語っている、有効な自己チェック方法がある——ライブのフォローアップ面接で、AIに何を尋ねたのか、なぜその提案を採用したのかを、声に出して正直に説明できるか？ もし本音が「それは知られたくない」であれば、それは指示書に技術的に何と書かれていたかに関わらず、その企業の一線を越えている合図であることが多い。
最もリスクが高いのは「禁止されているのにAIを使った」でも「期待されているのにAIを使わなかった」でもない——どちらも説明できれば挽回可能だ。最もリスクが高いのは、指示が曖昧なときに黙って進み、しかも提出物がライブ面接でのパフォーマンスから推測される実力以上に洗練されて見える場合だ。このギャップこそが目に留まる——面接でAIを使うのは不正かで扱った不一致と同じ構造が、ライブラウンドから非同期のラウンドに舞台を移して現れているだけだ。
持ち帰りコーディング課題でChatGPTを使ってよいか：開示のフレームワーク
Yes/Noのルールではなく、課題の指示に基づく次の4パターンで考えるとよい。
- AIの利用が明示的に必須・前提とされている（Canva型）：全面的に活用し、対策の重点はツールをうまく操作することに置く——評価対象はプロンプトの出し方と判断力であり、単なる暗記力ではない。
- 開示を条件にAIの利用が明示的に許可されている（Code.org型）：使ってよい、そしてそれを明言する。READMEなどに「[ツール名]を使って初期構造の作成とテストケースの生成を行いました」と一行添えるだけでコストはゼロで、身を守ることができる。
- 指示に何も書かれていない：思い込みで進めず、まず確認する。リクルーターへの「この課題でAIツールを使用することは問題ありませんか」という2行のメールは、2026年においては普通の、想定内の質問であり、危険信号ではない。
- AIの利用が明示的に禁止されている：使わない。この場合に限り、自動検出とライブのフォローアップラウンドの両方が違反を見抜くために特に用意されており、ここで発覚すると技術的な問題ではなく誠実性の問題として扱われる。
4パターンすべてに共通する傾向がある——開示にはほとんどコストがかからず、沈黙こそがほぼ常に高くつく選択だということだ。
企業はどのように持ち帰り課題でのAI利用を検出しているか
ポリシーが不明確な場合でも、企業側の確認手段は増えており、検出は単なるはったりだと決めつける前に、その仕組みを理解しておく価値がある。
- 盗用照合ツール：Codequiryのようなツールは、提出されたコードを既知の公開解答、過去の候補者の提出物、同じ問題文に対する一般的なAI出力と照合する。
- 検索による追跡可能性：ある学術的な統制実験では、AI生成のコード解答が単純なGoogle検索だけで96%のテストケースで特定可能だったことが分かっている。AIモデルは、真に独自の実装というより、学習データ由来の見覚えのある構造パターンを再現しがちだからだ。
- コミットとタイミングのパターン：レビュアーはリポジトリの履歴を見て、複雑な関数全体が一度のコミットで反復修正の跡もなく出現している、あるいはコミットの間でコード品質が急激に変化している、といった兆候をますます確認するようになっている。
- 次に扱うライブのフォローアップラウンドは、技術的な検出を一切必要としない——提出物について説明を求めるだけでよい。
これらは単独では完璧ではない——持ち帰り課題は一般に、監督付きのライブコーディングラウンドよりも監視が緩く、リアルタイムで作業を見ている人がいないからだ。しかしこれらを組み合わせ、さらにフォローアップ面接と合わせると、「課題を丸ごと静かに外注して誰にも聞かれないことを祈る」という賭けは、見た目よりもずっと分の悪いものになる。
実際に決着がつくのはライブのフォローアップラウンド
どんなポリシー論争よりも重要なパターンがここにある——AIが許可されていたかどうかにかかわらず、ほぼすべての持ち帰りコーディング選考は、面接官に自分の提出物を説明するライブラウンドで終わる。
これはAIを禁止している企業（提出者が本当に自分のものだとされるコードを理解しているか確認している）にも、AIを前提としている企業（単に最初の出力を受け入れただけでなく、本当の判断力でツールを操ったか確認している）にも当てはまる。どちらにせよ問われることは同じだ——軽いプレッシャーの中、リアルタイムで、自分の提出物のあらゆる重要な判断を説明できるか？
採用担当者たちは、技術的には正しい提出物を、候補者が設計上の選択を説明できなかった、その場でコードを修正するよう求められて対応できなかった、あるいは提出物の完成度に見合わない答えしか返せなかったという理由で不採用にしたと語っている。この不一致——洗練された非同期の提出物と、危うい生のライブ説明——こそがレビュアーが最も明確に注目するシグナルであり、持ち帰り課題そのものでのAI支援では決して覆い隠せない唯一の要素だ。
正直に言えば、これは私たち自身のプロダクトが対応するようには作られていない領域でもある。AceRound AIはライブの会話のためのリアルタイム面接コパイロットであり、持ち帰り課題の提出物を代わりに書くために設計されたものではない——そのような使い方は、次に来るものへの本当の準備という目的そのものを損なってしまう。AceRound AIが力を発揮するのは、まさにこのライブのフォローアップの瞬間だ。
ライブのフォローアップに備えてAceRound AIを使う方法
持ち帰り課題を提出したあと、最も効果の高い準備はさらにコードを書くことではなく、説明の練習をすることだ。
- 面接前に、自分の提出物を関数ごとに声に出して一通り説明する。 一部でもAIを使った場合は、それが何をするかだけでなく、なぜその提案を採用したのかを説明できるようにしておく。
- ライブでの修正を練習する。 面接官はその場で関数の変更や機能の追加を求めることが多い。自分が書いたはずのコードでこれをスムーズにこなせなければ、そのギャップはすぐに露呈する。
- リアルタイムのフォローアップ質問付きの模擬面接を活用する。 「なぜこのアプローチを選んだのか、代替案ではなく」と事前予告なしに問われるプレッシャーを再現するのに役立つ——ここでライブセッション向けに作られたAIコーディング面接アシスタントが、面接官がありがちなフォローアップを事前に洗い出してくれるため、不意打ちを防げる。
- 説明時間を区切る。 詳細に入る前に60〜90秒でアプローチを要約できることは自信の表れになる。ファイル全体をだらだらと説明するのは逆効果だ。
目標は持っていない自信を演じることではない——自分の思考とAI支援がどんな割合で混ざっていたとしても、ライブラウンドが持ち帰り課題の提出物が示唆していたのと同じレベルの実力を反映するようにすることだ。
よくある質問
持ち帰りコーディングテストでAIを使うのは不正ですか？
それは完全に企業が定めたポリシー次第であり、普遍的な答えはない。Canvaは今やコーディング面接でAIツールの利用を必須としている。Code.orgは開示さえすれば利用を認めている。約62%の企業は依然として正式に禁止している。指示にどちらとも書かれていない場合は、始める前に必ずリクルーターに直接確認すること——その一つの質問が、どんな抜け道よりもあなたを守ってくれる。
持ち帰りコーディング課題でChatGPTを使えますか？
課題が明示的に禁止していない場合に限り、その場合でも基本姿勢は開示だ。AIが明示的に必須とされているなら全面的に活用する。開示を条件に明示的に許可されているなら、使った上でそれを伝える。指示に何もなければ、思い込まずに確認する。明示的に禁止されているなら使わない。
フォローアップ面接でAI支援によるコードを説明できないとどうなりますか？
これはAI利用が許可されていたかどうかに関わらず、持ち帰り課題の候補者が失敗する最も一般的なパターンだ。ほぼすべての選考フローは自分の提出物を説明するライブラウンドで終わり、設計上の判断を説明できない候補者は、コード自体が正しくてもその場で不採用になる。
企業は本当に持ち帰り課題でAIを使ったかどうかを確認していますか？
はい——盗用照合ツール、一般的なAI出力パターンの検索追跡可能性（ある研究では96%が追跡可能）、コミット履歴の分析、そして最も信頼性の高いフィルターであるライブのフォローアップ面接を通じて確認している。
持ち帰り課題の提出物でAIを使ったことを開示すべきですか？
迷ったら開示すべきだ。一部の企業は、AI利用そのものは問題なかったはずの場合でも、未開示のAI利用を失格に値する誠実性の問題として扱う。一行の開示は、許可されていた場合はコストがかからず、明示的に扱われていなかった場合はあなたを守ってくれる。
2026年、どの企業が持ち帰り課題でAIを許可していますか？
Canvaはコーディングラウンドでの利用を必須としている。Amazonは費用払い戻し付きの任意参加AI活用ラウンドを提供したことがある。Code.orgは正式な開示ベースのポリシーを持っている。これらは名指しされた例外であり、標準ではない——ほとんどの求人票は何も触れておらず、大多数の企業は依然として何らかの形でAIを正式に制限している。
著者・Alex Chen。キャリアコンサルタント、元テック業界リクルーター。採用側で5年働いた後、候補者を支援する立場に転向。教科書的なアドバイスではなく、実際の面接のダイナミクスについて書いている。
