GitHub Copilot を使い続けてきたエンジニアが Antigravity に乗り換えようとするとき、最初に感じるのは「操作の雰囲気は似ているのに、何かが根本的に違う」という感覚ではないでしょうか。
実際、この2つのツールは目指している場所が異なります。Copilot は「現在書いているコードを補完する」という役割に特化しています。一方、Antigravity は「開発のあらゆる工程をAIパートナーとして支援する」という思想で設計されていて、補完はその一部にすぎません。
ここではCopilot から Antigravity に移行する際の具体的なステップと、移行後に戸惑いやすいポイントを整理しています。完全な入門はAntigravity 入門ガイドをご覧ください。この記事は「Copilot を使い慣れている方が移行する」ことに特化して書いています。
Copilot と Antigravity の根本的な違いを先に把握する
移行の手順を説明する前に、この2つのアーキテクチャ上の違いを理解しておくことをお勧めします。違いを知らずに乗り換えると「Copilot の劣化版では?」という誤解につながることがあるからです。
コンテキスト認識の深さ
GitHub Copilot は主に「現在のファイル」と「開いているタブのファイル」を参照して補完を行います。Antigravity は、ワークスペース全体のインデックスを構築しており、プロジェクトの型定義・依存関係・アーキテクチャを横断的に把握した上で提案します。
たとえば、UserService.ts に新しいメソッドを追加するとき、Copilot は同ファイルの既存コードを参考に補完します。Antigravity は UserController.ts や UserRepository.ts の実装パターンも把握した上で一貫性のあるコードを提案するため、チーム開発でのコードスタイル統一に強みがあります。
操作パラダイムの違い
Copilot は「インライン補完 + Tab で受け入れる」というシンプルなフローが中心です。Antigravity にも同様のタブ補完はありますが、チャット(Cmd+L)・インラインエディット(Cmd+I)・Agentモード の3つを組み合わせたときに本来の価値が出てきます。
Copilot に慣れたユーザーの多くが「タブ補完だけ使って満足していた」という状態で移行をやめてしまいます。3つのモードの使い分けが習慣になると、評価が180度変わることがほとんどです。
ステップ1: Antigravity のセットアップ
既存の開発環境を崩さずに移行するのが重要です。Antigravity には VS Code の設定を自動移行する機能があります。
# Homebrew でインストール(macOS)
brew install --cask antigravity
# または公式サイト(antigravity.google)からインストーラーをダウンロードインストール後に起動すると「Import from VS Code」ダイアログが表示されます。これを選択するだけで、VS Code のキーバインド・カラーテーマ・インストール済み拡張機能の設定が自動的に引き継がれます。Copilot で設定していた補完の挙動も含めて移植されるため、最初の移行コストは思っているよりも小さいです。
.antigravityignore でコンテキストを最適化する
Antigravity はワークスペース全体をインデックスしますが、node_modules/ や .next/ といった不要なディレクトリが含まれると応答速度が下がります。プロジェクトルートに .antigravityignore を作成しておきましょう。詳細な設定方法は.antigravityignore 完全ガイドで解説しています。
# .antigravityignore
node_modules/
.next/
dist/
build/
.turbo/
coverage/
*.log
*.lock
ステップ2: Copilot の操作を Antigravity の操作に置き換える
日常操作の対応関係を把握しておくと、移行後の混乱が少なくなります。
- インライン補完の受け入れ: Tab(どちらも同じ)
- 提案の拒否: Esc(どちらも同じ)
- コードをその場で修正: Copilot は
Cmd+I(Inline Chat)、Antigravity もCmd+I(インラインエディット) - サイドチャットで相談: Copilot は
Cmd+Shift+I、Antigravity はCmd+L - コードの説明を求める: Copilot は
/explain、Antigravity はコード選択 →Cmd+L→ 「このコードを説明して」
操作の対応関係は概ね似ていますが、Antigravity の Cmd+I(インラインエディット)はプロジェクト全体のコンテキストを持った状態で動作するため、より的確な変更を提案します。
実際の移行例: エラーハンドリングの追加
Copilot でよくある使い方として「エラーハンドリングが薄い関数に対して補完を求める」というケースがあります。Antigravity では次のように行います。
// 元のコード(エラーハンドリングなし)
async function fetchUser(userId: string) {
const response = await fetch(`/api/users/${userId}`);
return response.json();
}
// この関数を選択して Cmd+I → 「エラーハンドリングを追加して、型も明示して」と入力
// Antigravity が提案するコード(例):
async function fetchUser(userId: string): Promise<User | null> {
try {
const response = await fetch(`/api/users/${userId}`);
if (!response.ok) {
console.error(`Failed to fetch user ${userId}: ${response.status}`);
return null;
}
return response.json() as Promise<User>;
} catch (error) {
console.error(`Network error fetching user ${userId}:`, error);
return null;
}
}Copilot の場合、同ファイルの型定義しか参照しないことが多いですが、Antigravity はプロジェクト内の User 型の定義を自動的に見つけて、型安全なコードを提案します。
ステップ3: Agentモードで Antigravity の真価を引き出す
Copilot にはない、Antigravity 特有の機能が「Agentモード」です。複数ファイルにまたがる作業を自律的に実行させることができます。
# Agentモードの起動方法
1. Antigravity のチャットを開く(Cmd+L)
2. 右上のモード選択で「Agent」に切り替える
3. タスクを自然言語で記述する
たとえば「REST APIのレスポンス型をすべて Result<T, Error> 型に統一する」というリファクタリングを指示すると、関連するファイルを自動的に特定し、変更内容を提示した上で一括適用します。Copilot では1ファイルずつ手動で変更していた作業が、Agentモードでは一連のタスクとして処理できます。
Agentモードの初歩的な使い方はAgentモード 最初のワークフロー実践ガイドで詳しく解説しています。
移行でよくある躓きポイント
タブ補完のレスポンスが Copilot より遅く感じる
Antigravity のタブ補完はより多くのコンテキストを処理するため、Copilot より若干遅く感じることがあります。設定の「Fast Completions」モードを有効にすると改善します。また、.antigravityignore でインデックス対象を絞り込むと全体的な応答速度が上がります。
チャットの回答が的外れに感じる
特定のファイルや関数について質問するとき、「@ファイル名」や「@関数名」でコンテキストを明示するとかなり精度が上がります。@UserService.ts このクラスにキャッシュを追加したい のように入力してみてください。
Copilot のほうが補完の「流れ」が自然に感じる
移行から数日は、Copilot の補完スタイルに慣れた手が Antigravity に戸惑いを感じます。ただ、Agentモードを1〜2回使うと「これは Copilot では無理だった」という体験が生まれ、評価が変わることがほとんどです。焦らず、まず1週間使い続けてみることをお勧めします。
全体を振り返って
移行の最初のステップとして、今日作業中のプロジェクトを Antigravity で開いてみてください。Copilot と同じ感覚でタブ補完を使いながら、「これはAgentモードに任せてみよう」という作業を1つ見つけるだけで、このツールが何を目指しているかが自然と見えてきます。
ツールを変えることは、コーディングの一部を「AIに委任する」範囲を広げることでもあります。Antigravity はその範囲を、補完の一歩先まで広げてくれるツールだと思っています。