① コンテキスト・ウィンドウの維持（短期記憶）
CursorやClaudeの「チャット」や「Composer」セッション内では、これまでの会話履歴が丸ごとAIに送信され続けています。 あなたがモードを「Agent」から「Debug」に切り替えても、同じチャット画面内であれば、これまでの全履歴が自動的にAIの「最新の指示」の前にくっついて送られます。
- Gemini CLIなどの「一回切り」のツールと違い、Cursorは進行中のセッションを一つの巨大な物語として管理しているため、AIは「さっき書いたコードの続き」だと認識できます。
② ファイルという「実体」への依存
ここがCLIと決定的に違う点です。
- CLI: メモリ上のデータが消えたら終わり。
- Cursor: 作業結果は常に「プロジェクト内のファイル」として保存されています。 AIは毎回、指示を受けるたびに現在のソースコードを読み直します。つまり、AIが「覚えている」というよりは、「最新の現場（ファイル）を見て、現状を把握し直している」という方が正確です。
③ インデックス化（ codebase 全体の把握）
Cursorはプロジェクトを立ち上げた際、裏側で全ファイルを「インデックス（目次のようなもの）」化します。
- これにより、たとえチャットで言及していなくても、AIは「関係ありそうな別のファイル」を自分で見つけ出し、その情報を「記憶」として取り込むことができます。
① コンテキスト・ウィンドウの維持（短期記憶）
CursorやClaudeの「チャット」や「Composer」セッション内では、これまでの会話履歴が丸ごとAIに送信され続けています。 あなたがモードを「Agent」から「Debug」に切り替えても、同じチャット画面内であれば、これまでの全履歴が自動的にAIの「最新の指示」の前にくっついて送られます。
- Gemini CLIなどの「一回切り」のツールと違い、Cursorは進行中のセッションを一つの巨大な物語として管理しているため、AIは「さっき書いたコードの続き」だと認識できます。
② ファイルという「実体」への依存
ここがCLIと決定的に違う点です。
- CLI: メモリ上のデータが消えたら終わり。
- Cursor: 作業結果は常に「プロジェクト内のファイル」として保存されています。 AIは毎回、指示を受けるたびに現在のソースコードを読み直します。つまり、AIが「覚えている」というよりは、「最新の現場（ファイル）を見て、現状を把握し直している」という方が正確です。
③ インデックス化（ codebase 全体の把握）
Cursorはプロジェクトを立ち上げた際、裏側で全ファイルを「インデックス（目次のようなもの）」化します。
- これにより、たとえチャットで言及していなくても、AIは「関係ありそうな別のファイル」を自分で見つけ出し、その情報を「記憶」として取り込むことができます。
「@」メンションを活用する: 「@Files」や「@Codebase」を使って、「今はこの記憶を重点的に使ってね」と明示する。
.cursorrules を使う: プロジェクトのルールを .cursorrules ファイルに書いておけば、すべてのセッションでAIがそのルールを「常識（長期記憶）」として持ち続けてくれます。
タスクが変わったら新しいセッションにする: 逆に記憶が溜まりすぎるとAIが混乱（コンテキストの劣化）するため、大きな機能が終わったら Cmd+N で新しいセッションを立ち上げ、必要なファイルだけ @ で読み込むのが「賢い使い分け」です。
