TL;DR
- Google Antigravity（Gemini 3.1 Pro）とClaude Codeを同時に使い、片方が生成したファイルをもう片方に読ませて相互レビューさせる
- コンテキストが大きい作業はGemini側に逃がし、Claude Code側のトークン消費を分散できる
- 2つのモデルの意見が食い違う箇所が「設計判断が必要な場所」のシグナルになる
環境
| 項目 | 詳細 |
|---|---|
| OS | macOS 15.x |
| Google Antigravity | v1.22.2（VSCode fork、無料） |
| 使用モデル（Antigravity） | Gemini 3.1 Pro |
| Claude Code | 最新版 |
| 使用モデル（Claude Code） | claude-sonnet-4-6 |
ワークフローの概要
AntigravityとClaude Codeはどちらもファイルシステム上のファイルを直接参照できる。これを利用して、片方に生成させたファイルをそのままもう片方に読ませる「読み合わせ」ができる。手動でのコピーは一切不要。
基本の流れ：
- Antigravity（Gemini 3.1 Pro）にタスクを渡してドラフトファイルを生成させる
- Claude Codeに同じファイルパスを指定して読ませ、「どこが気になるか」を聞く
- Claudeの指摘をAntigravityに渡してリファクタリングさせる
- 必要なら逆向きにも回す（ClaudeにドラフトさせてGeminiにレビューさせる）
Antigravityのセットアップ
AntigravityはVSCode forkのため、既存のVSCode拡張機能がそのまま動く。
# 公式サイトからDLしてインストール
# https://antigravity.google/
# 既存VSCode拡張の移行（設定 > 拡張機能 > インポート）
# ESLint、Prettier、GitLensなどはそのまま使用可能
モデルの切り替えはコマンドパレット（Cmd+Shift+P）から Antigravity: Switch Model で行う。Gemini 3.1 Proを選択する。
実装例：相互レビューの実際
Step 1: Geminiにドラフト生成させる
Antigravity上でGemini 3.1 Proに指示する：
src/utils/tax_calculator.py を作成してください。
要件：
- 税率を引数で受け取る
- 税込価格と税額を返す
- 0%を含む任意の税率に対応する
Geminiはファイルを生成して src/utils/tax_calculator.py に保存する。
Step 2: Claude Codeに同じファイルを読ませてレビューさせる
Claude Codeのターミナルで：
src/utils/tax_calculator.py を読んで、気になる点を教えてください。
特に：エッジケース、例外処理、型安全性の観点で。
Claude Codeはファイルを直接読みにいく。コピーは不要。
Step 3: 意見が割れる箇所に注目する
Geminiが「問題ない」と判断したコードに対して、Claudeが指摘を出すことがある。実際に起きたケース：
# Geminiが生成したコード（省略版）
import asyncio
async def fetch_all(urls):
results = await asyncio.gather(*[fetch(url) for url in urls])
return results
Claudeの指摘：
asyncio.gather() はデフォルトでいずれかのタスクが例外を送出すると
他のタスクの結果を破棄します。
return_exceptions=True を指定しないと、
一部のURLが失敗した際に全結果が失われる可能性があります。
Geminiは「動くコード」として生成した。Claudeは「壊れるケース」を見た。どちらも正しいが、要件によって対応が変わる判断が必要な箇所だ。
修正版：
async def fetch_all(urls: list[str]) -> list[dict]:
results = await asyncio.gather(
*[fetch(url) for url in urls],
return_exceptions=True # 個別の失敗を例外オブジェクトとして返す
)
return [r for r in results if not isinstance(r, Exception)]
トークン分散の考え方
Claude Codeはトークン消費が早い。コンテキストが大きい以下の作業はAntigravity（Gemini）側に逃がす：
- リポジトリ全体の設計確認・把握
- 大きなファイル（1000行超）の一括読み込み
- 複数ファイルにまたがる依存関係の調査
- 初期ドラフト生成（試行錯誤が多い段階）
Claude Codeは以下に集中させる：
- エッジケース・例外処理の指摘
- 型安全性・null安全性の確認
- 設計意図の説明・言語化
- 最終的なリファクタリング判断
Antigravityは無料でGemini 3.1 Proが使い放題なため、コンテキストを食う作業を移すだけでClaude Code側の月間消費を体感で30〜40%程度抑えられる。
コンテキストズレへの対処
2つのツールにコンテキストを分散させると「どちらが最新のファイルを持っているか」がわかりにくくなる。
問題が起きるパターン：
1. Claude CodeがファイルAを直接編集
2. AntigravityはファイルAの変更を認識していない状態でレビューを依頼
3. 古いコードに対してリファクタリング案が出る
現状の対処：
- ファイル編集はClaude Code側で行う（ファイルシステムは共有なので実際は同期されている）
- AntigravityへのレビューはRead指示でファイルパスを明示する（キャッシュを持っていても強制的に再読させる）
# Antigravityへの依頼時
src/utils/tax_calculator.py を改めて読み直した上で、
前回の指摘を踏まえたリファクタリング案を出してください。
拡張機能との組み合わせ
AntigravityはVSCode forkのため、既存拡張がそのまま動く。Geminiがコードを生成した直後にESLintとPrettierが自動で走る設定にしておくと、Claude Codeへのレビュー依頼前にフォーマット・静的解析が完了した状態になる。
// settings.json（Antigravity / VSCode共通）
{
"editor.formatOnSave": true,
"editor.codeActionsOnSave": {
"source.fixAll.eslint": "explicit"
}
}
まとめ
- AntigravityとClaude Codeはファイルシステムを共有するため、生成ファイルをそのまま読み合わせる相互レビューが実現できる
- Gemini 3.1 Proは広いコンテキスト・全体把握向き、Claudeはエッジケース・推論の深さ向き
- 2モデルの意見が食い違う箇所は「設計判断が必要な場所」のシグナルとして使える
- Gemini側でコンテキスト大の作業を引き受けることでClaude Codeのトークン消費を分散できる
- VSCode拡張（ESLint、Prettierなど）はAntigravityでそのまま動く
概要や実際に使ってみた感想も含めた記事はこちら → GeminiとClaudeに喧嘩させながらコードを書いている話