Cursor インストールと初期設定【初心者】

『Cursor』を入れてみたいけれど、初回ウィザードの選択肢や日本語化、プライバシー設定で手が止まる。
そんな人向けに、公式の流れを土台にしながら、ダウンロードから起動、日本語化、Privacy Modeの確認、ターミナル起動までを約20分で通せる形に整理しました。
とくにVS Code経験者ほど「どこまで今決めるべきか」で迷いがちです。
オンボーディングは何度でもやり直せる設計なので、まずは一度起動して「触ってみる」を優先するとよいでしょう。
オンボーディングの再実行方法や依存関係の確認は後半で具体的に補足します。
公式のインストールページや Changelog も参照すると差分把握に役立ちます。

『Cursor』は公式配布で macOS・Windows・Linux に対応していて、入手先もCursor Downloadにまとまっています。
個人PCならそのまま進められる場面が多い一方、企業端末では事前確認が必要です。
とくに開発端末が MDM や管理者権限のポリシー下にある場合、インストーラの実行、拡張機能の追加、アカウント連携のどこで止まるかが先に決まっているので、手順の前半で戸惑う人の多くは『Cursor』の操作ではなく端末側の制約にぶつかっています。

初回セットアップでは、VS Code に慣れている人ほど構えなくて大丈夫です。
『Cursor』は VS Code ベースなので、初回ウィザードの Import VS Code Settings を選べばキーバインドやテーマの感覚を大きく変えずに入りやすくなります。
全部をここで決め切る必要はなく、後から見直して調整する流れが自然です。
Cursor公式ドキュメント - インストール

LinuxはAppImageが中心

Linux では macOS の .dmg や Windows の .exe と違って、AppImage を起点に入る構成が中心です。
ここで最初につまずきやすいのが、ダウンロードしただけでは起動せず、実行権限の付与が必要になる点です。
たとえば chmod +x を通してから起動する流れは珍しくありません。
普段から Linux デスクトップアプリを扱っている人には見慣れた手順でも、『Cursor』を試したいだけの段階だと、このひと手間で止まりやすいところです。

Ubuntu 系では、AppImage を開こうとしても必要な依存が足りず、そのままでは立ち上がらない例があります。
実際には libfuse2 が必要になる事例があり、ダウンロード後に即起動という感覚で入ると予想より手数が増えます。
恒久的に使う前提なら、実行権限の付与に加えて配置場所の整理やシンボリックリンク作成まで含め、ターミナルで複数コマンドを打つ流れになることもあります。
Linux 版は「配布がある」ことと「今の環境で一発起動する」ことが同義ではないので、macOS・Windows と同じテンポを期待しないほうが実態に合っています。

この記事の内容は 2026年3月時点の確認に基づいています。
オンボーディングの項目名や設定画面の位置、ボタンの文言はバージョンで変わる場合があるため、画面上で表現が少し違っても「同じ役割の項目を探す」方針で読み替えてください。
重要な差分（例: Shell Commands の導入位置や Privacy Mode の表記）は Changelog や該当ドキュメントで該当箇所だけ確認するのが効率的です。

Cursorのダウンロードとインストール手順

特定バージョンや UI の文言差分が気になる場合は、Cursor の downloads と Changelog を併せて確認してください。
配布形式とリリース履歴を照らすと、現在入手しているファイルの位置づけが分かります。

実際に入れてみると、macOS と Windows はダウンロードから初回ウィザードまで一直線で進むことが多く、5〜15分ほどで区切りがつきます。
Linux は起動前のひと手間があるぶん、先に「まず起動確認まで進める」と決めておくと迷いません。

macOS（.dmg）の手順

macOS では .dmg を開いてアプリを配置し、初回起動時の確認を越える流れです。
VS Code に慣れている人ほど、導入そのものより Gatekeeper の表示で手が止まりがちです。

1. Cursor Downloadにアクセスし、macOS 版をダウンロードしてください。

1. ダウンロードした .dmg ファイルを開きます。
2. 表示されたウィンドウで『Cursor』アプリを Applications フォルダへドラッグしてくださいね。
3. Applications から『Cursor』を起動しましょう。
4. 初回ウィザードが表示されたら、キーボードショートカット、テーマ、Shell Commands などを順に選びます。VS Code の設定を引き継ぎたいなら、該当するインポート項目を選ぶと操作感を揃えやすくなるでしょう。

途中で選択を飛ばしても、後からコマンドパレットを開いてオンボーディングを再実行できます（Windows / Linux: Ctrl+Shift+P、macOS: Cmd+Shift+P）。
該当コマンドは Cursor: Start Onboarding ですので、プラットフォームに合わせた修飾キーで呼び出してください。

初回ウィザードまで進んだら、その時点でインストール自体は終わったと考えて大丈夫です。
実際に使ってみると、ここで Shell Commands を入れておくと、のちほどターミナルから cursor で開ける流れにつなげやすくなります。

Windows（.exe）の手順

Windows でのオンボーディング再実行はコマンドパレット（Windows / Linux: Ctrl+Shift+P、macOS: Cmd+Shift+P）から Cursor: Start Onboarding を実行してください。
Windows は .exe を実行してセットアップを進める流れです。

1. Cursor Downloadで Windows 版 .exe をダウンロードします。

1. ダウンロードした .exe ファイルをダブルクリックして実行します。
2. インストーラの案内に沿ってセットアップを進めます。インストール先の指定やショートカット作成の確認が入る場合は、普段の開発ツールと同じ置き方で問題ありません。
3. インストール完了後、『Cursor』を起動します。
4. 初回ウィザードが表示されたら、キーボードショートカット、テーマ、Shell Commands などを選択します。VS Code ベースの操作感に寄せたい場合は、設定インポートを使うと移行が滑らかです。
5. サインイン画面またはオンボーディング画面が表示されれば完了です。

導入後に初回設定をやり直したくなったときは、コマンドパレットからオンボーディングを再実行できます（Windows / Linux: Ctrl+Shift+P、macOS: Cmd+Shift+P）。
最初に全部を決めきる必要はなく、まず起動してウィザードを一度通すのが近道です。

Cursor · Download

Download Cursor for macOS, Windows, and Linux.

cursor.com

Linux（AppImage）の手順と注意点

Linux は AppImage をそのまま配る形が中心なので、macOS や Windows のような「インストーラを次へ」で終わる感覚とは少し違います。
最初に必要なのは、AppImage を実行可能にして起動することです。

1. Cursor Downloadから Linux 版 AppImage をダウンロードします。

1. ダウンロードした AppImage を任意の場所に置きます（例: ~/Applications）。
2. ターミナルで実行権限を付与します（ファイル名は実際の保存名に読み替えてください）。オンボーディングを再実行する際は、修飾キーが OS ごとに異なる点に注意してください（Windows / Linux: Ctrl、macOS: Cmd）。

chmod +x Cursor-*.AppImage

4. AppImage を実行して起動します。  

./Cursor-*.AppImage

5. アプリが起動し、初回ウィザードが表示されたら導入完了です。ここまで進めば、あとのデスクトップ統合や `cursor` コマンド整備は別作業として切り分けられます。  

起動時に AppImage が開かない場合、Ubuntu 系など一部の環境で必要な依存が不足している事例があります。環境によっては `libfuse2` の導入で解決した報告がある一方、不要な環境もあります。

> [!NOTE]
> まず AppImage 単体で『Cursor』が起動するかを確認し、その後でデスクトップ統合や `cursor` コマンドの整備に進んだほうが切り分けがしやすいです。

デスクトップ統合やターミナル起動については、AppImage を固定の場所に置き、シンボリックリンクを張って `cursor` として呼び出す手順がコミュニティでよく使われています。たとえば `mkdir`、`chmod`、`ln -s` を組み合わせる流れです。ただし、ここは公式の基本導入というより運用の整備に近く、先に GUI で普通に開けることを確認したほうが詰まりません。Linux はこの順番だけで導入の見通しが変わります。

特定バージョンを使いたい場合は、downloads ページで配布中のファイルを確認しつつ、[公開履歴はCursor Changelog](https://cursor.com/ja/changelog)で追うと把握しやすいです。新しめの更新では文言や初回画面が変わることがあるため、ファイル名と公開時期を合わせて見ると、いま入れた版の位置づけを理解しやすくなります。

{{related:cursor-vscode-difference}}
## 初回起動ウィザードで選ぶべき設定（オンボーディングの再実行方法）
（補足）オンボーディングはコマンドパレットから再実行できます。Windows / Linux: Ctrl+Shift+P、macOS: Cmd+Shift+P で開き、`Cursor: Start Onboarding` を選んでください。
初回ウィザード自体もコマンドパレットから再実行可能です（Windows / Linux: Ctrl+Shift+P、macOS: Cmd+Shift+P）。迷った項目は一旦流して、実際に触ってから設定を詰める手順をおすすめします。
### Keyboard Shortcuts

ここは **VS Code に慣れているなら今すぐ VS Code 準拠を選ぶ** のが基本です。`Cmd/Ctrl + P`、`Cmd/Ctrl + Shift + P`、タブ移動やサイドバー操作まで手癖をそのまま持ち込めるので、エディタそのものよりショートカットの違いに意識を取られずに済みます。移行直後は「AI機能より先に、まず普段の編集が自然にできるか」で印象が決まりやすく、ここを合わせるだけで最初のつまずきが減ります。

一方で、VS Code をほとんど使ってこなかったなら **後回しでも問題ありません**。どの配列を選んでも、使い始めてから変更できます。いったん標準のまま触ってみて、手が覚えている操作体系に寄せたくなった段階で切り替えるほうが判断しやすい場面もあります。

### Theme

Theme は **今は仮決めで十分** です。ライト、ダーク、OS と同期のどれを選んでも作業の中身は変わりません。  
初回ウィザードでショートカットを確認する場面では、Windows / Linux は Ctrl、macOS は Cmd を使う点を意識すると迷いが減ります。

### Import VS Code Settings

VS Codeを日常的に使っていたなら、**まずはインポートを検討する価値があります**。キーバインド、設定、拡張機能の一部が引き継がれることで、エディタの土台を作り直す手間が減ります。とくにフォント、保存時整形、Lint 系の基本設定がそのまま入ると、開いた瞬間の違和感が少なくなります。

ただし、拡張機能までまとめて持ってくると、最初から環境を重く感じたり、どの設定が『Cursor』本体の挙動で、どれが拡張由来なのか見分けにくくなることがあります。そういう不安があるなら **今はスキップして、使い始めてから必要な分だけ移す** のが無難です。実際、最初は素の状態で開発フローに乗るかを見て、そのあとで formatter や言語系拡張だけ足すほうが整理しやすい場面が多いです。

### Shell Commands / Open from Terminal

ここは、ターミナル中心で作業する人なら **今すぐ入れる** 側です。`cursor .` でカレントディレクトリをそのまま開けるようになると、既存の CLI ワークフローに自然につながります。Git のブランチを切って、プロジェクトルートで `cursor .` を打って、そのまま編集に入る流れが作れるので、GUI からアプリを探して開くひと手間が消えます。

現場でもShell Commandsを先に入れておくと、すでに回っているターミナル起点の開発手順に『Cursor』をそのまま差し込めるので、起動のストレスが減ると感じます。とくに複数リポジトリを行き来する日は、この差が積み重なります。

後回しでも動作自体には影響しませんが、あとから「毎回フォルダを開き直すのが面倒だ」と気づく項目でもあります。企業 PC ではコマンド追加に権限が絡むことがあるため、その点だけ頭に置いておくと流れを止めずに済みます。

### Language for AI

ここは **日本語で AI とやり取りしたいなら今選ぶ** 項目です。『Cursor』では AI の応答言語と UI の表示言語が別です。メニューや設定画面の日本語化とは連動しないので、「画面は英語のままでも、AI の返答は日本語にしたい」という使い方ができます。日本語で説明、修正案、レビューコメントを返してほしいなら、ここで Japanese を選ぶと最初の体験がぶれません。

英語のまま始めても後から変更できるため、**迷うなら後回しでもOK** です。ただ、日本語で考えて日本語で仕様を書いている人は、最初から応答言語を合わせておいたほうが、質問文の言い換えに余計な集中力を使わずに済みます。なお、UI の日本語化は別の言語パック導入の話なので、この項目とは切り分けて考えるのがポイントです。

### データ共有とPrivacy

ここは **業務コードや機密リポジトリを扱うなら今の段階で優先して判断したい項目** です。『Cursor』の Privacy Mode は、コードの保存や学習利用を避ける方向の設定として案内されています。個人利用でも、ソースコードを外部学習に回したくない感覚があるなら ON を選ぶ理由になります。

判断基準はシンプルで、会社の方針や案件の守秘条件が明確なら Privacy Mode を優先、個人開発でもデータの扱いに引っかかりがあるなら同じく ON、まず機能を試すことを優先するなら一度通常設定で入り、あとから見直す形です。Privacy Mode を有効にしても、どこまでをローカル処理と見なすか、インデックスや埋め込みの扱いをどう理解するかは別論点として残るので、このあたりの細部は後段の Privacy セクションで整理します。

> [!NOTE]
> 初回ウィザードで迷った項目は一度通して触ってみてから戻るほうが判断しやすい、という観点で進めると詰まりにくくなります。

## 日本語化とおすすめ初期設定

### UI日本語化

『Cursor』の画面を日本語にしたいなら、いちばん素直なのは VS Code 系で定番のJapanese Language Packを入れる流れです。左側の Extensions を開いてJapanese Language Packで検索し、インストールしたあと、表示言語を日本語に切り替えます。切り替え後は再起動が入るので、ここまで含めてひと区切りです。実務感覚でも、日本語化そのものは数分で終わる部類です。

英語 UI のままでも操作はできますが、設定名や説明文の読み取りで細かく立ち止まりやすくなります。私も UI を日本語にしてからは、設定項目の理解速度が一段上がりました。とくに最初の 1 週間は、どのメニューに何があるかを頭に入れる時期なので、この差がそのまま学習コストに出ます。テーマやショートカットのような感覚で選べる項目より、設定画面の文言を読んで判断する場面のほうが多いからです。

もし初回ウィザードを流して先に使い始めていたとしても、あとから切り替えて問題ありません。[Cursor公式ドキュメント - インストール](https://docs.cursor.com/ja/get-started/installation)にある通り、『Cursor』はオンボーディングを再実行できる作りなので、最初に全部を決め切れなくても進行は止まりません。日本語化は「使いながら必要になった時点で入れる」でも成立しますが、設定を触る頻度が高い導入直後ほど恩恵を感じやすい項目です。

### AI応答言語の設定

ここで混同しやすいのが、**UI の表示言語** と **AI の応答言語** は別だという点です。前者はメニュー、設定、パネル名など『Cursor』自体の見た目に関わる設定で、後者はチャットやコード説明、修正提案を AI がどの言語で返すかを決めます。画面を日本語にしたのに AI が英語で返してくる、あるいは UI は英語のままでも AI だけ日本語にしたい、といった状態が起こるのはこのためです。

日本語で仕様を考え、日本語で質問を書き、日本語で差分の説明を読みたいなら、AI 応答言語も日本語にそろえておくと流れが安定します。エラーメッセージの解説、リファクタリング案の意図、レビューコメントの受け取り方まで一貫するので、途中で頭の中だけ翻訳モードに切り替える必要がありません。とくに初心者のうちは、英語を読む負荷より「何を設定し、何を直したのか」を理解するほうに集中力を回したほうが前に進きます。

一方で、コード上の識別子や公式ドキュメントの原文に寄せて考えたい人は、AI だけ英語に残す選択もあります。ただ、使い始めの段階では UI も AI も日本語にそろえたほうが迷いが減ります。Language for AIで Japanese を選んでも UI は切り替わらないので、両方を別々に設定する、という理解で進めると詰まりません。

> [!NOTE]
> 最初に「画面の英語」と「AI の返答の言語」が混在すると抵抗感が出やすいです。どちらを優先するかを決めてから設定を整えると学習コストが下がります。

### 見やすさ調整の軽量カスタマイズ

日本語化が終わったら、長く触る前に見た目を少しだけ整えておくと、以後の操作が落ち着きます。ここでやるのは大がかりなカスタマイズではなく、アクティビティバーの位置、テーマ、フォントサイズといった軽い調整です。設定画面の検索欄に「activity bar」「theme」「font size」などを入れると目的の項目にすぐ届くので、設定階層を手探りでたどる必要がありません。

アクティビティバーは、左端にある Explorer や Search などのアイコン列です。普段の画面配置と合わないと、ファイル一覧とチャットを行き来するたびに視線が泳ぎます。左固定のままで問題なければそのままでよいですし、表示密度が気になるなら位置や見え方を少し調整するだけでも印象が変わります。テーマも同様で、前のセクションで触れた通り仮決めで構いませんが、日本語 UI で文字情報を読む時間が増えるぶん、背景色と文字コントラストの相性は作業感に直結します。

フォントサイズも先に触っておく価値があります。コード、サイドバー、設定画面の文字が少し小さいだけで、読み返しの回数が増えて疲れ方が変わります。逆に大きすぎると一画面の情報量が減って、差分確認やファイル一覧の把握に手数が増えます。最初は「チャットの返答を1回で読めるか」「エクスプローラーのファイル名が切れずに見えるか」を基準に合わせると、実用ラインに収まりやすいです。

『Cursor』は最初から全部を作り込むより、見出しや設定名が読める状態を先に作るほうが効果が出ます。UI を日本語にし、AI の返答言語もそろえ、視認性だけ軽く整える。この順番にしておくと、次に入るチャット活用やコード編集の手応えがぶれません。

## 最初に試す基本操作

### フォルダを開く

インストール直後は、まず普段触っている小さめのプロジェクトか、読み切れるサイズのサンプルフォルダを『Cursor』で開くのが近道です。スタート画面からフォルダを選ぶか、メニューから開いて、最初に表示される作業対象をひとつに絞ります。ここで大きなリポジトリをいきなり読ませるより、1ファイル単位で把握できる場所から始めたほうが、AI の返答と画面上の変化が結び付きます。

フォルダを開いた直後に信頼確認のダイアログが出たら、手元の開発用フォルダであることを確認したうえで「このフォルダを信頼」に進みます。これで編集や解析まわりの動作が素直になり、最初の体験で余計な足止めが入りません。『Cursor』の公式ドキュメントでも、初回導線はインストール後すぐにコードベースへ触れ、説明と編集を試す流れとして案内されています。ここでは設定をさらに詰めるより、まずファイルが見えている状態を作ることを優先したほうが手応えにつながります。

私自身、初回は「1ファイルを説明してもらう」「その場で小さな変更を入れる」まで通したところで、一気に『Cursor』が道具として立ち上がってきました。画面の見た目を整える段階から、実際にコードへ働きかける段階へ移ると、単なるエディタの延長ではなく、相談相手が横にいる感覚が出てきます。

### AIチャットでコード説明を依頼

フォルダを開いたら、次は AI チャットを表示します。サイドバーやチャットパネルを開き、今見ているファイルそのものか、気になる関数だけを対象にして説明を頼むと、返答の粒度がちょうどよくなります。いきなり「このリポジトリ全部を教えて」と投げるより、「この関数は何をしているか」「このファイルの役割を3点で説明して」と聞いたほうが、返ってきた内容をその場で検証できます。

たとえば、開いている Python ファイルなら「この関数の入出力と副作用を説明してください」、TypeScript なら「このコンポーネントが受け取る props と表示ロジックを説明してください」といった聞き方が素直です。コードの一部分だけ選択して説明させると、関数や条件分岐の意図が短くまとまり、読み比べもしやすくなります。最初の体験は説明を受けてから小さな編集へ進む順番が土台になっています。

この段階で見るポイントは、AI の説明が当たっているかどうかです。変数名、返り値、例外処理、コメントの不足といった具体物に触れている返答なら、そのまま次の編集依頼につなげられます。逆に、説明がふわっとしているときは対象範囲を狭めると精度が上がります。1ファイル、1関数、1ブロックという順に細かくすると、返答とコードの対応が見えやすくなります。

{{ogp:https://cursor.com/docs/get-started/quickstart|Quickstart ｜ Cursor Docs|Go from install to your first useful change in Cursor. Sign in, ask Cursor to explain your codebase, make a small edit, |https://cursor.com/og?path=%2Fdocs%2Fget-started%2Fquickstart}}

### 小さな編集を適用してみる

説明が理解できたら、その流れのまま軽い編集をひとつだけ頼みます。ここでは仕様変更や大規模リファクタではなく、変数名の整理や関数への docstring 追加くらいがちょうどいいです。変更の意図が自分でも判断できて、差分を見たときに「何が変わったか」をすぐ追えるからです。

たとえば「曖昧な変数名を意味の通る名前に直して」「この関数に docstring を追加して」「ネストが深い if を早期 return に変えて読みやすくして」といった依頼は、初回の題材にちょうど良いです。数行から十数行の変更であれば元コードとの比較が容易で、提案の妥当性を見極めやすくなります。

> [!NOTE]
> 最初の編集は、実行結果に大きく影響しない変更を選ぶと流れが安定します。命名の整理や docstring 追加などが適当です。

### ターミナルから`cursor .`で開く

慣れてくると、アプリを先に起動してからフォルダを探すより、ターミナルで作業中のディレクトリをそのまま開くほうが自然です。初回ウィザードで Shell Commands を入れていれば、カレントディレクトリ上で `cursor .` と打つだけで、そのフォルダを『Cursor』で開けます。プロジェクトのルートに移動してから開けるので、ファイルを探し直す手間がありません。

たとえばターミナルでリポジトリのディレクトリにいる状態なら、そのまま `cursor .` を実行してエディタを立ち上げ、開いた直後に AI チャットで「このプロジェクトの entry point はどこですか」と聞く、といった流れがそのまま成立します。GUI から開く方法をひと通り触ったあとにこれを使うと、日常の開発動線に『Cursor』を差し込みやすくなります。

もしこのコマンドが通る状態になっていれば、作業開始のテンポが一段上がります。リポジトリを切り替えるたびにウィンドウ側でフォルダを選び直す必要がなく、シェルでいる場所とエディタで開く場所が一致します。  
## プライバシー設定と業務利用時の注意

### Privacy Modeの考え方

『Cursor』を個人開発で触るときと、クライアント案件や社内コードで触るときでは、同じ操作でも前提が変わります。そこで基準になるのがPrivacy Modeです。複数の高信頼な解説で共通しているのは、この設定を有効にすると、コードが保存されたり学習利用に回されたりしない方向で扱われるという点です。この設定の挙動は公式ドキュメントで確認できます。

ただし、ここで「コードが学習に使われない」と「何も送られない」は同義ではありません。『Cursor』はAI機能を動かす都合上、モデルへの送信を伴う場面がありますし、インデックス生成に関わるメタデータや埋め込みの扱いは、設定画面や機能単位の仕様を読んで切り分けて捉える必要があります。Privacy Modeは業務利用の出発点として有効ですが、「社外に一切出ない」という意味で受け取ると判断を誤ります。

自分の運用でも、クライアント案件ではまずPrivacy ModeをONで開き、必要な機能が問題なく動くかを確かめてからチーム共有に進めています。最初から便利さを優先するより、先にデータの扱い方を固定して、その範囲でどこまで普段の作業を回せるかを見るほうが、後で運用を戻さずに済みます。『Cursor』は導入直後の体験が軽いぶん、その場の勢いで設定を流しがちですが、業務コードではここを先に決めておくと判断がぶれません。

> [!WARNING]
> 機密情報を扱う場合は、個人用の検証リポジトリと実案件で運用を分けてください。Privacy Mode を有効にするだけでは周辺ログやアクセス記録の扱いまで自動的に解決するわけではありません。

機密リポジトリや社内コードでは、Privacy Modeを基本の状態として扱うのが自然です。そのうえで見るべきなのは、アプリ側の設定だけではなく、自社やクライアント側のルールと噛み合っているかです。たとえばデータ保持期間、操作ログの扱い、外部AIサービスへの送信許可、生成物のレビュー責任の所在が定まっていない状態だと、ツール単体で安全側に寄せても運用は固まりません。

初期段階で頭の中に置いている項目は、実務では次の3点に集約されます。

2. 対象リポジトリが社内ポリシー上、AI支援ツールへの投入を許可されているか確認してください。
3. コード本文だけでなく、ログや補助データの扱いまで組織ルールと矛盾していないか  

この3点は単純に見えて、見落としが出やすいところでもあります。たとえば「コード保存は避けられる」という理解だけで進めると、監査ログやアクセス記録まで同じ扱いだと思い込んでしまいがちです。実際には、業務利用で問題になるのはソースコード本文そのものだけではなく、誰がどの案件で何を触ったかという周辺情報も含まれます。社内規程でログ保全が求められている組織では、その視点が抜けると運用設計がちぐはぐになります。

もうひとつ実務で効くのは、最初に扱うタスクを小さく絞ることです。前のセクションで触れた軽微な編集や説明依頼の範囲から始めると、どの情報が画面に出て、どこまでAIに渡るかを把握しやすくなります。機密性の高い設計書や認証まわりのコードをいきなり丸ごと読ませるより、公開済みに近い補助コードやテストコードから動線を作るほうが、運用判断に必要な輪郭が見えます。

### 料金・モデル確認の導線

『Cursor』を業務利用に載せるときは、安全面だけでなく、どのプランでどのモデルが使えるのかも同時に見ておく必要があります。ここはひとつのページだけで完結せず、[公式サイト側のPricing](https://cursor.com/pricing)と、ドキュメント側のModels & [Pricing](https://cursor.com/docs/models-and-pricing)の2系統で情報を見る流れになります。前者はプランの入口として、後者はモデル利用の考え方を読む入口として役割が分かれています。

この記事の執筆時点では、提供された確認範囲の中に具体的な料金金額は含まれていませんでした。そのため、このセクションでは金額を並べるより、「プラン依存で使える機能やモデルが変わる」という整理に留めるのが正確です。とくにチーム導入では、個人利用の延長で見積もると認識がずれます。チャット中心で使うのか、コード生成を日常的に回すのか、モデル選択の自由度が必要なのかで、見るべきページが変わるからです。

情報の更新頻度も無視できません。料金そのものだけでなく、どの機能が一般提供に入ったかで実運用の前提が変わるので、プラン表と更新履歴を切り離さずに見るのが実務的です。モデル名だけを追うより、「自分たちの契約で、その機能が今どこまで使えるか」という順番で整理したほうが判断しやすくなります。

## よくあるトラブルと対処法

『Cursor』ではコマンドパレットからオンボーディングを再実行できます。コマンドパレットは「Windows / Linux: Ctrl+Shift+P、macOS: Cmd+Shift+P」で開き、`Cursor: Start Onboarding` を実行してください（キーボード配列の違いに注意）。
実際、この機能を知っているだけで導入直後の詰まり方が変わります。最初の数分は設定項目の意味が見えにくく、いったん飛ばして使い始めたあとに「あの選択肢を変えたい」となる場面が出ます。そんなときに再インストールへ進む必要はなく、オンボーディングだけ呼び戻せば足ります。とくにVS Codeから移ってきた人は、ショートカット設定や見た目を既存の感覚に寄せるだけで、最初の違和感が薄れます。

### 日本語化が反映されない場合

『Cursor』のUIを日本語にしたつもりでも、英語表示のまま残ることがあります。このときは、言語パックを入れただけで終わりにせず、表示言語そのものが日本語に切り替わっているかを見ると原因を切り分けやすくなります。VS Code 系の日本語言語パックをインストールしたあと、表示言語を日本語に変更し、アプリを再起動するまでが一連の流れです。加えて、拡張機能が無効化されていると表示は変わりません。

ここで混同しやすいのが、UI の日本語化と AI 応答の言語です。メニューや設定画面が英語のままでも、チャットでは日本語で返答することがありますし、その逆も起こります。見ているのが「画面表示の問題」なのか「AI 応答の設定」なのかを分けて考えると、不要な再設定を避けられます。日本語化そのものは数分で終わる作業ですが、反映されないときは拡張の有効化状態と再起動の有無で止まっているケースが多い印象です。

> [!NOTE]

### Linux AppImageが起動しない場合

端末で実行したときに出るエラーログを見て、FUSE 関連のエラーが確認できる場合に限り、Ubuntu 系など一部環境で `libfuse2` を導入することで解決した報告があります。環境依存のため、まずはログを確認して該当するエラーが出ている場合にのみ導入を検討してください。
恒久的に使うために配置場所を決めたり、シンボリックリンクを張って `cursor` コマンドの形に寄せたりすると、作業は少し増えます。コミュニティでは `mkdir`、`wget`、`chmod`、`ln -s` など複数コマンドを使う導入例も見かけますが、まずは AppImage 単体で起動確認まで進めるほうが、問題の切り分けがぶれません。

### macOSでブロックされる場合

macOS で開けない破損しているため開けませんと表示される場合は、『Cursor』側の不具合というより、macOS の Gatekeeper によるブロックとして扱うと整理しやすくなります。よく使う対処は 2 つで、Finder でアプリを右クリックして「開く」を選ぶ方法と、システム設定の「プライバシーとセキュリティ」から許可する方法です。通常のダブルクリックでは止まっても、この経路からは開けることがあります。

導入直後にここでつまずくと、ダウンロードファイルが壊れているように見えますが、実際には macOS の保護機構が前に出ているだけという場面が多いです。特別な設定を大量に触るより、まず OS 側の許可導線を通すほうが筋が通ります。初回だけ通してしまえば、その後は通常どおり起動できるケースが中心です。

### 設定が残ってしまう場合

『Cursor』を削除して入れ直したのに、前の設定や拡張状態が残っていることがあります。これはアプリ本体とは別に、ユーザー設定ディレクトリが端末内に残るためです。見た目ではクリーンインストールに見えても、実際には以前の状態を引き継いで起動しているので、テーマやサインイン状態、細かな設定が戻ってくることがあります。

このケースでは、再インストールだけでは初期化になりません。バックアップを取ったうえでユーザーデータ側の削除が必要になることがあります。ここは公式の通常手順というより、実際の運用で遭遇する非公式寄りの対処として捉えるほうが実態に近いです。設定ファイルまで消すと、復元したかった内容まで巻き込むため、何を残して何を消すかを先に整理しておかないと手戻りが出ます。

もうひとつ見落としやすいのが、サインインできない問題はアプリ不良ではなくネットワーク制限で起きることがある点です。企業のプロキシやゼロトラスト環境では、認証や通信先の許可リスト、VPN 経由の接続が前提になっていることがあります。再インストールを繰り返しても改善しないときは、設定の残留とは別軸で、通信経路の制限を疑うと切り分けが進みます。
再インストールを繰り返しても改善しない場合は、ネットワーク制限やプロキシが原因になっていることがあります。端末側のログを用意のうえで IT 管理者に相談し、必要であればホワイトリストやプロキシ設定の確認を依頼してください。
## まとめと次のステップ

まずは『Cursor』の公式サイト(https://cursor.com/)から最新のインストーラを取り直し、オンボーディングでショートカット、テーマ、Shell Commands を自分の作業流儀に合わせて選んでください。そのあと UI の日本語化とPrivacy Modeの確認を済ませ、任意のプロジェクトを開いて「このファイルは何をしているか」を AI に説明させ、小さな修正を 1 回試すのが次の一手です。