Zed、Atomの次にRustで作り直した高速code editorの賭け

Nathan SoboらはAtomで得た経験を土台に、既存のdesktop editorの延長ではなく、速度を最初から設計したZedを作った。

Zedの公式発表は、過去4年間を「世界最速のIDE」を作る時間だったと説明している。出典

創業と出発点

Atomのチームは、Electron系editorが広げた可能性を理解しつつ、さらに軽く反応のよい開発環境を目指した。

Nathan SoboはZed 1.0で「根本的に優れたeditorを作るには、desktop softwareの作り方そのものを発明する必要があった」と振り返る。出典

転機と苦労

その選択は、Rust・GPUIで複数OSと大きなcodebaseを積み上げる道を意味した。

2024年にはZedをopen source化し、外部の開発者を改善の輪に招いた。出典

AIへの接続

2024年のZed AI発表では、assistant panelやinline transformationsをeditorの操作に組み込んだ。出典

速度を核にしたeditorが、AI agentの実行環境へ広がる転機だった。

成長と現在

2025年、Sequoia主導の3200万ドルSeries Bと累計4200万ドル超の調達を発表した。出典

これはnative editorという技術的賭けを、BusinessとAIを含む製品の成長へつなげる資本になった。

結び

Zedの道のりは、既存editorの機能競争ではなく、開発者が毎日触る基盤を作り直す物語だと言える。

ZedのPMFは、速度と開発者体験を同時に求める個人開発者・チームにある。

Electron系editorの重さに不満を持つ層へ、RustとGPU-accelerated UIを前面に出す。出典

さらにAI assistantとagent workflowをeditorの中心へ置き、既存IDEからの乗り換え理由を「速い」だけにしなかった点が強い。

open source化は、利用者を共同開発者へ変える余地も広げた。出典

最大のmoatは、editorの描画・入力・collaboration・AIを同じnative基盤で最適化する実装知識。

単なるextensionでは再現しにくいが、VS Code ecosystemの広さには依存しない別の賭けでもある。出典

ネットワーク効果は中程度。

open source contributorsとextension作者が増えるほど改善速度は上がるが、IDEの価値の中心は個人の作業効率であり、利用者数だけで品質が自動的に上がるわけではない。出典

個人のsoftware engineer、AI coding agentを使う開発者、editorの起動速度や入力遅延に敏感なチームが中心。

巨大なextension資産を移行したい組織には適合性の確認が必要。出典

第一に、Atomを作ったチームの技術的信用を、Rust/GPUIという明確な設計選択へ接続したこと。出典

第二に、open source、AI、collaborationを別機能ではなくeditorの基盤として束ねたこと。

Series Bの発表はこの長期投資を示す。出典

高速なnative editorは、対応OS・拡張機能・設定移行の互換性でElectron系IDEに不利になりうる。

Zed自身も1.0まで複数OSと大規模codebaseを積み上げており、開発コストは軽くない。出典

AI機能はモデル料金と品質の変動を受け、無料枠と従量的な原価の設計が継続課題になる。出典

open sourceで開発者の試用障壁を下げ、公式blogとAI機能で利用シーンを広げ、Business planでチームへ拡張する流れ。出典

このPLGは速さを体験してもらいやすい一方、enterprise導入では管理・拡張・既存workflowとの整合が必要になる。

主要チャネル: open_source, content, community, product_led_growth

新しいdeveloper toolは、機能表で既存製品に追いつくより、速度・配布形態・実装基盤のような体験の前提を変える方が差別化しやすい。

ただし前提を変えるほど移行コストも増えるため、open sourceと無料導入で試す機会を広げる設計が重要になる。出典

日本向けには、日本語入力・キーボード配列・language serverの安定性を先に磨くと、native editorの速度という強みを体験に変えやすい。

企業向けではBusinessの管理機能とデータ取り扱いを日本語で説明する必要がある。出典