「Cursorの日本語化ができないのはなぜ?」
「言語パックを入れたのに英語のままなんとかしたい!」
Cursorの日本語化は、手順どおりに進めても途中で止まることがあります。
言語の一覧に日本語が出てこない、再起動しても英語のまま、アップデートのたびに戻る、といった症状ですね。
原因はほとんどの場合、Cursorが使っている拡張機能ストアと、表示言語の保存場所のどちらかにあります。
この2つの仕組みがわかると、症状を見た瞬間にどこを直せばいいか判断できるようになります。
この記事では、日本語化がうまくいかないときの症状を7つに分けて、それぞれの直し方を並べました。
この記事でわかること
- Cursorの日本語化がつまずく2つの構造的な原因
- 迷わないための日本語化の基本手順
- 症状別に引ける7つの対処法
- アップデートで英語に戻らないようにする恒久対策
Cursorの日本語化ができない原因はどこにあるのか
手順を間違えていないのに失敗するときは、たいてい仕組みのほうに理由があります。
ここでは、日本語化がつまずく3つの構造を先に押さえておきましょう。
日本語化でつまずく理由
- Cursorが使う拡張機能ストアがVS Codeと違うこと
- 表示言語の設定が別のファイルに保存されること
- Cursor独自のAI画面は言語パックの対象外であること
Cursorが使う拡張機能ストアはVS Codeと違う
CursorはVS Codeをベースにしていますが、拡張機能の入手先は同じではありません。
公式ドキュメントには、サードパーティ拡張にはOpen VSXレジストリを使うと書かれています。
Microsoft Marketplaceにある拡張がすべて並ぶわけではない、とも明記されていました。
だから「VS Codeでは入ったのにCursorでは見つからない」という状況が起きるんですね。
この構造はCursor公式ドキュメントの「Extensions」に書かれています。
日本語パックの提供状況(2026年8月時点)
- Open VSXに登録済み(MS-CEINTL / vscode-language-pack-ja)
- 最新はバージョン1.131.0
- 累計ダウンロードは約130万件
ただし日本語の言語パック自体は、Open VSXにきちんと登録されています。
「配布が終わった」と書いている記事も見かけますが、実際には更新が続いていました。

(出典:Open VSX Registry「Japanese Language Pack for Visual Studio Code」/2026年8月11日時点)
つまり「もう入手できない」わけではありません。
検索に出てこないときは、名前の書き方かバージョンの相性を疑うのが正解でした。
表示言語の設定はargv.jsonに保存される
もう1つの落とし穴が、設定の保存場所です。
Cursorで選んだ表示言語は、通常の設定画面ではなく~/.cursor/argv.json というファイルに保存されます。
ここに "locale": "ja" という1行が書き込まれる仕組みですね。
{
"locale": "ja"
}
このファイルはコマンドパレットから開けます。
「Preferences: Configure Runtime Arguments」を実行すると、中身を直接編集できました。

argv.jsonを知っておくと得すること
- UIから設定できないときでも手で書けば通る
- アップデートで戻ったときに1行直すだけで復旧できる
- 複数のマシンで同じ設定をそろえやすい
設定画面をいくら探しても言語の項目が見つからないのは、この構造のせいです。
場所を知っているかどうかで、詰まる時間がまったく変わってきます。
Cursor独自のAI画面は言語パックの対象外
3つ目は、そもそも日本語化できない部分がある、という話です。
言語パックが翻訳してくれるのは、VS Code由来のUIだけになります。
メニューバー、設定画面、コマンドパレット、エクスプローラーあたりですね。

一方で、CursorがVS Codeに独自に足したAI機能の画面は対象外でした。
ChatやComposer、Agentのパネルは言語パックを入れても英語のまま残ります。
これは不具合ではなく仕様です。
「一部だけ英語が残る」と悩んでいる方の多くは、実はここを直そうとしていました。
Cursorを日本語化する基本の3つの手順
原因の構造がわかったところで、まずは正攻法の手順を確認しておきましょう。
この流れで通れば、そもそも対処法の出番はありません。
日本語化の流れ
- 日本語の言語パックをインストールする
- 表示言語を日本語に切り替える
- Cursorを完全に終了してから起動し直す
【ステップ1】日本語の言語パックをインストールする
左側のサイドバーから拡張機能のパネルを開きます。
ショートカットなら、Windowsは Ctrl+Shift+X、Macは Cmd+Shift+X ですね。
検索欄に「Japanese Language Pack」と入力してください。
「Japanese Language Pack for Visual Studio Code」という名前の拡張が出てきたら、それが目的のものです。
インストールボタンを押して、完了まで待ちます。
検索するときのコツ
- 「日本語」ではなく英語表記の「Japanese」で探す
- 発行元が「MS-CEINTL」になっているか確認する
- 似た名前の非公式パックを選ばない
ここでインストールが終われば、いちばん楽な道を通れています。
もし検索結果に出てこなくても、あとで紹介する回り道があるので落ち着いて進めてください。
発行元の確認だけは省かないでくださいね。
同じような名前の非公式パックを入れてしまうと、翻訳が中途半端になったり、更新が止まっていたりします。
【ステップ2】表示言語を日本語に切り替える
次に、コマンドパレットを開きます。
Windowsは Ctrl+Shift+P、Macは Cmd+Shift+P です。
入力欄に「Configure Display Language」と打ってください。
候補が出たら選択して、一覧から「日本語 (ja)」をクリックします。
Configure Display Language
ここで日本語が候補に出てこない場合は、ステップ1が完了していない可能性が高いです。
言語パックが入っていないと、切り替え先の選択肢そのものが現れません。
選択できたら、再起動を促すダイアログが表示されます。
【ステップ3】完全に終了してから起動し直す
最後は再起動です。ここが意外と雑になりがちなので、ひと手間かけましょう。
ウィンドウを閉じるだけでは、アプリが裏で動いたままになることがあります。
Macならメニューから「Cursorを終了」、WindowsならタスクバーからCursorを完全に終了させてください。
そのうえで、もう一度Cursorを起動します。
再起動後に確認する場所
- 左上のメニューが「ファイル」「編集」になっているか
- 設定画面の項目名が日本語になっているか
- コマンドパレットの候補が日本語で出るか
この3つが日本語になっていれば成功です。
逆にどれか1つでも英語のままなら、設定の書き込みか再起動のどちらかが不完全でした。
うまくいかなかった方は、症状別の一覧から自分の状況を探してみてください。
「どこが英語なのか」がわかっていれば、直す場所はほとんど1か所に絞れます。
Cursorが日本語化できないときの症状別の対処法7選
ここからが本題です。起きている症状ごとに、直す場所が違います。
自分に当てはまるものだけ読めば大丈夫ですよ。
この記事で扱う7つの症状
- 言語パックが検索に出てこない
- 言語の一覧に日本語(ja)が出てこない
- 再起動しても英語のまま変わらない
- ウィンドウによって日本語と英語が混ざる
- 一部のメニューだけ英語が残る
- 日本語が文字化けする
- 日本語表示を英語に戻したい
【症状1】言語パックが検索に出てこない
拡張機能のパネルで検索しても、日本語パックが見つからないケースです。
まずは検索語を MS-CEINTL.vscode-language-pack-ja という拡張機能IDそのものに変えてみてください。
表示名で引っかからなくても、IDなら一発で出てくることがあります。
MS-CEINTL.vscode-language-pack-ja
見つからないときに試す順番
- 拡張機能IDで検索し直す
- Open VSXのページからVSIXファイルを落とす
- 拡張機能パネルにドラッグ&ドロップして入れる
それでも出ない場合は、Open VSXのページから直接ダウンロードする道があります。
拡張機能のパネルにVSIXファイルをドラッグ&ドロップすれば、そのままインストールできました。
ネットワークにプロキシがある環境だと、そもそもストアへの接続が止められている場合もあります。
会社のPCで作業しているなら、ここも一度疑ってみてください。
【症状2】言語の一覧に日本語(ja)が出てこない
コマンドパレットで「Configure Display Language」を実行したのに、日本語の選択肢がない。
これはほぼ確実に、言語パックのインストールが完了していません。
拡張機能のパネルを開いて、インストール済みの一覧に日本語パックがあるか確認してください。
入っているのに出てこない場合は、拡張が無効化されている可能性があります。
確認する順番
- インストール済み一覧に日本語パックがあるか
- 「有効にする」ボタンが残っていないか
- ワークスペース単位で無効化されていないか
有効化してから、もう一度コマンドを実行してみましょう。
拡張機能を有効にした直後は反映が遅れることがあるので、一度アプリを閉じてから試すと確実です。
【症状3】再起動しても英語のまま変わらない
言語パックも入れた、日本語も選んだ、それでも英語のままというケースです。
この場合は、argv.json に設定が書き込まれていない可能性が高いです。
コマンドパレットで「Preferences: Configure Runtime Arguments」を実行して、中身を確認してください。
argv.jsonを見るときのチェック項目
"locale"の行が存在するか- 行頭に
//が付いていないか - 値が
"ja"になっているか
{
"locale": "ja"
}
"locale" の行がなければ、手で書き足して保存します。
コメント行として // がついている場合もあるので、その場合はコメントを外してから保存してください。
保存したら、アプリを完全に終了してから起動し直します。
ウィンドウを閉じただけでは反映されないので、ここは省略しないでくださいね。
【症状4】ウィンドウによって日本語と英語が混ざる
2つのプロジェクトを開いていて、片方だけ英語のままという状態です。
これは古いウィンドウが、設定を読み込む前のまま残っているせいでした。
表示言語の設定は起動時に読み込まれるので、開きっぱなしのウィンドウには反映されません。
混ざったときの直し方
- 開いているウィンドウをすべて閉じる
- アプリ本体を終了させる(閉じるだけでは足りない)
- あらためてプロジェクトを開き直す
いったんすべてのウィンドウを閉じて、アプリごと終了してください。
そのうえで開き直せば、どちらも日本語で表示されます。
ちなみにこの症状は、設定自体は正しく書けている証拠でもあるので、実は軽症でした。
焦って設定を触り直すと、かえって別の不具合を呼び込みます。
【症状5】一部のメニューだけ英語が残る
メニューバーは日本語になったのに、ChatやComposerのパネルは英語のまま。
これは前に説明したとおり、言語パックの対象外だからです。
Cursorが独自に追加したUIは、VS Codeの翻訳データに含まれていません。
直す方法はないので、ここは仕様として受け入れることになります。
英語のまま残りやすい場所
- Chat・Composer・Agentのパネル
- Cursor独自の設定項目(Rules、Modelsなど)
- 拡張機能自体が英語でしか説明を持たない部分
裏を返すと、この3か所以外が英語なら設定側に原因があります。
どこが英語なのかで切り分けられる、と覚えておくと便利ですよ。
【症状6】日本語が文字化けする
メニューは日本語になったのに、ファイルの中身が「□」や記号で表示されるケースです。
これは表示言語ではなく、ファイルの文字コードの問題でした。
画面右下に表示されているエンコーディングを確認してください。
「Shift JIS」や「EUC-JP」で保存されたファイルを、UTF-8として読もうとすると崩れます。
文字化けを直す手順
- 右下のエンコーディング表示をクリックする
- 「エンコード付きで再度開く」を選ぶ
- 正しい文字コード(Shift JISなど)を指定する
読めるようになったら、UTF-8で保存し直しておくと次から悩まずに済みます。
古いWindows環境から引き継いだファイルで、とくに起きやすい症状でした。
【症状7】日本語表示を英語に戻したい
日本語にしたものの、検索で情報が見つけにくくなって戻したくなることがあります。
エラーメッセージは英語のほうが検索結果が豊富なので、この判断は珍しくありません。
戻し方は簡単で、argv.json の "locale" を "en" に書き換えるだけです。
英語に戻す2つのやり方
- argv.jsonの値を
"en"に書き換える - コマンドパレットで「English (en)」を選び直す
- どちらも完全な再起動で反映される
{
"locale": "en"
}
コマンドパレットから「Configure Display Language」で「English (en)」を選んでも同じ結果になります。
どちらの方法でも、反映には完全な再起動が必要です。
言語パックはアンインストールしなくて構いません。
入れたまま残しておけば、また日本語に戻したくなったときにすぐ切り替えられます。
Cursorの日本語化がアップデートで戻るときの恒久対策
いちばん厄介なのが、しばらく使っていると勝手に英語へ戻る症状です。
ここでは、繰り返しの手直しから抜け出す方法を見ていきましょう。
英語に戻らないようにする方法
- argv.jsonを自分で書いて固定する
- 言語パックのバージョンを合わせておく
- 戻ったときにすぐ直せる手順を用意しておく
argv.jsonを直接書いて固定する
UIから設定した内容は、アップデートの過程で初期化されることがあります。
そこで、~/.cursor/argv.json を自分の手で書いておく方法が効きました。
ファイルが存在しない場合は、ターミナルから作ってしまうのが早いです。
ファイルを触る前に確認すること
- すでに
argv.jsonがあるかどうか - ある場合は中身をコピーして控えておく
- 他の起動オプションが書かれていないか
mkdir -p ~/.cursor
echo '{ "locale": "ja" }' > ~/.cursor/argv.json
すでにファイルがある場合は、上書きせず中身を編集してください。
他の起動オプションが書かれていることがあり、まるごと置き換えると別の設定が飛びます。
この1行が残っていれば、アップデート後も表示言語は保たれました。
設定画面から入れ直す手間がなくなるので、使い始めの段階でやっておく価値があります。
言語パックのバージョンを合わせておく
もう1つの原因が、言語パックとエディタ本体のバージョンのずれです。
VS Code系の言語パックは、対応するエディタのバージョンに合わせて番号が振られています。
Cursorの土台になっているVS Codeが古いと、新しすぎる言語パックが読み込まれないことがありました。
バージョンのずれを疑う手順
- Cursor本体を最新版に更新する
- 更新後に言語パックを入れ直す
- それでも駄目なら1つ前のバージョンを選ぶ
この場合は、Cursor本体を最新版に更新するのがいちばん確実です。
本体が新しくなると、言語パック側の想定と噛み合うようになります。
それでも合わないときは、Open VSXのページから1つ前のバージョンを選んで入れ直します。
拡張機能の詳細画面から、過去バージョンを指定してインストールできますよ。
戻ったときにすぐ直せる手順を用意しておく
完璧に防ぐより、戻ったときに30秒で直せる状態にしておくほうが現実的でした。
私は自分用のメモに、コマンドと確認場所だけ書き残しています。
手元に控えておくと復旧が早い情報
- 設定ファイルの場所:
~/.cursor/argv.json - 書き込む内容:
"locale": "ja" - コマンドパレットの項目名:Preferences: Configure Runtime Arguments
環境構築のトラブルは、原因を覚えるより手順を残すほうが効きます。
次に同じことが起きても、悩む時間がほぼゼロになりますからね。
この考え方は日本語化に限りません。
詰まったときの直し方をメモに残す習慣は、AI学習のエラーを解決するコツでも同じことを書きました。
Cursorを日本語化してもAIの返答が英語のままのとき
UIは日本語になったのに、AIとの会話が英語で返ってくる。この相談もよくあります。
実はこれ、表示言語とはまったく別のレイヤーの話でした。
AIの返答を日本語にする方法
- Cursorのルール機能で言語を指定する
- プロジェクト単位とユーザー単位を使い分ける
- あえて英語のままにする選択肢もある
Cursorのルール機能でAIの言語を指定する
Cursorには、AIへの指示をあらかじめ書いておけるルール機能があります。
公式ドキュメントによると、プロジェクト用のルールは.cursor/rules ディレクトリに .mdc 形式で置く決まりです。
拡張子が .md のままだと読み込まれないので、ここは間違えやすいところですね。
ルールが効かないときに見る場所
- ファイルの拡張子が
.mdcになっているか - 置き場所が
.cursor/rulesディレクトリか - 先頭のメタデータ(フロントマター)が壊れていないか
回答は必ず日本語で書いてください。
コード内のコメントも日本語にしてください。
変数名や関数名は英語のままにしてください。
この3行を書いておくだけで、返答の言語がぶれなくなりました。
ちなみに3行目を入れておかないと、変数名まで日本語にされることがあります。
「何を日本語にして、何をそのままにするか」まで書くのがコツでした。
プロジェクト単位とユーザー単位を使い分ける
ルールには、置き場所によって2つの種類があります。
プロジェクトのルールはリポジトリに含まれるので、チーム全員に同じ指示が届きました。
一方のユーザールールは設定画面から登録するもので、自分のすべてのプロジェクトに効きます。
どちらに書くかの目安
- チームで統一したい規約 → プロジェクトのルール
- 自分の好み(日本語で返してほしい等) → ユーザールール
- 案件ごとに変わる制約 → プロジェクトのルール
「日本語で返してほしい」は個人の好みなので、ユーザールール側に置くのが自然です。
プロジェクトのルールに書くと、英語話者のメンバーが困ってしまいますからね。
逆に、コードのコメントを日本語で統一したいならプロジェクト側が向いています。
成果物に残る決まりごとはリポジトリへ、自分の読みやすさは手元へ、と分けると迷いません。
あえて日本語化しない選択肢もある
最後に、逆の視点もお伝えしておきます。
UIを英語のまま使っている人は、実は少なくありません。
理由はシンプルで、エラーメッセージや設定項目を検索したときに情報量が違うからです。
日本語のメニュー名で検索しても、出てくる記事の数がぐっと減ります。
英語のまま使うほうが向いている人
- 公式ドキュメントを読みながら作業することが多い
- 海外のフォーラムで質問を検索する習慣がある
- VS Codeを英語で使い慣れている
逆に、これから学び始める方は日本語にしたほうが確実に進みが速いです。
用語の壁と機能の壁を同時に越えるのは、思っている以上にしんどいですからね。
Cursorでの学習の進め方はCursorでPythonを学ぶ方法にまとめました。
Cursorの日本語化と対処法に関するよくある質問
Q:Cursorの日本語化は無料でできますか?
A:できます。日本語の言語パックは無料で公開されている拡張機能で、Cursorの無料プランでも問題なく使えます。追加の課金は必要ありません。
Q:日本語化するとAIの性能は落ちますか?
A:表示言語を変えるだけなので、AIの性能そのものには影響しません。ただしAIへの指示を日本語で書く場合、専門用語は英語のまま書いたほうが意図が伝わりやすい場面はあります。
Q:VS Codeの設定をCursorに引き継げますか?
A:初回起動時に設定を移行する案内が出ます。ただし拡張機能はストアが異なるため、すべてがそのまま入るわけではありません。日本語パックについては、移行後に改めてインストールし直すほうが確実でした。
Q:Chatの画面まで日本語にする方法はありませんか?
A:現状ではありません。Cursorが独自に追加したUIは言語パックの対象外なので、ラベルは英語のまま残ります。ただし会話の中身はルール機能で日本語に固定できるので、実用上の不便はほとんどありませんでした。
まとめ
Cursorの日本語化ができないときは、まず症状がどこに出ているかを見てください。
拡張機能のストア、argv.json、Cursor独自のUI、この3か所のどれかに原因があります。
とくに効くのが、設定ファイルを自分の手で書いておくことでした。
UIから設定するだけだとアップデートで戻りますが、1行書いておけば安定します。
迷ったときに見る順番
- 言語パックがインストール済みで有効になっているか
~/.cursor/argv.jsonに"locale": "ja"があるか- アプリを完全に終了してから起動し直したか
環境構築でつまずくと、それだけで学習が止まってしまいます。
でも構造さえわかっていれば、次に同じ症状が出ても数十秒で戻せますよ。
エディタの選び方で迷っている方は、Claude CodeとCursorの違い比較もどうぞ。
手元のCursor、いまどこまで日本語になっているでしょうか。
ここまでを一人で進められるなら独学で十分です。それでも詰まる箇所が続くようなら、AIが学べるプログラミングスクール比較11選|目的別の選び方で自分に合う形を確認してみてください。

