ハクソク

世界を動かす技術を、日本語で。

カーソル 3

53日前原文(cursor.com)

概要

  • Cursor 3 は、エージェントを活用したソフトウェア開発のための統合ワークスペース
  • 新しいインターフェースで、複数リポジトリやローカル・クラウド間のシームレスな作業を実現
  • エージェント管理の効率化と作業抽象度の向上
  • 充実したプラグインや内蔵ブラウザなど、拡張性と利便性を強化
  • AIによるコーディングの新時代をリードするツール

ソフトウェア開発の変化とCursorの進化

  • ソフトウェア開発は 手動編集 から エージェント主体 の時代へ移行
  • 今後は 自律的なエージェント群 による継続的な改善実現
  • 現状、エンジニアは エージェント管理 や 複数ツールの切替 に手間を要する課題

Cursor 3の特徴

  • Cursor 3 ：エージェント活用に最適化された統合ワークスペース
  • 新インターフェースで 作業の抽象度向上 と 詳細な掘り下げ が可能
  • マルチリポジトリ対応、 ローカル・クラウドエージェントのシームレス連携
  • いつでも従来の Cursor IDE に切り替え可能

新機能とユーザー体験

  • すべてのエージェントを一元管理 ：複数ワークスペース・リポジトリを横断
  • エージェントの並列実行 ：ローカル・クラウド・モバイル・Web・Slack・GitHub・Linear発のエージェントをサイドバーで管理
  • クラウドエージェント は デモやスクリーンショット で成果物を可視化
  • ローカル⇔クラウド間の高速ハンドオフ ：編集やテストはローカル、長時間タスクやオフライン時はクラウドで継続
    • Composer 2 モデルによる高速イテレーション
  • コミットからPRマージまで ：新しいdiffビューで編集・レビュー・ステージング・PR管理を簡単操作

Cursor Alphaの長所を継承・強化

  • IDEの機能性 と エージェント主体の最新機能 を融合
  • コード理解支援 ：ファイル閲覧やエディタでの定義ジャンプ（LSP対応）
  • 内蔵ブラウザ ：ローカルWebサイトのナビゲーションやプロンプト利用
  • Cursor Marketplace ：MCP、スキル、サブエージェント等を拡張するプラグインをワンクリックで導入
    • チーム専用プラグインマーケット の構築も可能

AIコーディングの未来を切り拓くCursor 3

  • モデル・プロダクト・ランタイム の基盤を整備し、より自律的なエージェントとチーム協働を推進
  • 自己駆動型コードベース 実現までIDEの投資を継続
  • 新たなインタラクションパターン を生む強力なコーディングモデルの進化
  • AIとともにコーディングする最良の方法 を追求し、今後も継続的に進化予定

Cursor 3の利用開始方法

  • Cursorをアップグレード し、Cmd+Shift+P → Agents Windowで新インターフェースを体験
  • 詳細は 公式ドキュメント 参照

Hackerたちの意見

そういうことなら、ClaudeやCodexのデスクトップアプリと同じUI/UXになったってことだね。それなら、あえてCursorを使う理由は何なんだろう？

└

モデル独立性

└

なんか使うのやめちゃった。タブ機能はちょっとした変更をするには便利だけど、エージェントにあまり手を加えないならCodexのGUIの方が好きなんだよね。

└
  1. Cursorはマルチモデルで、少なくとも12種類のモデルが使える。 2. CursorのUIではファイルを編集できて、コード編集時には昔ながらのオートコンプリートも使える。 3. CursorのVSCodeベースのIDEはまだ健在！毎日使うのが大好き。 4. CursorにはCLIもある。 5. もっと重要なのは、Cursorには自動化や長寿命のエージェント、同時に異なるタスクを処理するための多くの機能を持つクラウドプラットフォームがあること。ちなみに、私はCursorのプロダクトエンジニアです！
└

ブランド認知。今や「モデルがサービス」という状況で、以前は面白かった企業が薄いAPIリセラーになっちゃって、結局「50セントで1ドルを売る」みたいな状況とブランド認知の間に溝ができてる。悪意があって言ってるわけじゃないよ。モデル企業は、他の「APIリセラー」と同じブランド認知で全てのニッチに入ることはできないんだ。

└

使わないけど、Codexには遅れをとってる機能がいくつかあって、リモートSSH（これは大きい、エージェントをサンドボックスするのにVMに入れるのが一番簡単だから）や、モバイルで始めてデスクトップで仕上げる機能（散歩中や同僚と話してるときにいいアイデアが浮かんだら便利だよね）。これらの機能はCodexもすぐに持つようになると思うけど。あとは複数モデルの利点もあるね。高価なモデルでトップレベルのエージェントを動かして、そこから安価なモデルを起動することができる。Claude Codeでもできると思うけど、ここではHaikuみたいなものに制限されてるのが明らかだね。

└

月20ドルで、Claudeを使って4時間でいくつかの機能を計画・実装できるよ。でも、その後は待たなきゃいけない。月20ドルで、Composer 2やCursorのAutoを使って何千もの機能を計画・実装できる。使用制限もめちゃくちゃ高いしね。理解の深さはOpus 4.6には及ばないけど、大抵の作業にはそれほど必要ないし、必要な作業はClaudeに任せてる。LLMを主なドライバーにして、月40ドルだけで1日8時間コーディングできるんだ。

└

クラウドでのコンピュータ使用が、僕がそれを使う主な理由だね。これはゲームチェンジャーだよ。ブラウザやシェルを使った独自の開発環境があって、自分が書いたものをテストできる（設定はちょっと面倒だけど、動き出すとすごい）。

ほんと、開発者が主導してエージェントがサポートするという昔の哲学を続けてほしいな。今のデザインはチャットインターフェースが主役になって、コードが二の次になってる気がする。あんまり好きじゃないな。AIエージェントを使ってコードを書くときでも、ほとんどの時間をコードを読み解くのに使ってる。チャットウィンドウでリポジトリのスニペットやエージェントがPRで行った変更を見せられても、全然助けにならないよ。むしろ、コードのコンテキストを頭に保つのが難しくなる。だから、私はCursorを使うんだ。チケットをただ流すんじゃなくて、ちゃんとコードを書きたいから。

└

これには完全に同意するよ（Cursorを毎日ヘビーユーザーとして使ってるから）。手動でコーディングするのと（もう二度とやりたくない！）、厳密に「バイブコーディング」するののちょうど中間が理想なんだ。伝統的なIDEビューで全ての変更を見ながら作業できるのは、システムの動きを理解するために助けになる。新しいUIのv3でもその体験ができることを願ってる（もしかしたら、パワーユーザー向けにどこかにトグルが隠れてるか、マーケティング資料には載ってないだけかも）。

└

AIラボはソフトウェアエンジニアの自動化された代替品を作ってると思ってるけど、ソフトウェアエンジニアはこれらのシステムをエンジニアリングプロセスを補助するツールとして見てるんだよね。

└

じゃあ、トークンからどうやってお金を稼ぐつもりなんだろう、笑。これらの会社の主な収益源は、もっと多くのトークンを使わせることだから、それに最適化するはず。開発者を排除するのがその方法なんだろうね。

└

これは製品哲学よりも、非常に厳しい市場で莫大な資金のリターンを最大化しようとしてるのが大きいと思う。相手は資金力が半端ない競合ばかりだし、かなり厳しい状況だよね。コードファーストの哲学で素晴らしい製品を持ってるけど、市場が小さすぎてオープンソースに競争されて利益がゼロになっちゃうかもしれない。彼らはこの問題に対処するためにファーストパーティモデルの会社を目指したけど、うまくいかなかったみたい。次のチャンスは、バイブファーストの方向に進んでその市場の一部を狙うことだと思う。彼らはそれがかなり大きくなると賭けてるんだろうね。変化が早くて（ちょっと）新しいから、チャンスがもっと未知数なんだと思う。成功を収めるチャンスがあるかもしれないけど、正直言うと、結局同じ結果になる可能性が高いと思う。最初から、Cursorには利用できる時間のウィンドウが限られてるって言われてたしね。みんながAIを使ったコーディングツールを作る方法を模索してる中で、彼らは一番早くて最高の製品を作ったから、すごく影響力があった。でも、これが彼らにとってそのウィンドウが閉じ始めてるってことかもしれないね。

└

Cursorユーザーだけど、まだClaude Codeを試してないんだけど、何か見逃してる？たまにだけど、めっちゃ生産的に使えてる気がするし、今のところうまくいってる。私の理解では、Claude Codeは全部ターミナルだけど、IDEみたいなインターフェースの方が良さそうに思える。ファイルシステムとかも見たいしね。Cursorは、Claudeに比べて公共のディスカッションスペースではあまり注目されてない気がする。

└

私はまだ「コーディング」をしたいのであって、ただチケットをこなすだけじゃない。 今、コーディングの方法が3つある： * vim / emacs - 完全手動 * VSCode / IntelliJ - 半自動 * ClaudeCode/Codex/OpenCode/... - 完全自動 Cursorはその中間にはいられない。

└

そうだね、エディタがなくなるこのモデルは後退してる感じがする。LSPを手放したくないし、関数にステップインしたりリネームしたりすることも大事だと思う。コードのコントロールは私が持つべきで、エージェントはアシスタントのはず。だからZedの方向性は私にはかなり強く感じられた。残念ながら、彼らのエージェント機能は停滞気味で、ACP拡張は問題だらけ。

└

彼らはLLMがどんどん良くなって、最終的にはコードを全く見なくなると考えてるんじゃないかな。でも、ソフトウェアはますます複雑で相互接続されていくのを無視してるよね… 新しいフロンティアやコード、UXは常に存在するはず。

└

アイデアを考えるときは、感覚で進めてる。LLMのコードを見ると、泣きたくなったり恥ずかしくなったりするけど、基本的な尊厳と自己尊重を持ってコードを書いてほしいとお願いする。でも、何か指示を出すと、僕が絶対に達成できないスピードでやってくれる。たとえコードが見栄えが悪くても、ちゃんと動くんだよね。

└

「チケットをただ流していくんじゃなくて、まだ コード を書きたい。」君も僕もそう思ってる。でも、僕のEMやHoE、役員たちはそうじゃない。業界の未来を思うと泣けてくるよ。

もしMicrosoftがVS Codeをオープンソースで出してなかったら、これらの会社はどうなってたんだろう。多分、まだviやEmacsに苦しんでたんじゃないかな。AIの金掘り屋たちが落ち着いたときに、どの会社が生き残るのか気になるな。

└

あと、Eclipseもあるよね。

└

このリリースではCursorがもうVS Codeを使ってないみたいだね？

└

どのAIラボもエージェントコーディング用のCLIを持ってるよ。VS Codeは必要ない。コーディングエージェントにコードを書かせたいなら、CLIを使って、あとは好きなIDEやテキストエディタでコードをレビュー、編集、または書けばいい。

└

VS Codeが2010年代中頃のエディタ戦争に勝てたのは、クローズドソースじゃなかったからだよ（VS CodeがMSがVS自体に人を引き上げるのに役立ってないことに注意）。その戦争の勝者は常にオープンソースのエディタになる運命だったし、結局はマイクロソフトのコンセプトが勝っただけ。Codaのようなクローズドソースエディタは tractionを得られず、Sublime Textも結局はダメだった。もしMSがVS Codeを終了したり、ライセンスを変更したりしたら、血の海になるだろう。1年以内に複数の魅力的な競合が現れることを保証するし、5年以内には新しいオープンソースの勝者が現れるだろう。だからあなたの質問に答えると、彼らはAtomをフォークすることになると思う（そうじゃなければAtomが勝ってたと思うけど）。

└

ZedはVSCodeのクローンじゃないし、素晴らしいオープンソースだよ。ただ、彼らのビジネスモデルはちょっと微妙だと思う。僕はエディタが好きだからお金を払ってるけど、エディタ自体は無料なんだよね。AI統合の部分にお金を払うけど、僕はただターミナルでclaude codeを動かしてるだけ。

Cursorが大好き！コーディング経験があまりないプロダクトマネージャーとしては、すごく役立ってる。横にブラウザを置いて簡単に変更できるし、LLMにどのコンポーネントを話してるか推測させるんじゃなくて、正確に変更したいところをクリックできるのがいいね。複数のモデルが使えるのも素晴らしいし、MCPの統合も最高。大抵の時はMCP全部はいらないけど、JIRAやGrafanaみたいにやってることに応じてオンオフできるのが好き。お気に入りのスタートアップの一つで、ずっとサブスクし続けたいと思ってる。

しばらくの間、Cursor IDEでClaude Codeを拡張機能を使って動かしてるよ。設定が気に入ってるし、Claudeには一度に一つのタスクを指示しつつ、自分のコードにはフルアクセスできてる（Cursorのおかげでいい補完もあるし）。コミットする前に微調整する時間もかけてる。新しい「エージェントの群れ」みたいなのには全く興味ない。今は一つの機能に集中するので精一杯なのに、AIのおかげでそれが早くなったけど、直列で作業するのが一番質が高い。今後はCursorを完全に手放して、CC付きのバニラVsCodeに戻るつもり。

└

新しい「エージェントの群れ」には全く興味がない。 いいね！個人的には、エージェントが何かをするのを待ってる間、ただ指をくわえて待ってるのは、フローステートの真逆だから、エージェントを積極的に使うようにしてる（その決断にどれだけ自由意志があったかは哲学者に任せるけど）。もっと色々なことが起こる方が退屈しないからね。（私がアストロターフィングしてるとか、これがAIによって書かれたとかの避けられない非難が来るだろうけど、それについては掘り下げてみるつもり。実際にはそんなことはない。私がアメリカの株式市場で利益を得ていることをビッグAIに買収されたと見なすなら別だけど。）

Cursorユーザーが望む方向性じゃないと思う。基本的にVSCodeやZedの市場を開放してしまって、彼らのモデルを持つラボには競争できないだろう。

これはエージェントファーストの割には、かなり物足りないUIだね。Notionを真似してるみたい。次世代のインターフェースは、ミニマリストなテキストエディタの進化版にはならないと思う。これは、ネイティブやウェブアプリを作る前にターミナルをいじってるような感じ。

以前はプロ版のCursorに加入してたけど、限界に達することが多くて、めちゃくちゃ高かった。claude codeとCursorの無料版を使ってオートコンプリートをする方が、実際にはもっと良かったことに気づいた。今はCursorがどんな価値を提供してるのか理解できない。強化版のclaude code？数ヶ月待てば、役立つものはclaude codeやcodexに入るだろうし。

Claude CodeのVSCode拡張が出てから、Cursorがまだ relevan かどうか混乱してる。Cursorの最大の欠点は、PythonやC#のような制限付きのMicrosoft拡張にアクセスできなくなることだった。感覚で進めているときでも、デバッガーやインテリセンスが必要な時があるし。コメント欄では、戻る人が多いって言ってるし、今回の動きはCursorにとって最後の一撃に見えるね。