MENU

Cursor 2.0 使い方完全ガイド【2026年最新版】|マルチエージェントで30秒コード生成

「Cursor、まだ”2.0″のまま記憶を止めていませんか?」

2025年10月の2.0リリースから半年。Cursorは3.0→3.1→3.2まで一気に進化し、料金体系は「高速リクエスト500回/月」からクレジット制の従量課金へ、ComposerはCursor自社製の「Composer 2」に世代交代しています。

この記事では、私と同じように「AIツールを使いこなせるエンジニアになりたいけど、何から始めればいいか分からない」という方に向けて、2026年4月時点の最新Cursorを、現場で毎日触っている目線で解説します。

やまと

私はSES企業時代に個人でCursorを使い始め、現在は静岡の地方都市にある地方中小の製造業(アルミダイカスト)でDX推進担当をしています。Python / FastAPI / Next.js でMESを自社開発する中で毎日Cursorを動かしていて、2.0時代から3.2の今まで、ほぼリアルタイムでアップデートを追ってきました。その体感をベースに書きます。

この記事の結論
  • 2026年4月時点の最新はCursor 3.2。ComposerはComposer 2に世代交代し、ベンチマークでフロンティア級に到達
  • 料金はクレジット制へ変更。Hobby無料 / Pro $20 / Pro+ $60 / Ultra $200から、自分の使用量で選ぶ時代に
  • Cursor 3でAgents Windowが標準UIに、3.2で/multitaskによる非同期サブエージェント並列開発が解禁
  • VSCodeからの移行は5分。設定・拡張機能をそのまま引き継げる
  • 最初の1ヶ月はPay-as-you-go(追加課金)をオフにして、自分の消費ペースを掴むのが安全

「今日ダウンロードして、明日から業務で使える」レベルにまとめました。VSCodeから乗り換えても操作感はほぼ同じですし、3.0からはエージェント中心のUI(Agents Window)に切り替わりましたが、コードを書く感覚自体は変わりません
完璧を求めず、まずは試してみることが大切だと思います。


目次

セクション1: 2026年最新版のCursorとは?

VSCodeベースのAIコードエディタ

CursorはVSCodeをフォークして作られたAIコードエディタです。
VSCodeの設定・拡張機能・キーバインドをそのまま引き継げるので、乗り換えのハードルは驚くほど低いです。
見た目も操作感もVSCodeとほぼ同じなので、初日から違和感なく使えました。

他のAIコーディングツールとの大きな違いは、任意のAIモデルを選択できる点です。
GPT-5.3 / GPT-5.4、Claude Sonnet 4.5 / Opus 4.6、Gemini 3 Pro、さらにCursor自社製のComposer 2まで、プロジェクトに応じて使い分けられます。
GitHub Copilotはモデル選択肢が限られますが、Cursorはその縛りがありません。
用途別にどのモデルを選ぶかは、AIモデルの選び方完全ガイドに整理してあるので、迷ったら参考にしてみてください。

2.0 → 3.2 までの進化を一気に振り返る

半年でアップデートが詰まりすぎているので、ここで時系列を整理しておきます。

  • Cursor 2.0(2025年10月29日): 初代Composer + マルチエージェント機能を搭載。AI主導の開発体験が大きく前進
  • Composer 2(2026年3月19日): Cursor自社製モデルが世代交代。コーディングベンチマーク(CursorBench 61.3、SWE-bench Multilingual 73.7)でフロンティア級に到達
  • Cursor 3.0: UIを「Agents Window」中心に刷新。ローカル / クラウド / worktree / リモートSSHで複数エージェントを並列実行できる構成へ
  • Cursor 3.1(2026年4月13日): Tiled Layout(ペイン分割)、音声入力の品質向上、空ブランチからのクラウドエージェント起動に対応
  • Cursor 3.2(2026年4月24日/最新): /multitask による非同期サブエージェント、worktreesの強化、Multi-root Workspaces(複数フォルダを1セッションで横断)に対応

「半年でここまで変わるのか」というのが正直な感想です。
2.0時点のチュートリアルを今やってもズレるくらいには、UIもコマンドも別物になっています。
同時期にAIモデル側も激しく動いていて、その勢いは Gemini 3.0は本当に最強?Claude・GPTと徹底比較した結果が衝撃だった でも触れています。

なぜ今、Cursorなのか

AIエージェントの時代が完全に来ています。単なるコード補完ツールではなく、「プロジェクト全体を理解して、複雑なタスクを自律的に実行するAI」が当たり前になりつつあります。

競合も強力です。Claude CodeはOpus 4.6 + 1Mコンテキストでターミナルベース開発を加速し、GitHub Copilotも進化を続けています。それでも、Composer 2 + Agents Window + /multitaskの組み合わせでここまで滑らかにマルチエージェント開発ができるのは、今のところCursorだけだと感じています。

月額$20のPro、$60のPro+、$200のUltra、どれを選ぶかは人それぞれです。私の場合、まずはPro($20)から始めて、残業が週2時間減れば元が取れる計算で導入を決めました。


セクション2: Composer 2が凄い3つの理由

理由1: ベンチマークでフロンティア級に到達

2026年3月19日にリリースされたComposer 2は、Cursor自社製モデルの第二世代です。前世代(Composer 1.5)と比べて、ベンチマーク数値が一段上のレベルに引き上げられました。

  • CursorBench: 61.3(Composer 1.5は44.2)
  • Terminal-Bench 2.0: 61.7(Composer 1.5は47.9)
  • SWE-bench Multilingual: 73.7(Composer 1.5は65.9)

数字だけ見ても凄さが伝わりにくいかもしれませんが、SWE-bench Multilingualで73%超は、Claude Sonnet 4.5やGPT-5.3と肩を並べる水準です。「自社モデルだから一段下」だった時代は終わりました。

やまと

私の現場(製造業のMES開発)でも、PythonのFastAPI実装はComposer 2にほぼ任せきりにできるレベルになりました。Claude Opus 4.6に投げていた重い設計タスクをComposer 2に置き換えたら、月のクレジット消費が体感で半分くらいに減ったので、コスト面でも大きい変化です。

しかも料金は$0.50/M入力トークン、$2.50/M出力トークンと、フロンティアモデルの中ではかなり安価。Pro+やUltraで「Composer 2を主軸に、要所だけClaude Opusに切り替える」という運用が現実的になりました。

理由2: プロジェクト全体の理解

Composer 2はコードベース全体の意味検索で訓練されています。単一ファイルの編集だけでなく、プロジェクト全体の構造を理解した上でコードを生成できます。

@Fileと@Docsの活用

エージェント呼び出しでは@記号でコンテキストを追加できます。

  • @File: 関連するファイルを参照させる
  • @Docs: 公式ドキュメントを参照させる
  • @Web: 最新情報をWeb検索で取りに行かせる

例えば、「@File components/Button.tsx の style を参考に、新しいInputコンポーネントを作って」と指示すると、既存のデザインシステムに沿ったコンポーネントが生成されます。プロジェクト固有のルールやパターンを理解した上でコードを書いてくれるんです。

Multi-root Workspacesで複数リポジトリ横断

Cursor 3.2で追加されたMulti-root Workspacesを使うと、フロントエンド・バックエンド・共有ライブラリといった複数フォルダを1つのエージェントセッションで横断編集できます。「APIを変更して、それに合わせてフロントの呼び出しも直して」がワンプロンプトで通る世界です。

理由3: Diff Viewと /debug で安全なコード生成

エージェントの最大の特徴はDiff Viewです。変更内容を確認してから適用できるので、破壊的な変更を避けられます。

主要モードの使い分け(2026年版)

  • Chat(Cmd+L / Ctrl+L): コードに関する質問・相談。「このエラーの原因は?」「この関数の動作を説明して」
  • Agent(Cmd+I / Ctrl+I): 直接コード生成・編集。Cursor 3 ではAgents Windowからも起動可能
  • /debug: 再現が難しいバグの根本原因を調べる専用モード。仮説を立て、ログを差し込み、ランタイム情報からピンポイント修正してくれる
  • /multitask: 大きなタスクをサブエージェントに分割し、非同期で並列処理

私の使い方は、まずChatで方針を相談してから、Agentで実装する流れです。バグ調査だけは /debug に任せると、ログ仕込み→再実行→修正までを自動でやってくれるので、時間が露骨に変わります。

完璧なコードは一度に生成されない

「Composerは使い方によっては、精度高くコードを生成することができますが、反対に期待した結果を得られないことも多々あります。完璧なコードを一つのプロンプトで生み出すことはそうそうありません。」

出典: Zenn (tanukiti1987) – Cursor Composer 実務実践編

Composer 2でも本質は変わりません。AI生成コードを盲信せず、段階的に改善していく姿勢が重要です。私も最初は「AIが全部やってくれる」と期待しすぎて、逆に時間がかかったことがありました。

注意点も正直に

  • 無料のHobby枠は制限あり: 本格利用には有料プランが必要
  • こまめなGitコミット必須: 大量のコード変更が一度に行われるので、ロールバックできる状態を保つ
  • クレジットは思ったより早く溶ける: フロンティアモデルを多用するとPro($20)の枠は1日で消えることもある

デメリットも理解した上で使うと、Composer 2の価値がより実感できると思います。


セクション3: Agents Windowと /multitask の実力

Cursor 3で「マルチエージェント」が標準UIに

Cursor 2.0時点では「最大8エージェント並列」というプレビュー的な機能でしたが、Cursor 3でAgents Windowとして正式UI化されました。ローカル / クラウド / worktree / リモートSSHのどこでもエージェントを走らせられて、一覧管理できます。

従来は1つのエージェントを起動すると、それが完了するまで他の作業ができませんでした。長時間のリファクタリングを実行中に緊急のバグ修正が必要になると、一旦停止するか完了を待つしかなかったんです。

Agents Windowなら、エージェントAでリファクタリング、エージェントBでバグ修正、エージェントCでドキュメント生成、といった並列作業がGUI上で完結します。Cursor 3.1で追加されたTiled Layoutを使えば、複数エージェントの進捗をペイン分割で同時に眺められます。

/multitask で大きなタスクを自動分割

Cursor 3.2の目玉が /multitask コマンドです。これまでは「自分でタスクを分割してエージェントに割り振る」必要がありましたが、/multitask を使うとCursor側が大きなタスクを小さなチャンクに分割し、非同期サブエージェント群に投げてくれます

例えば「全コンポーネントにJSDocコメントを追加して」と指示すると、対象ファイルを自動でグルーピングして、複数エージェントが並列で書き込みを進めます。終わったものから順にDiff Viewで確認していくスタイルです。

git worktreeで安全に並列実行

技術的な裏側を少しだけ説明します。Agents Windowはgit worktreeという仕組みを活用しています。

git worktreeとは?

通常、Gitリポジトリは1つの作業ディレクトリしか持ちませんが、git worktreeを使うと、同じリポジトリから複数の作業ディレクトリを作成できます。図書館で例えると、1冊の本(リポジトリ)を複数の机(作業ディレクトリ)に配置して、それぞれの机で違うページを見ながら作業するイメージです。

各エージェントが独立した作業ディレクトリで動くため、互いに干渉しません。Cursor 3.2ではworktreesの体験が改善され、エージェントが進めた作業を「ワンクリックでローカルのフォアグラウンドに引き上げる」動線が追加されました。動作確認したい時にすぐ手元で触れる、という運用が滑らかになっています。

「Cursor 2.0 では、git worktree やリモートマシンを活用して、相互に干渉させずに多くのエージェントを並列実行できます。」

出典: Cursor公式ブログ – Cursor 2.0

正直、この仕組みを完全に理解する必要はないです。「安全に並列実行できる」「終わったやつだけ手元に引き上げられる」と分かっていれば十分だと思います。

どんな時に役立つか

マルチエージェントは「常時使う機能」というより、特定の状況で威力を発揮するタイプです。

実際に役立ったケース:

  1. 機能開発中に緊急バグ修正が発生
    • エージェントAで新機能開発を継続
    • エージェントBで緊急バグ修正
    • 両方が完了してからマージ
  2. 複数のリファクタリング案を比較
    • エージェントA(Composer 2)で方式A(関数分割)
    • エージェントB(Claude Opus 4.6)で方式B(クラス化)
    • 両方を見比べて、良い方を採用
  3. /multitaskで機械的な一括変更
    • 「全テストファイルにdescribeブロックの説明を追加」
    • サブエージェント群が並列で処理、Diffを順次レビュー

ただし、マルチエージェントは複数モデルを同時に走らせるためクレジット消費が一気に増えるので、Pro($20)プランだとあっという間に枠を使い切ります。後述の料金体系を踏まえて、計画的に使うのがおすすめです。


セクション4: VSCodeからの乗り換えと2026年の料金体系

結論: 移行は簡単、料金は「自分の使用量」で選ぶ時代に

技術的な移行作業は数分で完了します。注意すべきは料金体系です。2025年6月から、Cursorは「高速リクエスト500回/月」という固定枠ではなく、ドル建てクレジットによる従量課金に切り替わりました。プランごとに含まれるクレジット額が違うので、自分の使用量に合わせて選ぶ必要があります。

メリット: VSCodeの設定をそのまま引き継げる

Cursorのインストール時に「Use Extensions」を選択すると、VSCodeの拡張機能・設定・キーバインドが自動でインポートされます。私の場合、約50個の拡張機能がありましたが、すべて問題なく移行できました。

Cursor 3でメインUIが「Agents Window」中心に変わりましたが、エディタ部分はVSCodeほぼそのままです。「移行が大変そう」という先入観がありましたが、実際は拍子抜けするほど簡単でした。

ある開発者の方も、こう書いています:

「移行に手間がかかりそうだし、VScodeに不満はなく快適に使えている」と感じていたからです。ただ、AIとの向き合い方を見直す中で「これは使っておくべきかもしれない」と思うようになり、移行を決めました。

出典: Qlip – Cursor導入で変わったコード開発のリアル

この「VScodeに不満はないけど、試してみるか」という温度感、すごく共感します。

2026年の料金プラン早見表

2026年4月時点のCursor料金プランを整理すると、以下のとおりです。

  • Hobby(無料): クレジットカード不要。Agentリクエスト・Tab補完に制限あり。お試し用
  • Pro(月$20): $20分のクレジットプール。フロンティアモデル・MCP・スキル・フック・Cloud Agentsが解禁。多くの個人開発者の標準
  • Pro+(月$60): Proの全機能 + OpenAI / Claude / Geminiモデルを3倍まで使える。Composer 2を主軸にしつつフロンティアモデルも頻繁に使う層向け
  • Ultra(月$200): Proの全機能 + 各モデル20倍使用、新機能への優先アクセス。本気でAI主導開発する人・スタートアップ向け
  • Teams(月$40/ユーザー): チャット/コマンド/ルール共有、一元請求、使用分析、SAML/OIDC SSO
  • Enterprise(要問合せ): プール型使用、請求書払い、SCIMシート管理

個人払いだと、年額契約で20%オフになります(Proなら実質$16/月、Ultraなら$160/月)。長く使う前提なら年額の方がお得です。

クレジットは「思ったより早く溶ける」

2.0時代の「高速リクエスト500回/月」からの大きな変化として、消費量がプロンプト内容で大きくぶれるようになりました。

  • Composer 2中心で短い指示を回す → クレジットは長持ち
  • Claude Opus 4.6で大きなリファクタリングを丸投げ → 1回で数ドル消費することも
  • /multitaskでサブエージェントを大量起動 → 並列分だけ加算で減る

Pro($20)で足りなくなったら、Pay-as-you-go(API同等レートの追加課金)を有効にするか、Pro+ / Ultraへアップグレードする選択になります。最初はPay-as-you-goをオフにしておいて、月末にどれくらい使ったかを見てから上位プランを検討するのが安全です。

やまと

私はProから始めて、3ヶ月くらいは$20クレジットで足りていました。Composer 2が出てからは複雑なリファクタリングまで投げられるようになり、結果的に高単価モデルへの依存が下がってクレジット消費がさらに減った感じです。それでもMES開発の山場ではPay-as-you-goで$10〜20追加することがあるので、上限だけはBillingで明示的にセットしておくと安心ですよ。

デメリット: 一部の拡張機能でエラー

すべての拡張機能が完全互換というわけではありません。私が遭遇したのは、Dev Containersでエラーが出たケースです。最終的には設定を調整して解決しましたが、人によってはVSCodeに戻した方が良いと判断することもあるでしょう。

デメリット: Claude Code / Copilotで十分と感じる人も

Claude Code(ターミナルで動くClaude Opus 4.6 / 1Mコンテキストのエージェント)やGitHub Copilotで生産性が十分に上がっている場合、追加で月$20を払う価値があるかは微妙なラインです。Claude Code 周りの違いは Claude Coworkとは?Claude Codeとの違いを解説 にまとめてあるので、比較検討したい方はあわせてどうぞ。

実際、こういう感想を持つ方もいます:

「課金をしてまでCursorにしたいと思える恩恵はそこまで感じる事ができませんでした。」

出典: Zenn (mizuko_dev) – Cursor2週間使ってVSCodeに戻した話

この方の場合、VSCode + Copilot + ChatGPTの組み合わせで十分だったようです。人によって合う・合わないはあると思います。

私の判断: Pro($20)から始めるのがおすすめ

個人的には、まずProから始めるのが最適解だと思います。理由は、Composer 2 + Agents Window + /multitaskの組み合わせによる開発速度の向上が、Pro枠の中でも十分に体感できるからです。

1ヶ月使ってみて「クレジットが全然足りない」「Opus 4.6を毎日使いたい」と感じたら、Pro+ / Ultraへ上げる。逆に「そこまでヘビーには使わない」なら無料Hobbyに戻すこともできます。

まずは無料Hobbyで触ってみて、「これは使える」と感じたらProにアップグレード、というステップが一番リスクが低いと思います。


参考URL(セクション3-4で使用)

  1. Cursor公式 Pricing:
    https://cursor.com/pricing
  2. Cursor公式 Changelog (3.2):
    https://cursor.com/changelog
  3. Qlip – Cursor導入で変わったコード開発のリアル:
    https://note.com/qlip_co_ltd/n/n86dbae354e99
  4. Zenn (mizuko_dev) – Cursor2週間使ってVSCodeに戻した話:
    https://zenn.dev/mizuko_dev/articles/857e17e70c87df

セクション5: 今日から始めるCursor【3ステップ】

ステップ1: インストールと初期設定(5分)

まずはCursorをダウンロードして、基本的な設定を済ませましょう。作業時間は5分程度です。

1. 公式サイトからダウンロード

https://cursor.com/ にアクセスして、お使いのOS(Mac/Windows/Linux)に合わせたインストーラーをダウンロードします。

2. VSCodeの拡張機能を自動インポート

インストール画面で「Use Extensions」を選択すると、VSCodeの拡張機能が自動的にインポートされます。私の場合、約50個の拡張機能がすべて問題なく移行できました。

3. クレジット枠とPay-as-you-goを確認(超重要)

2026年現在の料金体系はクレジットプール制です。Proなら$20分、Pro+なら$60分、Ultraなら$200分のクレジットが毎月付与されます。クレジットを使い切った後は、Pay-as-you-go(API同等レートの追加課金)を有効にしていると自動的に追加課金されます。

最初に確認すべきポイント:

  1. 右上のプロフィールアイコン → Settings → Billing
  2. 「Usage-based pricing(Pay-as-you-go)」のオンオフを確認
  3. 不安なら「Monthly spending limit」を$0に設定して、クレジット枠だけで運用

2.0時代のように「デフォルトで$50の従量課金が有効」というほど派手な罠はなくなりましたが、ヘビーに使うとProの$20クレジットは1日で溶けることもあります。最初の1ヶ月はPay-as-you-goをオフにしておいて、自分の消費ペースを掴むのが安全です。

4. UI調整(任意)

VSCodeと同じ感覚で使いたい場合、以下の調整をおすすめします:

  • ツールバーを縦配置: 設定で「Workbench › Activity Bar: Orientation」を「vertical」に変更
  • 配色テーマ変更: 「Anysphere Dark」から「ダークモダン」に変更すると、VSCodeと同じ見た目になります

ここまでやれば、基本的な設定は完了です。


ステップ2: 最初のAgent体験(10分)

設定が終わったら、さっそくエージェントを使ってみましょう。ここで「AIでコード生成できる」という感覚を掴むのが大切です。

1. Agentを起動

Cmd+I(Mac)/ Ctrl+I(Windows)でAgentが立ち上がります。Cursor 3 ではAgents Windowからも起動できます。モデル選択ボタンでComposer 2を選んでおくと、速度・コストのバランスが良いです。

2. 簡単な指示でコード生成を体験

まずは簡単なタスクから試してみてください。私が最初に試した例をいくつか紹介します:

例1: Reactコンポーネントの生成

「React でシンプルなTodoリストコンポーネントを作って」

→ 30秒ほどで、useState、入力欄、追加ボタン、リスト表示まで一通り揃ったコンポーネントが生成されました。スタイリングは自分で調整しましたが、8割方は使える状態でした。

例2: バグ調査を /debug に投げる

/debug このAPIで稀に500が返るんだけど、原因を特定して

→ 仮説を立てて、必要な箇所にログを差し込み、再実行 → 結果から修正という流れを自動でやってくれます。手で半日かかった原因究明が15分で終わったときは、正直ちょっと笑いました。

例3: TypeScript変換

「このJavaScriptコードをTypeScriptに変換して、厳格な型定義を追加して」

→ import文から型定義まで、一通り変換されました。ただし、一部の型は手動で調整が必要でした。

3. Diff Viewで変更内容を確認

エージェントがコードを生成すると、Diff Viewが表示されます。何が追加・削除・変更されるのか一目瞭然なので、必ず内容を確認してから「Apply」をクリックしてください。

4. 失敗してもOK

想定と違う結果になっても大丈夫です。Cmd+Z(Ctrl+Z)でロールバックできます。指示の仕方を変えて、もう一度試してみましょう。

私も最初、「モダンなTodoアプリを作って」と曖昧な指示をして、想定外の結果になったことがあります。「React + TypeScriptで、useState使って、シンプルなTodoリスト」のように具体的に指示した方が、期待通りの結果になりやすいです。

完璧を求めないことが重要です。AI生成コードは「たたき台」として使い、細かい部分は自分で調整する、というスタンスで使うのがちょうど良いと思います。


ステップ3: 業務で実際に使ってみる(1週間)

エージェントの感覚が掴めたら、実際の業務で使い始めましょう。いきなり大きなタスクを任せるのではなく、小さな機能から始めるのがコツです。

1. まずは小さな機能から

最初から複雑なタスクを任せると、想定外の結果になって時間を無駄にします。まずは「関数を1つ作る」「ユーティリティ関数を追加する」程度の小さなタスクから始めてください。

私が最初の1週間で試したタスク:

  • ボタンコンポーネントの追加
  • 既存関数へのコメント追加
  • 簡単なバリデーション関数の作成
  • CSSのリファクタリング

2. Cmd+L でコード質問・相談

Agentとは別に、Cmd+Lで開くChatも便利です。

  • 「このコードの動作を説明して」
  • 「このエラーの原因は何?」
  • 「この処理をもっと効率的に書く方法は?」

VSCodeとChatGPTを行き来する手間が省けるので、思考が途切れません。これが地味に生産性向上につながっています。

3. こまめなGitコミット

エージェントは一度に複数ファイルを編集することがあります。なので、Agent使用前に必ずGitコミットしておきましょう。何か問題が起きても、すぐにロールバックできます。

私のワークフロー:

  1. Gitコミット
  2. Agentで実装(Composer 2 or 必要ならOpus 4.6)
  3. 動作確認
  4. 問題なければコミット、問題あればロールバック

4. クレジット消費を確認

右上のアイコン → Settings → Usageで、今月のクレジット消費が確認できます。残りが少なくなったら、軽量モデル(Composer 2の高速バリアント)に切り替えるか、重要なタスクだけにOpus 4.6を使うようにしましょう。

Pro($20)のクレジットは「使い方次第で1日〜1ヶ月」と幅があります。最初の1週間で消費ペースを掴んで、月末に「Pro+に上げるか、Pay-as-you-goを少しだけ有効にするか、Hobbyに戻すか」を判断するのがおすすめです。

失敗しないコツ:

  • AI生成コードは必ず内容を確認する(盲信しない)
  • 想定外の動作をしたら、すぐに手動修正かロールバック
  • 「AIは補助ツール」という認識を忘れない

1週間使えば、Cursorのメリット・デメリットが体感できると思います。その上で、Pro継続・Pro+/Ultraへ昇格・Hobbyへ戻すのいずれかを判断すれば良いと思います。
並行してClaude Code環境も整えたい方は Claude Codeプラグインの導入方法|おすすめ5選と管理方法を解説 も併読すると、ツール選定の全体像が掴みやすいです。


まとめ

この記事のポイント

2026年4月時点のCursorは、初心者エンジニアでも今日から使い始められるAIコードエディタです。

主なポイント:

  • VSCodeベースで、設定・拡張機能をそのまま引き継げる
  • 2.0時代のComposerはComposer 2に世代交代。CursorBench 61.3 / SWE-bench Multilingual 73.7とフロンティア級
  • Cursor 3でAgents Windowが標準UIに、3.2で/multitaskによる非同期サブエージェント、Multi-root Workspacesに対応
  • 料金体系はクレジット制(Hobby / Pro $20 / Pro+ $60 / Ultra $200 / Teams $40/user)。年額契約で20%オフ
  • VSCodeからの移行は数分。最初はPay-as-you-goをオフにして、消費ペースを掴むのが安全

デメリットも正直に書きました。料金面、一部の拡張機能の互換性、Claude CodeやGitHub Copilotで十分と感じる人もいる、といった点です。ツールは万能ではないので、自分に合うかどうかは実際に使ってみないと分かりません。

今日からできる3つのアクション

今日: Cursorを公式サイトからダウンロードして、Hobby(無料)でログインしてみてください。

今週中: Composer 2で簡単なコンポーネントを1つ生成してみてください。「React でカウンターコンポーネントを作って」のような指示で十分です。

2週間後: 業務で実際に使い始めてみてください。小さな機能から始めて、徐々に慣れていきましょう。Pro($20)へ上げるかは、それから判断で十分です。

合わなかったら、VSCodeに戻れば良いだけです。気軽に試してみてください。

AIエージェント時代のエンジニアとして

AIはツールです。使いこなすのは人間です。

「AIに仕事を奪われる」と不安に思うより、「AIで生産性を上げる」方法を考えた方が建設的だと思います。Cursorはその一つの選択肢です。

完璧を求めず、試行錯誤を楽しむ。失敗しても、Cmd+Zでやり直せます。まずは一歩踏み出してみてはいかがでしょうか。

それでは、ここまで読んでいただきありがとうございました。あなたの開発がより効率的になることを願っています。


参考URL一覧

  1. Cursor公式サイト: https://cursor.com/
  2. Cursor公式 Pricing: https://cursor.com/pricing
  3. Cursor公式 Changelog: https://cursor.com/changelog
  4. Cursor公式ブログ – Cursor 2.0: https://cursor.com/ja/blog/2-0
  5. Cursor公式ブログ – Composer 2: https://cursor.com/blog/composer-2
  6. Zenn (tanukiti1987) – Cursor Composer 実務実践編: https://zenn.dev/tanukiti1987/articles/4220acc3afa9c6
  7. Qlip – Cursor導入で変わったコード開発のリアル: https://note.com/qlip_co_ltd/n/n86dbae354e99
  8. Zenn (mizuko_dev) – Cursor2週間使ってVSCodeに戻した話: https://zenn.dev/mizuko_dev/articles/857e17e70c87df

関連記事

Cursor と合わせて読みたい AI 開発・効率化ツールの関連記事をまとめています。

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

この記事を書いた人

コメント

コメントする

目次