Antigravity クレジット制度の全容
2026年3月、Google Antigravityの料金体系が大きく変わりましました。従来の無制限利用からAIクレジット制に移行し、すべてのAIによるコード生成・編集・デプロイ操作にクレジットが消費されるようになっています。
この変更は一部のユーザーから批判も受けていますが、クレジットの仕組みを理解し、適切な使い方をすれば、従来と変わらない — あるいはそれ以上の — 生産性を維持できます。ここでは実際のプロジェクト運用を通じて得たクレジット最適化のテクニックを体系的に解説します。
クレジット消費の内部構造
操作別クレジットコスト
すべてのAI操作が同じクレジットを消費するわけではありません。操作の複雑さとコンテキストサイズによって消費量が変わります。
| 操作 | クレジット目安 | 備考 |
|---|---|---|
| チャット質問（コード不要） | 1〜3 | コンテキストが少ないほど安い |
| 単一ファイル生成 | 5〜15 | ファイルサイズに比例 |
| 複数ファイル同時生成 | 20〜60 | ファイル数×平均10 |
| プロジェクト全体生成 | 100〜300 | Firebase統合時は上限寄り |
| リファクタリング | 30〜100 | 対象ファイル数に依存 |
| エラー修正（自動） | 10〜30 | 修正試行回数に比例 |
| デプロイ操作 | 5〜10 | ビルド含む |
コンテキストサイズの影響
クレジット消費の最大の要因はコンテキストウィンドウに読み込まれるコード量です。
プロジェクトサイズ別の目安:
- 小規模（〜50ファイル）: 基本コスト × 1.0
- 中規模（50〜200ファイル）: 基本コスト × 1.5〜2.0
- 大規模（200ファイル超）: 基本コスト × 2.0〜3.0
大規模プロジェクトでは、Antigravityがファイル構造を理解するために多くのコンテキストを読み込むため、単純な操作でもクレジット消費が増加します。
最適化戦略1: プロンプトの精度を上げる
もっとも効果的な最適化は、1回のプロンプトで正確な結果を得ることです。やり直しは追加クレジットを消費します。
悪い例（クレジット浪費）
1回目: 「ログインページを作って」→ 30クレジット
2回目: 「あ、Google認証も追加して」→ 25クレジット
3回目: 「パスワードリセット機能も」→ 20クレジット
4回目: 「デザインをもう少しモダンにして」→ 15クレジット
合計: 90クレジット
良い例（1回で完結）
「ログインページを作って。
要件:
- Google認証 + メール/パスワード認証
- パスワードリセット機能
- モダンなUIデザイン（TailwindCSS、ダークモード対応）
- バリデーションとエラーメッセージ
- ローディング状態の表示
技術スタック: Next.js + Firebase Auth」
合計: 40クレジット
約56%のクレジット削減を実現できます。
最適化戦略2: プロジェクト構造の事前設計
Antigravityに全てを任せるのではなく、プロジェクトの骨格を先に手動で作っておくと、コンテキスト読み込みのコストを削減できます。
ディレクトリ構造の事前作成
# 手動でプロジェクト構造を作成してからAntigravityに渡す
mkdir -p src/{components,pages,api,lib,styles}
touch src/components/.gitkeep
touch src/pages/.gitkeep
touch src/api/.gitkeep
# ARCHITECTURE.md でAntigravityに設計意図を伝える
cat > ARCHITECTURE.md << 'EOF'
# Architecture
- Pages: src/pages/ (Next.js App Router)
- Components: src/components/ (atomic design)
- API: src/api/ (REST endpoints)
- Utilities: src/lib/ (shared helpers)
- Styles: src/styles/ (Tailwind config)
EOFこの ARCHITECTURE.md をプロジェクトに配置しておくと、Antigravityは設計意図を即座に理解し、構造を検討するための追加のクレジットを消費しなくなります。
最適化戦略3: 段階的な開発アプローチ
一度にフルスタックアプリを生成するのではなく、段階的に構築することでクレジットを節約できます。
フェーズ分割のパターン
フェーズ1（最小MVP）: 30〜50クレジット
- 基本的なUI + 静的データ
- Firebase設定は手動で行う
フェーズ2（機能追加）: 40〜60クレジット
- 認証機能
- データベース操作
フェーズ3（仕上げ）: 20〜30クレジット
- レスポンシブデザイン調整
- パフォーマンス最適化
合計: 90〜140クレジット
（一括生成の100〜300クレジットと比較して大幅に削減）
最適化戦略4: ローカルでの事前作業
クレジットを消費しない作業はローカルで行い、Antigravityには「AIでしかできない作業」だけを依頼します。
クレジット不要の作業
# これらの作業はローカルで実行（クレジット消費なし）
npm install # パッケージインストール
npx create-next-app@latest # プロジェクト初期化
firebase init # Firebase初期設定
git init && git commit # バージョン管理
npm run build # ビルド確認
npm run lint -- --fix # リンター自動修正Antigravity に依頼すべき作業
- 複雑なビジネスロジックの実装
- UIコンポーネントのデザイン・実装
- データベーススキーマの設計
- APIエンドポイントの実装
- テストコードの生成
最適化戦略5: .antigravityignore の活用
.antigravityignore ファイルを使って、Antigravityが読み込むファイルを制限します。
# .antigravityignore
node_modules/
.next/
dist/
coverage/
*.test.ts # テストファイルを除外（必要な時だけ含める）
*.stories.tsx # Storybookファイルを除外
docs/ # ドキュメントを除外
public/images/ # 画像アセットを除外コンテキストに読み込まれるファイル数が減ることで、1操作あたりのクレジット消費を20〜40%削減できます。
最適化戦略6: バッチ処理の活用
複数のファイルを個別に修正するのではなく、まとめて指示を出すことでコンテキスト読み込みのオーバーヘッドを1回分に抑えます。
悪い例
「src/components/Header.tsx のスタイルを修正」→ 15クレジット
「src/components/Footer.tsx のスタイルを修正」→ 15クレジット
「src/components/Sidebar.tsx のスタイルを修正」→ 15クレジット
合計: 45クレジット
良い例
「Header、Footer、Sidebar の3コンポーネントのスタイルを
統一的に修正して。共通のデザインシステムに合わせて。」
合計: 25クレジット（44%削減）
プラン別の月間予算計画
Pro プラン（2,500クレジット/月）
1日あたり: 約83クレジット
推奨配分:
- 新機能開発: 50クレジット/日
- バグ修正・調整: 20クレジット/日
- 実験・プロトタイプ: 13クレジット/日
月間アウトプット目安:
- フルスタックアプリ: 3〜4個
- 単体コンポーネント: 30〜50個
- リファクタリング: 5〜10回
Ultra プラン（10,000クレジット/月）
1日あたり: 約333クレジット
推奨配分:
- 新機能開発: 200クレジット/日
- バグ修正・リファクタリング: 80クレジット/日
- 実験・学習: 53クレジット/日
月間アウトプット目安:
- フルスタックアプリ: 15〜20個
- 大規模プロジェクト: 3〜5個
全体を振り返って — クレジット時代のAntigravity活用術
AIクレジット制への移行は、一見するとコストアップに感じるかもしれません。しかし、本記事で紹介した最適化テクニック — プロンプトの精度向上、プロジェクト構造の事前設計、段階的開発、.antigravityignoreの活用、バッチ処理 — を実践すれば、Proプランの2,500クレジットでも十分にプロダクション品質の開発が可能です。
まずは自分のプロジェクトでクレジット消費のパターンを観察し、どの操作にクレジットが多く消費されているかを把握するところから始めてみてください。
関連記事として、Antigravity料金と使い方ガイドやAntigravity 生産性向上10のTipsもぜひご覧ください。