4 ポイント 投稿者 GN⁺ 26 일 전 | 1件のコメント | WhatsAppで共有
  • エージェント中心の開発環境へと移行する流れの中で、Cursorはこれを統合管理できる新しいワークスペースを提示
  • マルチリポジトリ構成ローカル・クラウドエージェント切り替え機能により、複雑な協業プロセスを単一インターフェースで処理可能
  • コミットからPRマージまで続く統合コードレビューおよびデプロイのフローを支援し、開発効率を向上
  • ファイル探索、内蔵ブラウザ、プラグインマーケットプレイスなど既存の強みを拡張し、コード理解と自動化を強化
  • AIとともにコーディングする自律的な開発環境を志向し、IDEとモデル・ランタイムの結合によって次世代の協業方式を実現

ソフトウェア開発の新たな段階とCursor 3

  • ソフトウェア開発の方法は急速に変化しており、Cursorもそれに合わせて進化中
    • 過去の手動コード編集から、エージェントがコードの大半を書く段階へ移行
    • 複数のエージェントが自律的に改善をデプロイする**「ソフトウェア開発の第三の時代」**に入りつつある
  • 従来は開発者が複数のエージェントを直接管理し、さまざまなツールやウィンドウを行き来する必要があった
  • Cursor 3はこの複雑さを減らすため、エージェントベースのソフトウェア開発のための統合ワークスペースとして設計された
    • より高速で、よりすっきりとして、より強力なインターフェースを提供
    • マルチリポジトリレイアウトローカル・クラウドエージェント間の切り替えCursor IDEに戻るオプションをサポート
  • すべてのエージェントを1か所で管理

    • 新しいインターフェースはマルチワークスペース構造で、人とエージェントが複数のリポジトリで協業可能
    • ローカルおよびクラウドエージェントをサイドバーで統合管理
    • モバイル、Web、デスクトップ、Slack、GitHub、Linearなど、さまざまな環境で実行されたエージェントも表示
    • クラウドエージェントは作業結果をデモやスクリーンショットの形で可視化し、検証可能
    • cursor.com/agentsの機能がデスクトップアプリに統合
  • ローカルとクラウド間の素早い切り替え

    • エージェントセッションをクラウドからローカルへ移動し、直接修正やテストが可能
    • Composer 2モデルを活用し、高速な反復作業を支援
    • 逆にセッションをローカルからクラウドへ移動し、オフライン状態でも実行を維持可能
    • 長時間実行される作業も、ノートPCを閉じても中断なく継続可能
  • コミットからPRマージまで

    • 新しいdiffsビューにより、変更点をすばやく編集・レビュー可能
    • ステージング、コミット、PR管理を単一UIで実行可能

Cursorの既存の強みの上に構築された拡張機能

  • コード理解のためのファイル探索

    • いつでもファイルを開いてコード構造を探索でき、LSPベースの定義ジャンプ機能を提供
  • 統合ブラウザ

    • 内蔵ブラウザツールにより、ローカルWebサイトを開いて探索しながらプロンプトを実行可能
  • Cursor Marketplaceのプラグイン

    • 数百のプラグインを探索し、エージェントにMCP、スキル、サブエージェントなどを追加可能
    • ワンクリックインストール、またはチーム専用マーケットプレイスの構成をサポート

AIとともに進む新しい開発方式

  • Cursor 3はモデル、製品、ランタイムの基盤を備え、より自律的なエージェントとチーム間協業を可能にする
  • コードベースが自律的に動作するようになるまでIDEへの投資を継続
  • 今後さらに強力なコーディングモデルが登場することで、新たな相互作用パターンが開かれる見通し
  • CursorはAIとともにコーディングする最適な環境へと進化中であり、継続的な簡素化と革新を目指している
  • ユーザーはCmd+Shift+P -> Agents Windowコマンドで新しいインターフェースを体験でき、詳細はドキュメントで確認可能

1件のコメント

 
GN⁺ 26 일 전
Hacker Newsの意見
  • 1年以上 Cursor をメインのAIツールとして使ってきた
    この1か月、Claude Code を本格的に使ってみようとしたが、毎回 Cursor のほうが効率的だという印象を受けた
    エンタープライズプランを使っているので、料金はかなり高い。だから主に autoモード を使っていた
    今は Composer 2 がデフォルトモデルだ。OpenAI や Anthropic のフラッグシップモデルほど賢くはないが、直感力 は同等かそれ以上だと感じる。価格もずっと合理的だ
    複雑な作業ではたまに止まることもあるが、モデルを切り替えたり途中で介入できたりする点が大きな違いを生む。だからこれまではエディターモードに留まっていた。3.0 がこれを変えるのか見守っている

    • エンタープライズプランを使っていながら、より賢いモデルに追加料金を払う意思がないというのは興味深い。私の知るほとんどのエンタープライズユーザーは、2倍賢いモデルに2倍の価格でも望んでいる
  • Claude Code を Cursor IDE 拡張として動かして使っている
    一度に1つの作業だけ Claude に任せられ、コード全体を自分で見られるのが良い。コミット前には今でも手で調整している
    最近流行りの「agent swarm」にはまったく興味がない。一度に1つの機能だけに集中して作業するのが、品質が最も良かった
    もう Cursor は完全にやめて、素の VSCode + Claude Code の組み合わせに戻る予定だ

    • 「agent swarm」を誤解している気がする。複数の機能を同時に進めるのではなく、1つの機能を複数の役割のエージェントが協調して進める構造だ。たとえば Python の専門家UI/UX の専門家QA テスター などが一緒に1つの機能を実装するような形だ
    • 私はむしろ複数のエージェントが同時に動くのが好きで、積極的に導入した。1つのエージェントがコードを生成している間にただ待つのは、flow 状態 の対極だ。複数のことが同時に進んでいたほうが退屈しない
  • 以前 Pro Cursor を契約していたが、高すぎた。いつも使用上限に達していた
    そこで Claude Code + Cursor 無料版 の組み合わせに変えたら、むしろうまくいくようになった
    いまや Cursor がどんな価値を提供しているのかわからない。どうせ数か月待てば、有用な機能は Claude Code や Codex にも入る

    • 私も同じ理由で Cursor を離れた。Claude に変えたら コストパフォーマンス がはるかに良くなった。月に $1800 使っていたのが $200 に減った。今は Claude と Codex を交互に使い、12月比で 1/4 以下のコストで運用している
  • 以前は開発者が主導し、エージェントが補助する という哲学が良かった
    だが最近は チャットインターフェース中心 に変わっている感じがする。コードが副次的な存在になるのは嫌だ
    私は今でもコードを読んで理解することに大半の時間を使っている。チャット欄でリポジトリの一部だけ見せられると、むしろ文脈を失ってしまう
    だから Claude Code より Cursor を使う — 私はまだ コーディング をしたい

    • これは製品哲学というより 市場の圧力 が原因である可能性が高い。巨大な資金と競争の中で Cursor が生き残るには、より大きな市場を狙う必要がある。コード中心の市場は小さすぎ、オープンソース競争で利益率も下がる
      だから「vibe-first」の方向に転換しているのだろう。だがそれが成功するかは未知数だ。Cursor はかつて最も速く、最も影響力のある製品の1つだったが、今はその 好機の窓 が閉じつつあるように見える
    • エディターが消えるモデルは 退化 のように感じる。今でも LSP、関数リネーム、デバッグのような機能は必要だ。エージェントは補助であるべきだ
      Zed の方向性は強力に見えたが、彼らの agentic 機能 は停滞しており、ACP 拡張 も問題だらけだ
    • Cursor は手で書くコーディングと「vibe coding」の完璧な中間地点だった。従来の IDE ビューで変更点を一目で確認でき、システムの メンタルモデル を保ちやすかった。v3 でもこの体験が維持されることを願う
    • まだ Claude Code は使ったことがないが、Cursor で十分生産的だ。Claude Code は ターミナルベース だと聞いているが、私はファイルシステムを見たい。IDE のほうがより良いインターフェースだと思う
    • こうした変化は トークン消費の最大化 を狙った戦略かもしれない。開発者の介入を減らすほうが収益を増やせるからだ
  • 多くの IDE は CLI ほど有用ではないと感じる
    フルエージェントワークフロー を回すとき、ファイルの内容を常に見る必要はない。実際、ほとんどの場合 1時間で1万行のコードを理解するのは不可能だ

    • コードも見ないのなら、あなたの役割は何なのか気になる。そんな働き方なら、雇用主があなたのポジションを維持する理由はあるのだろうか?
    • 「1時間で1万行のコード」という表現は、ほとんど パロディレベル に聞こえる
    • あなたがコードを理解できないなら、誰が理解できるのだろう?
  • いまや Cursor の UI/UX は Claude や Codex のデスクトップアプリに似てきたようだ。だとしたら、なぜ Cursor を使うべきなのか?

    • Cursor は マルチモデル をサポートしている。少なくとも 12 個以上のモデルが使える
      ファイル編集と自動補完機能を備えた VSCode ベースの IDE も依然として存在する
      CLI もあり、Cloud プラットフォーム では長時間実行エージェントや自動化機能を提供している
      (参考までに、私は Cursor のプロダクトエンジニアだ)
    • 私は クラウド開発環境 があるので Cursor を使っている。ブラウザとシェルが統合された独自環境でコードをテストできる。設定は面倒だが、動けば本当に画期的だ
    • 価格に対する利用量 が圧倒的だ。Claude では $20 で数個の機能しか実装できないが、Cursor の Composer 2 や Auto なら数千の機能を実装できる。深い理解が必要な作業だけ Claude に回す
      1日 8時間、LLM 中心でコーディングしても月 $40 で十分だ
    • ブランド認知も重要だ。「model-is-the-service」時代には、多くの会社が単なる API リセラーに成り下がる。結局 ブランド認識 が唯一の堀になる
    • タブ機能は便利だったが、エージェントをほとんど使わないときは Codex GUI のほうが良かった
  • 非開発者の PM として、Cursor は本当に気に入っている
    ブラウザの横でコードをクリックして修正でき、LLM にどのコンポーネントのことか推測させなくて済む
    複数モデルを使え、MCP 統合 も素晴らしい。必要なときだけ JIRA や Grafana のような MCP を有効にして使っている
    私がサブスクリプションを維持し続けたいと思う数少ない お気に入りのスタートアップ の1つだ

  • VS Code がオープンソースとして配布されていなかったら、今でも多くの会社は vi や Emacs に縛られていただろう
    AI ブームが過ぎたあと、誰が生き残るのか気になる

    • VS Code が 2010年代半ばの エディター戦争 で勝利したのは、オープンソースだったからだ。クローズドモデルだったなら、Coda や Sublime のように失敗していただろう
      もし MS が VS Code を打ち切るかライセンスを変えれば、1年以内に強力なオープンソース代替が現れるだろう。おそらく Atom フォーク がその座を占めていたかもしれない
    • Zed は VSCode クローンではなく、オープンソースで素晴らしい。ただしビジネスモデルが見えない。私は純粋にエディターが好きだから支援している。AI 統合は有料だが、私はただターミナルで Claude Code を動かしている
    • 今回のリリースで Cursor はもう VSCode ベースではなくなるということか?
    • すべての AI 研究所がすでに CLI ベースのエージェントコーディング をサポートしている。わざわざ VSCode は必要ない。CLI でコードを生成し、その後は好きな IDE やテキストエディターでレビューすればよい
    • Eclipse もまだ現役だ
  • 私はときどき エージェント付き IDE が必要で Cursor を使う。だが、単にエージェント用の GUI だけが欲しいわけではない。それなら Claude で十分だ
    もし Cursor が IDE を捨てて「vibe coding」だけを残すなら、顧客として離れるだろう
    実際、ほとんどの LLM 機能をオフにしている。タブ補完も、小さな修正用エージェントもすべて無効化している
    今週エージェントで書いたのは単純なフロントエンドコードだけだった。残りはすべて 人間が直接書いたコード で、久しぶりに仕事の楽しさを感じた
    エージェントはプログラミングの 魂を奪う。もし Cursor が VSCode ベースをやめるなら、NovaSublimeZed をまた試してみるつもりだ

  • Claude Code VSCode 拡張 が出て以来、Cursor の存在意義がわかりにくくなった
    Cursor を使うと Microsoft 拡張(Python、C# など) が使えないのが大きな欠点だった
    デバッガーや IntelliSense がまだ必要なこともある
    コメントを見ていると、多くの人が Cursor を離れつつあり、今回の変化が 最後の決定打 になりそうだ