「Cancelling Cursor」: 品質重視で機能の開発速度を抑制

Alex Yumashev (Jitbit)がCursorを解約した理由を発表：VSCodeベースが7～8ヶ月遅れ、1年間で報告された7つのバグが未修正、各アップデートでAgentモードが強制される、サポートは存在しない。これはまさに、エディターとオーケストレーターの分裂を如実に示す個人的なシグナルだ。

簡単に言えば。Jitbitの創業者であるAlex Yumashevは、Cursorのキャンセルに至った理由について詳細な投稿を行いました：基盤のVSCodeが古く、修正されない古いバグ、デフォルトのエージェントモードへの転換、サポートの不備。Cursorは新しいカテゴリーを生み出したと主張されていますが、著者はそれが終わったと考えています。

背景

Cursorはインラインのdiffとコンテキストチャットを普及させ、現在は標準となっています。製品がエージェントモードへと転換し、VSCodeの上流バージョンとの乖離が拡大するにつれ、数か月前からコミュニティの反発が強まっています。

事実（投稿から引用）

Jitbitの創業者であり、数年間の有料ユーザーでもあるAlex Yumashevによる指摘：

• VSCode基盤：上流バージョンから7〜8ヶ月遅れ。一部の新しい拡張機能がインストール拒否される。
• バグ：1年間で報告された約7件の問題のうち、修正されたものはない。例：設定内のCSS不具合（4ヶ月前から報告済み）。
• エージェントモードデフォルト：各アップデートでアプリがエージェントモードで再起動される。設定を無効化するオプションは毎回移動・名称変更される。
• サポート：Redditの批判的な投稿（177票）がモデレーターにより削除された。チケットは無視されるか、AI生成の回答に振り回される。
• 代替案：Claude CodeがCursor内で直接使用可能と紹介されている。

分析

個別のシグナルであり、根底にあるトレンドでもあります。Cursorのエージェントモードへの転換は、Rachel Laycock（#1752）が指摘した分断を如実に表しています：オーケストレーターとしての開発者 vs エディターとしての開発者。Cursorはオーケストレーターを選択したが、そのユーザー層の一部はエディターを求めていたのです。

クラフトの観点：サブスクリプション製品で1年間も7件のバグを放置するベンダーにとって、もはやイノベーションのスピードではなく、品質の負債が問題です。Yumashevはこれを、オープンソースの副次的プロジェクトに期待するレベルのサポートと表現しています。SaaSクラフトの暗黙の契約が破られているのです。

起こりうるシナリオ

• Cursorが「IDEに回帰」する（30%）：コミュニティの圧力により、元に戻る可能性あり。
• Cursorがエージェントモードに特化し、クラフト層を失う（50%）：歴史的なIDEとは異なる製品へと移行。
• Claude Code / Codex / VSCodeネイティブへの分散（20%）：「IDE + プラグ可能なエージェント」のスタックがクローズド製品に取って代わる。

プロフェッショナルへの示唆

「エージェントファースト」な開発ツールを購入する際は、3ヶ月以上放置されている些細なバグに関するSLAを確認してください。これは中期的な品質の指標であり、クラフトツールとオーケストレーションツールを分けるものでもあります。

要注目ポイント

CursorのMRR数値と解約率、Cursorの公式対応、スタンドアロンのClaude Codeの採用、他の歴史的エディターの動向。

結論。エージェントファーストへの転換は、開発ツールのユーザーベースを分断します。判断材料となるのは、新しい機能の数ではなく、古いバグの放置率です。