Zed vs Cursor 比較

Rustでゼロから書かれた、ネイティブな速度を優先するコードエディタ

VS
Cursor

VS Codeベースの、エージェント優先のAIコードエディタ

15 分で読了AI

クイック結論

決め手はワークフロー次第だ。一日の大半を手でコードを書き、エージェントをたまに呼び出す程度なら、Zedを選ぶべきだ。ネイティブなRustアーキテクチャ、低遅延のGPUIエンジン、そして自分のAPIキーで無制限に使える無料プランが具体的な強みになる。エージェント優先で作業し、VS Code拡張機能の資産を手放せないなら、Cursorの方が摩擦が少ない。決断の前に、両方を自分のリポジトリで1週間試してみてほしい。

ZedCursor
結論をすべて読む

スコア比較

グラフを読み込み中...

詳細スコア

詳細スコア: Zed と Cursor — カテゴリー別10点満点のスコア
カテゴリーZedCursor
パフォーマンス
8/10
7/10
学習のしやすさ
7/10
8/10
エコシステム
6/10
9/10
コミュニティ
7/10
8/10
求人市場
5/10
7/10
将来性
8/10
8/10

長所と短所

Zed

長所

  • Rustでゼロから書かれており、独自のGPUIレンダリングエンジンで低遅延の入力体験を目指している
  • 無料のPersonalプランで2,000回のedit-prediction、さらに自分のAPIキーを使えば無制限に利用可能
  • ACP(Agent Client Protocol)により、Claude Agent、Codex、OpenCodeなどの外部エージェントをエディタに接続できる
  • 文書化された組み込みのコラボレーション層:チームチャンネル(channels)、連絡先、エディタ内からの個別通話
  • 幅広いBYOKモデル選択肢:Opus 5.5、GPT-6ファミリー、DeepSeek Flash 4.1(v1.21.0時点)
  • オープンソース(GPL-3.0-or-later + Apache-2.0コンポーネント)、GitHubで90,935以上のスター
  • macOS、Windows、Linuxでのネイティブサポート
  • 頻繁なリリースペース — LSPコマンドパレットやレンダリング高速化などの改善が定期的に届く

短所

  • 拡張機能にwebviewサポートがない — リッチなUIを必要とする拡張機能が動作しない(GitHub #21208、2024年11月から未解決)
  • jj(Jujutsu)バージョン管理システムがサポートされていない(GitHub #21538、2024年12月から未解決)
  • 公式のケーススタディや独立したベンチマークページがない
  • 拡張機能のエコシステムはVS Codeの資産に比べて小さく、成熟度も低い

最適な用途

一日の大半を手動でコードを書き、エージェントをたまに呼び出す開発者低遅延とネイティブエディタの感触を重視するチーム自分のAPIキーで幅広いモデル選択を求める人エディタ内のチャンネルや個別通話で共同作業をしたいチームオープンソースエディタを好む人

Cursor

長所

  • VS Codeのフォーク — 既存の拡張機能セット、LSPの資産、キーボードショートカットとの完全な互換性
  • cloud agents、subagents-own-machines、/goalコマンドによるバックグラウンドでの並列エージェント実行(2026年8月)
  • 公式の"customers"ページに大規模な企業リファレンス(Stripe、Brex、Sentry、monday.com、Coinbase、Rippling、Upwork、Optiver、Trimble)
  • カスタムモード(Custom Modes):"/"メニューからskillをOption+Enterで固定し、チーム標準に沿った恒久的な振る舞いを定義できる
  • 価格ページに明記されたプラン:Hobby 0ドル、Pro 20ドル、Pro+ 60ドル、Ultra 200ドル、Teams 1ユーザーあたり40ドル
  • macOS、Windows、Linux(ARM64 + x64)サポート
  • リポジトリなしでゼロから開始できる("Start from scratch")など高速なプロトタイピングのフロー
  • Projects(2026年9月10日):数か月続く機能や移行をコンテキストを保ったまま実行し、タスクを数千のsubagentに分散する調整層

短所

  • クローズドソース — コードベースを検証できず、GitHubスター/コミュニティ指標も存在しない
  • Electron/VS Codeフォークのアーキテクチャは、エージェントの作業負荷が増えるとエディタ全体の応答速度に影響しうる(独立した計測はない)
  • 公式の独立したベンチマークページが存在しない
  • 無料プランのエージェント利用上限は低く、本格的なエージェント作業には有料プランへの移行が必要
  • 共同編集(マルチプレイヤー/コラボレーティブ編集)についての公式な主張はない

最適な用途

複数ファイルにまたがるリファクタリングやバックグラウンドタスクをエージェントに任せたいチームVS Codeの拡張機能セット(Docker、Remote-SSH、言語拡張)に依存する開発者企業の購買プロセスで参照顧客の実績を求める企業cloud/subagentベースの並列エージェントワークフローを構築したい人高速プロトタイピングのためにリポジトリなしでゼロから始めるフローを求める人

コード比較

Zed
// Zed - エージェント、外部ACPエージェント、エディタ設定 (settings.json)
{
  "agent": {
    "commit_message_instructions": "Use the Conventional Commits format",
    "tool_permissions": {
      "default": "confirm"
    }
  },
  "agent_servers": {
    "custom-acp-agent": {
      "type": "custom",
      "command": "node",
      "args": ["~/projects/agent/index.js", "--acp"],
      "env": {}
    }
  },
  "edit_predictions": {
    "provider": "zed"
  },
  "lsp": {
    "rust-analyzer": {
      "initialization_options": {
        "check": { "command": "clippy" }
      }
    }
  },
  "languages": {
    "Rust": {
      "format_on_save": "on",
      "tab_size": 4
    }
  },
  "vim_mode": false,
  "theme": "One Dark",
  "buffer_font_size": 15
}
Cursor
// Cursor - プロジェクトルールファイル (.cursor/rules/backend.mdc)
---
description: Backend API standards
globs:
  - "src/api/**/*.ts"
alwaysApply: true
---

# Code rules
- Validate every endpoint input with a Zod schema
- Error body must be machine-readable: { "error": "invalid_payload" }
- Every new route requires a matching test file

// .cursorignore - エージェントがスキャンしないパス
node_modules/
dist/
*.generated.ts
.env*

// カスタムモード(Custom Mode)はconfigファイルではなく、"/"メニューからskillを
// 選んでOption+Enter(Windows: Alt+Enter)で固定することで有効になる。
// Skillファイル: .cursor/skills/reviewer/SKILL.md
---
name: reviewer
description: Read-only review pass before opening a pull request
icon: shield
color: blue
---

Review the diff only; do not edit files.
Report findings as a numbered list with file path and line number.

結論

決め手はワークフロー次第だ。一日の大半を手でコードを書き、エージェントをたまに呼び出す程度なら、Zedを選ぶべきだ。ネイティブなRustアーキテクチャ、低遅延のGPUIエンジン、そして自分のAPIキーで無制限に使える無料プランが具体的な強みになる。エージェント優先で作業し、VS Code拡張機能の資産を手放せないなら、Cursorの方が摩擦が少ない。決断の前に、両方を自分のリポジトリで1週間試してみてほしい。

無料相談を受ける
FAQ

よくある質問

アーキテクチャ的にはZedが有利に見えるが、それを証明する独立した計測は存在しない。ZedはRustでゼロから書かれたネイティブエディタで、独自のGPUIエンジンによって低遅延の起動・入力体験を目指している。一方Cursorは、VS CodeのElectronベースのフォークであるため、アーキテクチャ的にはより重い土台を抱えている。両者とも第三者によるベンチマークは存在せず、主張の大部分は両社自身の発表に依拠している。確実な判断を下すには、自分のリポジトリで起動時間と入力遅延を測定する方が信頼できる。

関連ブログ記事

すべての記事を見る
すべての比較