ツールが Antigravity へ集約する時期に、ロックインを測って退避路を残す

Google が AI コーディングツールを Antigravity に集約し、6/18 に Gemini CLI が個人向け提供を終える局面で、個人開発者がベンダーロックインの度合いを定量化し、いつでも退避できる構成を残しておくための実務的な設計をまとめました。

Antigravity²⁴⁴ ベンダーロックイン移行戦略個人開発⁷²

✦ プレミアム記事

Google が AI コーディングツールを Antigravity に集約すると発表したとき、便利さと同じだけの不安を覚えた個人開発者は少なくないはずです。

学習対象が一本化されるのはありがたい。けれど、すべてを一つのプラットフォームに預けるということは、その判断ひとつで自分の開発環境が左右されるということでもあります。6/18 には Gemini CLI と Code Assist の個人向け提供が終わり、Antigravity CLI へ移ることになりました。締切のある移行は、設計を見直す良い機会です。

ここでお伝えしたいのは、集約に乗りつつも「いつでも降りられる」状態を保つための、ロックインの測り方と退避路の残し方です。

ロックインを感覚でなく数字で測る

「ロックインが怖い」と言うとき、私たちは漠然とした不安を語りがちです。まず、その怖さを3層に分けて採点することをお勧めします。

第一に 学習投資。そのツール固有の操作・概念を覚えるのにかけた時間。これは移行コストとして直接効きます。

第二に ワークフロー結合。日々の作業がそのツールのコマンドや UI にどれだけ食い込んでいるか。スクリプトやエイリアスに固有コマンドが埋まっているほど高得点です。

第三に データ・資産の持ち出しやすさ。プロンプト、設定、エージェント定義を別環境へ運べるか。ここが低いほど危険です。

私は各層を0〜3点で採点し、合計が6点を超えたら退避路の整備を最優先にしています。Antigravity への集約は学習投資の点を下げてくれますが、ワークフロー結合は油断すると一気に上がります。

採点を3分の習慣にする

採点は重くする必要がありません。私は3分で終わる簡単なシートを使っています。

たとえば、ある週の自分の構成を採点するとこうなります。学習投資は、Antigravity 固有の概念に慣れた分で2点。ワークフロー結合は、自動化スクリプトの7箇所に固有コマンドが直書きされていて3点。持ち出しやすさは、プロンプトはリポジトリにある一方で設定がツール内部に残っていて1点。合計6点で、退避路の整備に着手する閾値ちょうどでした。

この採点を月初に一度だけ行うと、ロックインがじわじわ上がっていないかを早期に察知できます。点が上がった層に、その月の改善を集中させればよいのです。数字に置き換えると、漠然とした不安が具体的な作業項目へと変わります。私はこのひと手間を、保険料のようなものだと考えています。

✦

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

この記事の続きを読む

この先には、実装コードやベンチマーク結果など、実務でお役に立てる内容をご用意しています。このサイトは広告を掲載しておらず、サーバーや開発にかかる費用はメンバーの皆様のご支援で成り立っています。もしお役に立てていましたら、ご支援いただけますと大変ありがたいです。

この記事で得られること

✦学習投資・ワークフロー・データの3層でロックイン度を採点する具体的な物差し

✦ツール名が変わっても壊れない、コマンド抽象レイヤとプロンプト資産の退避手順

✦6/18 の Gemini CLI 終了で実際に何が動かなくなり、どう前倒しで備えるか

Stripe による安全な決済 · いつでもキャンセル可能

✦

この記事を購入する

この先の内容をすべてお読みいただけます。一度のご購入で、いつでも何度でもアクセスできます。このサイトは広告を掲載しておらず、皆さまのご支援がサーバー費用などの運営を支えています。

または

メンバーシップなら全記事が読み放題 →

資産を「持ち出せる形」で置く

退避路の核心は、プロンプトとエージェント定義をツールの中ではなくリポジトリに置くことです。

Antigravity は AGENTS.md や設定ファイルでエージェントの振る舞いを定義できます。これをツール内部の状態に頼らず、バージョン管理されたファイルとして持つだけで、持ち出しやすさの点が大きく改善します。

#!/usr/bin/env bash
# export_agent_assets.sh — エージェント資産をリポジトリへ退避する
set -euo pipefail
 
DEST="agent-assets/$(date +%Y%m%d)"
mkdir -p "$DEST"
 
# エージェント定義・プロンプト・設定をまとめて控える
cp -v AGENTS.md "$DEST/" 2>/dev/null || echo "AGENTS.md なし"
cp -rv .antigravity/ "$DEST/config/" 2>/dev/null || echo "設定ディレクトリなし"
find prompts/ -name '*.md' -exec cp -v {} "$DEST/" \; 2>/dev/null || true
 
echo "退避完了: $DEST"

このスクリプトを週次で回しておくと、仮にツール側で何かが変わっても、昨日までの自分の作業資産は手元のリポジトリに残ります。

コマンドを直書きしない

ワークフロー結合の点を下げる最大の打ち手は、固有コマンドを直接叩かないことです。

私は普段の自動化スクリプトから、ツール固有のコマンド名を一段隠しています。gemini を直接呼ぶのではなく、agent_run のような薄い関数を経由させる。こうしておくと、gemini から agy（Antigravity CLI）へ名前が変わっても、書き換えるのは一箇所だけで済みます。

# agent_lib.sh — ツール名の差異を吸収する薄い抽象レイヤ
agent_run() {
  local prompt_file="$1"
  # 利用可能なバイナリを優先順で探す（移行期は両方が共存する）
  if command -v agy >/dev/null 2>&1; then
    agy run --file "$prompt_file"
  elif command -v gemini >/dev/null 2>&1; then
    gemini --prompt-file "$prompt_file"
  else
    echo "エージェント CLI が見つかりません" >&2
    return 127
  fi
}