ANTIGRAVITY LABEN
記事一覧/Antigravity 基本
Antigravity 基本/2026-05-05初級

GitHub Copilot から Antigravity への移行ガイド — 設定・ワークフロー・覚えておくべき違いを全解説

GitHub CopilotからAntigravityへの移行を検討しているエンジニア向けに、セットアップから日常ワークフローの置き換えまでを実践的に解説します。両者の根本的な違いを理解した上で、スムーズに移行するためのステップをご紹介します。

antigravity435github-copilot3migration10setup3workflow37beginners

GitHub Copilot を使い続けてきたエンジニアが Antigravity に乗り換えようとするとき、最初に感じるのは「操作の雰囲気は似ているのに、何かが根本的に違う」という感覚ではないでしょうか。

実際、この2つのツールは目指している場所が異なります。Copilot は「現在書いているコードを補完する」という役割に特化しています。一方、Antigravity は「開発のあらゆる工程をAIパートナーとして支援する」という思想で設計されていて、補完はその一部にすぎません。

ここではCopilot から Antigravity に移行する際の具体的なステップと、移行後に戸惑いやすいポイントを整理しています。完全な入門はAntigravity 入門ガイドをご覧ください。この記事は「Copilot を使い慣れている方が移行する」ことに特化して書いています。

Copilot と Antigravity の根本的な違いを先に把握する

移行の手順を説明する前に、この2つのアーキテクチャ上の違いを理解しておくことをお勧めします。違いを知らずに乗り換えると「Copilot の劣化版では?」という誤解につながることがあるからです。

コンテキスト認識の深さ

GitHub Copilot は主に「現在のファイル」と「開いているタブのファイル」を参照して補完を行います。Antigravity は、ワークスペース全体のインデックスを構築しており、プロジェクトの型定義・依存関係・アーキテクチャを横断的に把握した上で提案します。

たとえば、UserService.ts に新しいメソッドを追加するとき、Copilot は同ファイルの既存コードを参考に補完します。Antigravity は UserController.tsUserRepository.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 はその範囲を、補完の一歩先まで広げてくれるツールだと思っています。

シェア

お読みいただきありがとうございます

Antigravity Lab は広告なしで運営しており、サーバー費用などの運営コストはメンバーシップのご支援で賄っています。実装コード・ベンチマーク・本番設計パターンなど、実務でお役立ていただける記事を毎日更新しています。もし読んでよかったと感じていただけましたら、ぜひご覧ください。

  • コピー&ペーストで使える実装コード付き
  • 毎日新しい上級ガイドを追加
  • ¥580/月 または ¥1,480 の永久アクセス
メンバーシップを見る →

もしこの記事がお役に立ちましたら、チップ(¥150)で応援いただけると大変励みになります。広告なしでの運営を続けるため、皆さまのご支援が大きな力になっています。

関連記事

Antigravity 基本2026-06-19
Antigravity 2.0 への移行で自動運用を止めないために — 並走期間とロールバックの設計
Antigravity 2.0 への移行で既存の自動運用を止めないための、並走期間の置き方とロールバック経路の設計をまとめました。出力の同値確認とバージョン固定まで、個人開発の実作業に当てはめて整理しています。
Antigravity 基本2026-06-15
Antigravity 2.0 の三層を開発フェーズで使い分ける — 探索・反復・定常運用の役割分担
Antigravity 2.0 のデスクトップ・CLI・SDK を「どのフェーズで使うか」で役割分担する設計を、個人開発の実作業に当てはめて整理しました。層をまたぐ受け渡しと判定基準まで。
Antigravity 基本2026-05-23
Antigravity から Unreal Engine プロジェクトを操作する — インスタレーション制作で見えた実装パターン
Antigravity 2.0 のエージェント機能を Unreal Engine プロジェクトに接続して、Blueprint と C++ の両方を編集しながらインスタレーション作品を組み上げた実例から、現実的な役割分担とハマりどころを整理します。
📚RECOMMENDED BOOKS
大規模言語モデル入門
山田育矢
LLM開発
生成AIプロンプトエンジニアリング入門
我妻幸長
プロンプト
Claude CodeによるAI駆動開発入門
平川知秀
AI駆動開発
※ アフィリエイトリンクを含みます
もっと見る →