Antigravityとは?人材紹介の実務視点で解説
「Antigravityって、Claude Codeの新機能か何かですか?」
先日、あるエンジニア候補者様の面談中に、そんな質問をいただきました。正直に言うと、僕も一瞬「ん?」と思いました。検索トレンドを見ていると、「claude code antigravity」という組み合わせでの検索が急増しており、多くの方が「Claude Codeの一部機能なのでは」と誤解されているように感じます。今回は、このAntigravityの正体と、人材紹介・採用の現場でどう活かせるのかを整理してみたいと思います。あくまで山根個人の理解に基づく整理であることを、先にお断りしておきます。
0. Antigravityとは?
まず結論から申し上げると、
Antigravityとは、GoogleがClaude Codeとは別に発表した、AIエージェント型の開発環境(agentic IDE)のこと
だと僕は理解しています。
Claude Codeは、AnthropicがCLI(コマンドラインインターフェース)として提供している、AIがコードを書き・実行し・修正までをエージェント的に進めるツールです。拡張機能やサブエージェント、スキルといった仕組みを持ち、開発の現場に急速に浸透しています。
一方のAntigravityは、Googleが開発したエージェント環境で、ベンダーも設計思想も別物だと理解しています。ただ、どちらも「AIがコードを書き、実行し、自律的にタスクを進めるエージェント型のコーディングツール」という同じ潮流に属しているため、検索エンジン上では並んで話題になっているのだと思います。「claude code antigravity」という検索は、まさにこの2つを比較・混同している方の検索行動を表しているのではないでしょうか。
正確な内部アーキテクチャの比較については、僕はエンジニアではないため深追いしません。ここで申し上げたいのは、技術仕様の優劣ではなく、この2つが「同じ土俵で語られる存在になった」という事実そのものが、人材紹介の現場にとって重要な意味を持つということです。
実際、この質問をくださった候補者様は、前職で複数のAIコーディングツールを並行して試していたエンジニアの方でした。「会社としてどれを標準にするか、まだ決めきれていない」というお話を聞き、なるほど、これは職務経歴書の書き方にも影響が出るはずだと感じた次第です。
1. なぜ「対抗馬」という理解では不十分なのか
「AntigravityはClaude Codeの対抗馬なんですよね?」というご質問もよくいただきます。
半分は正しいと思います。ただ、半分は誤解を招く表現だとも感じています。
なぜならば、この2つは「シェアの奪い合い」という単純な構図だけで捉えるべきではないと僕は考えているからです。むしろ重要なのは、AIコーディングエージェントというカテゴリー自体が、複数のベンダーから並行して生まれ、育っている段階にあるという事実です。
Cursor、Devin、Copilot、そしてClaude Code、Codex、Antigravity。挙げればキリがないくらい、この数年で似た文脈のツールが乱立しています。これはつまり、
「AIコーディングエージェント」という職域そのものが、まだ標準化される前の"戦国時代"にある
ということだと僕は捉えています。
戦国時代である以上、候補者の職務経歴書に「Claude Code経験あり」「Cursor経験あり」と書いてあったとしても、それが即座に高い評価につながるかというと、個人的にはそう単純ではないと思っています。ツール名の羅列よりも、そのツールを使って「何を、どう変えたのか」のほうがよほど重要だからです。
僕らのような人材紹介の立場からすると、この乱立状態はむしろチャンスでもあります。企業側が「うちはこのツールに絞っています」と明言できていない今だからこそ、候補者の柔軟性や適応力を評価軸に組み込みやすい、という側面もあると感じています。
2. 求人票に「ツール名」だけを書くのは危険信号
結論から言うと、求人票に「Claude Code、Cursor、Antigravity等のAIコーディングツール使用経験者歓迎」とだけ書くのは、僕はあまりお勧めしません。
理由はシンプルです。ツール名を並べるだけでは、その企業が「何を求めているのか」が候補者に伝わらないからです。
AIコーディングツールの浸透によって、エンジニアの仕事の中心は「コードを書くこと」から「何を作るべきかを定義すること」へと重心が移りつつあります。だとすれば、求人票に書くべきなのは、
- ツールの操作経験そのものではなく、そのツールを使って開発サイクルをどう速めたか
- AIが生成したコードのレビュー・品質担保をどう設計したか
- 要件定義や課題の言語化にどこまで踏み込んでいたか
この3点だと僕は考えています。ツール名は、あくまで「その候補者がどんな環境に馴染みがあるか」を示す補助線に過ぎません。ここを取り違えると、求人票が「ツールのカタログ」になってしまい、本当に見極めたい人物像がぼやけてしまいます。
もちろん、採用の現場によっては「まずツール経験の有無でスクリーニングしたい」という実務上の事情もあるかと思います。それ自体は否定しません。ただ、それを最終的な合否基準にしてしまうのは、もったいないと個人的には感じています。求人票を実際に一緒に作らせていただく中でも、「ツール名を書いた瞬間に安心してしまう」採用担当者様は少なくない印象です。安心はできても、それで解像度の高い母集団が集まるかというと、話は別だと思うのです。
3. スキル評価の解像度は「ツール名」ではなく「エージェントとの向き合い方」で測る
候補者のスキル評価においても、同じことが言えます。
「Claude CodeとAntigravity、どちらの経験がありますか」という質問は、正直、あまり本質的な評価につながらないと僕は思っています。なぜなら、この2つのツールは今後も機能追加・仕様変更が続くはずで、半年後には評価軸として陳腐化している可能性が高いからです。
それよりも重要なのは、
候補者が「AIエージェントに何を任せ、何を自分の判断として残しているか」の線引きをどう説明できるか
だと思っています。
具体的には、こんな観点で会話をしています。
- AIが出力したコードをそのまま採用しているのか、必ずレビューの型を持っているのか
- 要件が曖昧な状態で、AIに投げる前に自分でどこまで課題を分解しているか
- 複数のAIエージェントツールを使い分けている場合、その使い分けの理由を言語化できるか
この3つ目が、個人的には最も差がつくポイントだと感じています。「AntigravityもClaude Codeも触っています」という候補者よりも、「このプロジェクトではAntigravityを、あのプロジェクトではClaude Codeを、こういう理由で使い分けた」と語れる候補者のほうが、僕は明らかに垂直的な成長を感じます。ツールを渡り歩いた経験の量ではなく、使い分けの根拠に宿る思考の深さを見ているのです。
面談の場でこの質問を投げかけたとき、言葉に詰まる候補者様と、即座に自分の判断基準を語れる候補者様とで、明確に反応が分かれます。個人的には、この差こそが今後の評価軸になっていくのではないかと感じています。
4. 採用担当者自身が「触ってみる」ことでしか測れない部分がある
正直に申し上げると、採用担当者やエージェントが、AIコーディングツールを一度も触らずにこの手の評価をするのは、僕は難しいと思っています。
これは決して「全員がエンジニアになるべき」という話ではありません。ただ、少なくとも自分でAIエージェント型のツールに軽く触れておくことで、候補者が話す内容の解像度がまったく変わってくるのは事実です。
僕自身、人材紹介の現場に長くいる人間として、技術の細部まで語れるわけではありません。ここは正直に告白しておきます。ただ、実際にAIコーディングエージェントを少し動かしてみるだけで、「候補者が言っている『自律的にループさせる』という言葉が、どのレベルの自動化を指しているのか」の見立てが格段に立てやすくなったのは実感しています。
体感値ですが、この半年で「AIコーディングツールを触ったことがある採用担当者」と「一度も触ったことがない採用担当者」とでは、面談での質問の質にかなりの差が出ているように感じています。これは正式な統計データではなく、あくまで僕の現場感覚であることをご了承ください。
実際に自分で触ってみると、最初の数十分は戸惑うことも多いです。おこがましい話ですが、それでも「触った上で候補者と話す」のと「触らずに話す」のとでは、質問の深さがまったく変わってくると感じています。導入のハードルは、想像しているよりずっと低いというのが僕の実感です。
5. 求人票と面談設計を、ツール名からアウトカムへ書き換える
最後に、実務に落とし込む形で整理させてください。
Antigravityが話題になったことをきっかけに、求人票や面談の評価項目を見直すのであれば、僕は次のような書き換えをお勧めします。
- ×「Claude CodeまたはAntigravityの使用経験者」
- ○「AIコーディングエージェントを用いて、開発サイクルの高速化や品質担保の仕組みをどう設計したか語れる方」
これだけで、候補者側からの応募動機の質も、面談での会話の深さも変わってくるはずです。ツール名は移り変わりますが、「AIとどう向き合い、何を自分の判断として残すか」という職域の再定義は、しばらく続くトレンドだと僕は見ています。
これは求人票だけでなく、社内の評価制度そのものにも波及していく話だと個人的には思っています。ツール名を評価基準に組み込んでしまうと、ツールの栄枯盛衰のたびに評価制度を作り直す羽目になります。だからこそ、アウトカムベースの言語化に早めに切り替えておくことが、中長期的には運用コストを下げることにもつながるのではないでしょうか。
最後に
AntigravityとClaude Codeの技術的な優劣を論じるのは、僕の専門ではありません。ただ、こうした新しいAIエージェント環境が次々と登場すること自体が、候補者のスキル評価の解像度や、求人票に書くべき技術要件の言語化に確実に影響を与えていると感じています。
皆さんいかがでしたでしょうか。ツールの名前に振り回されず、その先にある「向き合い方」を見る。当たり前のようで、意外と実践できていない視点だと僕は思っています。※当社の採用・人事組織系支援にご興味がある方はお気軽にお声掛けください。