Microsoft が Cursor を含む VSCode フォークで C/C++ 拡張機能をブロック

BigGo Editorial Team
Microsoft が Cursor を含む VSCode フォークで C/C++ 拡張機能をブロック

Microsoft が C/C++ 拡張機能のライセンス制限を強化し、Cursor のような Visual Studio Code フォークでの使用を禁止しました。この動きは、Microsoft の競争的な慣行と VSCode ベースのツールの将来について、開発者コミュニティで大きな議論を引き起こしています。

AI 機能を備えた VSCode フォークである Cursor のユーザーは最近、C/C++ 拡張機能は Microsoft Visual Studio、Visual Studio for Mac、Visual Studio Code、Azure DevOps、Team Foundation Server、およびそれらの後継となる Microsoft 製品やサービスでのみ使用できるというエラーメッセージに遭遇しました。この制限の実施タイミングは、Microsoft が独自の AI パワードコーディングアシスタントをリリースしたことと一致しており、開発者コミュニティで注目を集めています。

Microsoft の拡張機能制限

  • C/C++ 拡張機能が Cursor のような VSCode フォークでブロックされるようになりました
  • エラーメッセージでは、公式 Microsoft 製品のみでの使用に制限されています
  • 以前にも C 拡張機能に同様の制限が適用されていました
  • この使用を禁止するライセンス条項は約5年前から存在していました
  • Microsoft の競合するAIコーディングアシスタントのリリースと時期が一致しています

一時的な回避策

  • 拡張機能のバージョンを1.23.6にダウングレードする
  • 自動更新を無効にする

ライセンス制限は常に存在していた

多くのユーザーにとって C/C++ 拡張機能のブロックは突然のように見えますが、実際にはライセンス条項にはこれらの制限が何年も前から含まれていました。コミュニティディスカッションで指摘されているように、基盤となるツールのライセンスは少なくとも5年間、Microsoft の公式製品以外での使用を禁止していました。変わったのは、Microsoft がこれらの条件を積極的に施行することを決定したことです。

「拡張機能マーケットプレイスの利用規約は、VS Code でのみ使用されることを明確にしており、そのため VSCodium はそれを使用していません。Cursor の開発者たちは間違いなくそれを知っていましたが、利用規約とライセンスに違反し続け、Microsoft は単にルールを施行するための戦略的なタイミングを選んだだけです。」

Microsoft が拡張機能を公式製品に制限するのはこれが初めてではありません。以前にも C# 拡張機能に同様の制限が適用されており、開発者ツールエコシステム全体で Microsoft の知的財産を保護する一貫したアプローチを示しています。

戦略的なタイミングと競争への影響

この施行のタイミングは開発者コミュニティに見逃されていません。Microsoft は最近、Cursor のようなツールと直接競合する独自の AI コーディングアシスタントを立ち上げました。多くのユーザーはこれを、自社の競合製品を発売すると同時に競合他社を弱体化させるための戦略的な動きと見ています。

一部の開発者は、彼らが反競争的行為と認識しているものについて懸念を表明し、あるコメンターはこれを「ひどい Microsoft の反競争メカニズム」と表現しています。一方で、あるコメントが「彼らは常に Cursor の市場を奪うつもりだった」と述べているように、これを予測可能なビジネス戦略と見る人もいます。

回避策と代替手段

一部のユーザーは、拡張機能をバージョン 1.23.6 にダウングレードし、自動更新を無効にするなどの一時的な解決策を見つけています。しかし、これは長期的には有効でない可能性がある短期的な修正にすぎないようです。

この状況により、一部の開発者は Microsoft のエコシステム外の代替手段を検討するようになりました。何人かのコメンターは Neovim のようなツールを検討していると述べていますが、そのような代替手段への移行に伴う学習曲線も認識しています。この道を検討している人々に対して、コミュニティメンバーは移行を容易にするために LazyVim のようなフレームワークから始めることを推奨しています。

この展開は、オープンに見える場合でも、プロプライエタリなプラットフォーム上に構築することの潜在的なリスクを思い出させます。Microsoft がオープンソースイニシアチブとビジネス利益のバランスを取り続ける中で、開発者は将来同様の制限を受ける可能性のあるツールへの依存度をますます評価する必要があるかもしれません。

参照: Has the VSCode C/C++ Extension been blocked? #2976