その通り。拡張機能のウェブページから：自動インストール：VSCodeのターミナルからClaude Codeを起動すると、自動的に拡張機能を検出してインストールします。

VSCode内でClaude Codeを起動すると自動でインストールされる これって私だけ？それとも本当に侵入的に感じる？

たくさんの人が一緒に使ってるよね（IDEにはCursorを使って、IDE内のターミナルではClaude Codeを使う感じ）。パフォーマンスに関しては、エージェントによって違いがあるよ。彼らのエージェントが使う基本モデルは同じだけど、例えばコードベースの見方や、タスクを下位モデルに振り分ける決定、ツールへの接続方法はそれぞれ異なる。

Cursorは別のIDEに切り替えさせるけど（VSCodeを使ってない限り）、Claude Code（またはAider）は現在のIDEと並行して動くターミナルで、プロジェクトファイルを直接編集できるんだ。私の場合、「IDE」はvim+tmux+bashだからCLIアシスタントが好きなんだけど、VSCode以外のグラフィカルなIDEを使ってる人にも当てはまるよ。

違いはすごく大きいよ、質や使い方の面で全然違う。Claude Codeは完全にエージェント的で、タスクを与えると全てを実行して、驚くほど良い動作するコードを生み出す。テストしたり、コミットしたり、コマンドを実行したり、リモートシステムにログインしたり、デバッグもできる。Cursorはトークン使用量を最適化するけど、Claude Codeはそうじゃないから、初回からより高品質なコードを生成できる（その代わりコストはかなり高いけど）。Cursorのエージェントモードはまだ追いついていないけど、Cursorは基本的にファイルを編集するためのツールで、Claude Codeはまるでジュニア開発者みたい。

何をやってるの？違いを感じないなんて。私にとってClaudeは全ての面で優れてる。全然比べ物にならないよ。主にScala、Python、JS、Dartを使ってるけど、もしかしたら他の言語ではカーソルの方がいいのかも？Claudeを使うとすごく生産的なアシスタントになれる。特に小規模から中規模の変更にはめっちゃ役立つ。計画を立てれば、まるで魔法みたい。コードを重複させる傾向があるけど、それくらいかな。カーソルが生成するコードは、私が最後に試したときはかなり手を加えないといけなかった。助けるどころか、逆に遅くなっちゃうことが多い。

Cursorにまだ独自の機能として残っているのがCursor Tab機能だね。最近の編集やカーソルの移動に基づいて、次の編集をほぼ正確に予測してくれる。でも、エージェントの観点から見ると、Claude Codeはタスクを理解し、それを小さなステップに分解して、正確に実行するのにもっと調整されてると思う。全体的に見て、エージェントによるコーディングは、特にテストがバックアップされている場合には、明確に定義されたタスクには最適だよ。ただ、深い技術的な議論やアーキテクチャの決定に関しては、特定の方向に促されない限り、意見を持たないのが残念。ここはGemini Proが得意な分野だけど、コーディングエージェントとしてはイマイチ。だから両方使ってる。高レベルのデザインにはGemini Proを使って、計画を実行するにはClaude Codeに明確な要件を与えてる。自分でもCursor Tabを使って少し編集しながらね。

Claude Codeはすごく印象的だよ。まるでターミナルで別のプログラマーが一緒にいるみたい。完璧ではないし、何をやろうとしてるのか理解するのに助けが必要なことが多いけど、全ての要素が揃って動き出すと信じられないくらい素晴らしい。プロジェクトを本当に理解するために必要なコンテキストをちゃんと与えてないから、正しく使えてないんだけどね。TypeScriptやウェブ開発にも使ってないし。

Cursorのいいところは、o3やGeminiみたいな他の非人間的モデルも使えることだね。o3はローカライズされた難しい問題を解くのに役立つし、Geminiは大規模なコンテキストのリファクタリングに便利だよ。