Antigravity を日本語で使うための設定は、実は1箇所ではありません。「Settings で日本語を選んだのに AI の返事が英語のまま」という状態に、最初は戸惑う方が多いはずです。これは UI 言語と AI 応答言語が別々の設定になっているために起こります。
個人開発者として Dolice Labs の4つの技術サイトを日英2言語で書き分けているのですが、その日々の道具が Antigravity です。私自身、この「層の分かれ方」を理解してからは、設定の迷子がなくなりました。
日本語化は5つの層（UI・AI応答・プロンプト・IME・エンコーディング）に分けて考えると整理がつきます。それぞれの設定と注意点を、触る順番のとおりに見ていきます。
層1: UI の日本語化 — まず Settings の Language から
インストール直後にやることは1つだけです。設定画面（Settings）の「Language」で「日本語」を選択し、再起動します。メニュー、ダイアログ、ボタンラベルが日本語に切り替わります。
この設定はプロジェクト単位ではなく Antigravity 全体に適用されるので、複数プロジェクトを行き来しても言語が混ざることはありません。
なお、Antigravity 2.0 以降は言語パック・コマンドパレット・AI 応答言語の3点を個別に設定する構成に変わりました。2.0 を使っている方は Antigravity 2.0 を日本語UIで快適に使うための設定 に手順をまとめているので、そちらが確実です。
層2: AI 応答の日本語化 — 「UIは日本語なのに返事が英語」の正体
UI を日本語にしても、チャットエージェントの応答言語は別の設定です。応答が英語のままの場合は、設定で AI 応答言語（response language）を日本語に指定するか、プロジェクトのカスタム指示に「常に日本語で応答してください」と書きます。
私のおすすめはプロジェクト設定ファイルに書く方法です。マシンを乗り換えても、チームメンバーが clone しても同じ挙動になるからです。
// プロジェクトのカスタム指示（例）
常に日本語で応答してください。
コード以外の説明文・計画・コメントはすべて日本語で書いてください。
変数名・関数名・コミットメッセージは英語のままにしてください。
最後の1行が地味に重要です。応答言語を日本語に寄せると、AI がたまに変数名やコミットメッセージまで日本語にしようとします。「自然言語は日本語、コードの語彙は英語」と明示的に線を引いておくと安定します。
個々のプロジェクトではなく全体に効かせたいとき
サイトを横断して同じ挙動にしたい場合は、プロジェクトごとの指示を書くより、ユーザー全体に効くグローバルなルールに一度だけ書いておく方が楽です。Antigravity の設定で「常に日本語で応答」をグローバルルールに登録しておくと、新規に開いたプロジェクトでも初手から日本語で返ってきます。プロジェクト固有の指示は、その上書きが必要なときだけ書けば十分です。
私の運用では、グローバルに「説明は日本語・コード語彙は英語」を固定し、英語版の記事を書くプロジェクトだけ「このプロジェクトでは英語で応答」と上書きしています。この二段構えにしてから、日英を行き来しても応答言語のブレがなくなりました。
層3: 日本語プロンプトのコツ — 技術用語は英語のまま混ぜる
日本語プロンプトでも精度は十分出ますが、書き方で結果が変わります。私が効果を感じている順に挙げます。
まず、具体性です。「ボタンを作成して」よりも「クリック時に API を呼び出し、読み込み中はスピナーを表示するボタンを React で作成して」の方が、欲しいものが一発で出ます。これは英語プロンプトでも同じですが、日本語は主語や目的語を省略しがちなので、意識して補う価値があります。
次に、技術用語を無理に訳さないことです。「状態管理に Redux を使った React コンポーネント」のように、概念は英語・要件は日本語の混合が一番通じます。「冗長化された購読状態」のような訳語に置き換えると、かえって意図がぼやけます。
最後に、要件が3つを超えるなら箇条書きにすることです。改行された箇条書きは1項目ずつ認識されるので、長文で繋ぐより漏れが減ります。
層4: 日本語 IME まわりの注意点
Antigravity は Windows の IME、macOS の日本語入力、Linux の fcitx と組み合わせて使えます。ただし、変換中の文字列とエディタの補完がぶつかる場面はゼロではありません。変換確定前の文字がタブ補完に取られる・変換が乱れるといった症状が出た場合は、日本語 IME の変換が乱れる時の対処ガイドに OS 別の対処をまとめています。
日常的な予防策としては、長い日本語コメントを書くときに「メモアプリで書いて貼り付ける」のではなく、一文ずつ確定しながら書く方がトラブルに当たりにくい、というのが使い込んでの実感です。
層5: 文字化けと UTF-8 の統一
日本語の文字化けは、ほぼ全てファイルのエンコーディング不統一が原因です。プロジェクトルートに .editorconfig を置いて UTF-8 に固定しておくと、チームの誰が開いても同じ状態になります。
# .editorconfig
root = true
[*]
charset = utf-8
特に古い Windows 環境から持ってきた Shift_JIS のファイルが混ざっているプロジェクトでは、AI にファイルを読ませた時点で文脈が壊れるので、日本語化設定の前にまずエンコーディングを揃えることをお勧めします。
文字化けが一部のファイルだけで起きるときは、まずそのファイルが本当に UTF-8 かを疑ってください。macOS や Linux なら file コマンドで簡単に確認できます。
# エンコーディングを確認する（UTF-8 以外が混ざっていないか）
file -I src/*.ts
# → charset=utf-8 以外（shift_jis / iso-2022-jp 等）があれば変換対象Shift_JIS のファイルが見つかったら、iconv でまとめて UTF-8 に変換しておくと、以降は AI も人も同じ文字で読めます。
iconv -f SHIFT_JIS -t UTF-8 legacy.ts -o legacy.utf8.ts設定が効いているかを確認する
3つの層（UI・AI応答・エンコーディング）を設定したら、最後に効いているかを軽く確かめておくと安心です。私はいつも次の順で見ています。
第一に、UI のメニューが日本語になっているか。これは見ればすぐ分かります。第二に、エージェントに「いまの応答言語は何ですか」と一言聞いてみること。日本語で返ってくれば AI 応答層は通っています。第三に、日本語コメントを1行書いて保存し、再度開いて文字化けしないか。ここまで揃えば、日本語環境としての土台は完成です。
応答だけ英語に戻ってしまうときは、層2のグローバル設定とプロジェクト指示のどちらかが上書きで打ち消し合っていることが多いです。プロジェクト側の指示を一時的に外して切り分けると、原因の層がすぐ特定できます。
症状別クイックリファレンス
迷ったときに最初に当てるための早見表です。
- UI は日本語なのに AI の返事が英語 → 層2（AI 応答言語、またはプロジェクト指示）
- 変数名やコミットメッセージまで日本語になる → 層2の「コード語彙は英語」の一文が抜けている
- 日本語を入力すると補完に文字を取られる → 層4（IME と補完の衝突）
- 特定のファイルだけ文字化けする → 層5（そのファイルが Shift_JIS のまま）
- 新規プロジェクトで毎回英語に戻る → グローバルルール未設定（層2の二段構え）
日本語コメントは AI への文脈供給にもなる
コード内の日本語コメントは Antigravity が正しく読み取ります。それだけでなく、AI への文脈供給としても機能します。
// ユーザーがページを訪問したときの初期化処理
const initializeApp = () => {
// ローカルストレージからユーザー設定を読み込む
const userSettings = localStorage.getItem('userSettings');
// APIからユーザー情報を取得
fetchUserData();
};意図をコメントで書いておくと、続きの実装を依頼した時の提案が要件に寄ります。私のプロジェクトでは「なぜそうしているか」の理由コメントを日本語で残すようにしていて、数ヶ月後の自分と AI の両方がそれに助けられています。
設定としてやることは、UI 言語・AI 応答言語・エンコーディングの3点だけです。まずこの3点を固めてから、プロンプトの書き方を少しずつ自分の流儀に寄せていくのが、遠回りに見えて一番早い日本語化だと考えています。