Cursorで開発前に見る3つの画面

Cursorを開いてすぐにコードを書き始めると、思わぬところで作業が止まることがあります。「気づいたら使用量の上限に近づいていた」「想定と違うモデルが動いていた」「プロジェクトのルールが反映されていなかった」——こうした事態は、開発を始める前に画面を1分ほど確認しておくだけで、かなり防げます。

本記事では、筆者がCursorで作業を始める前に毎回確認している3つの画面を、初心者向けに整理しました。token消費を抑えるための細かいテクニックではなく、「どこを見れば事前に気づけるか」という確認の場所そのものにしぼってまとめています。

今日の結論

• 開発前に見る画面は3つ：①使用量画面 ②モデル選択画面 ③ルール・コンテキスト画面
• おすすめの順番はこの並び。上限→モデル→ルールの順で「土台」から確認できる
• 1画面あたり20秒前後、合計1分程度で確認できる
• 画面の名称・位置はバージョンによって変わる可能性があるため、本記事は執筆時点（2026-06-25）の表示を前提にしている

① 使用量画面 — 残りの利用枠を確認する

何を見るか

Cursorの設定（Settings）またはアカウントメニューから開ける使用量・プランの画面です。当月（または直近の利用期間）でどれくらい使っているか、上限に対してどの程度残っているかを確認します。

見ておかないとどうなるか

使用量を確認せずに作業を始めると、長めのAgentタスクの途中で上限に近づき、レビュー前の重要な作業が中断してしまうことがあります。執筆時点では、上限への近づき方や警告表示の挙動はプランやバージョンによって異なる可能性があるため、過去に上限超えを経験したことがある場合は特に確認しておくと安心です。

どう対策するか

残量が少ない場合は、その日の作業を軽いタスクに絞るか、モデルを変更するなどの判断ができます。逆に十分残っている場合は、まとまった量のAgentタスクを安心して進められます。

② モデル選択画面 — どのモデルで動くかを確認する

何を見るか

チャットやAgentモードの入力欄付近にあるモデル選択のメニューです。今のセッションがどのモデルで動作する設定になっているかを確認します。

見ておかないとどうなるか

前回の作業で切り替えたモデルのまま、別の用途（軽い質問用と、重い実装タスク用など）に使ってしまうことがあります。意図と違うモデルで動かすと、思っていたより時間がかかったり、使用量の消費ペースが変わったりすることがあります。

どう対策するか

作業の種類（軽い確認／本格的な実装）に応じて、開発を始める前にモデルを選び直す習慣にします。複数のタスクを並行する場合は、タスクごとにモデル設定を確認するとずれを防げます。

③ ルール・コンテキスト画面 — プロジェクトルールが読み込まれているかを確認する

何を見るか

プロジェクトのルール設定（.cursor/rules やAGENTS.md相当のファイルを参照する設定）が、現在のセッションで読み込まれているかどうかを確認します。

見ておかないとどうなるか

ルールが反映されていない状態で作業を始めると、コーディング規約やプロジェクト固有の前提（使用ライブラリのバージョンなど）を無視した提案が出てくることがあります。後から手直しする手間が増えるため、開発前の確認が効率に直結します。

どう対策するか

セッションの最初に、ルールファイルが認識されているかをひとこと確認する、あるいは関連ファイルを開いた状態でAgentを起動する、といった工夫で読み込み漏れを減らせます。

開発前チェックリスト

• 使用量画面で、当月の残量を確認した
• モデル選択画面で、今回の用途に合うモデルになっているか確認した
• ルール・コンテキスト画面で、プロジェクトルールが読み込まれているか確認した

まとめ・次に読む

3つの画面を順番に確認するだけで、作業中に「想定外の制限」「意図しないモデル」「ルール無視の提案」に気づきにくいまま進めてしまうリスクを減らせます。慣れてくると、合計1分程度で済む確認です。

開発中にエラーが出たときの確認順は、関連記事「Cursor開発でエラーが出た時の切り分け順」で整理しています。Cursor無料版の使い方全体については、Hub記事「Cursor無料版で開発するための基本ガイド」でまとめていますので、あわせてご覧ください。

なお、Cursorの画面構成・名称・利用上限の表示方法は、バージョンやプランによって変わることがあります。本記事は執筆時点（2026-06-25）の情報に基づいているため、最新の挙動は公式ドキュメントもあわせてご確認ください。