Zed、Windowsで利用可能に

 (zed.dev)
5 ポイント 投稿者 GN⁺ 2025-10-16 | 1件のコメント | WhatsAppで共有
  • コードエディタ Zed が Windows で正式リリース
  • DirectX 11 を活用してレンダリングし、テキストレンダリングには DirectWrite を使用することで、Windows 特有の視覚体験を実現
  • Windows Subsystem for Linux（WSL）との直接統合 および SSH リモート接続 のサポートにより、リモート開発環境を強化
    • WSL ターミナルで zed コマンドによりフォルダを直接開ける
    • Zed 内でも File > Open Remote またはコマンドパレットで project: open remote を選択した後、希望する WSL ディストリビューションを追加可能
    • Linux リモートサーバー接続 のために Connect New Server オプションを提供
    • WSL または SSH 環境でのファイル I/O 処理は、Zed の軽量な リモートサーバープロセス（wsl.exe/ssh.exe） を通じて行われる
    • ファイル編集、git 統合、ターミナル、タスク、言語サーバー、デバッガーなどの主要機能 がリモート環境でもすべて動作
  • 拡張機能および WebAssembly 統合
    • Windows 向け拡張機能 は追加設定なしですぐに利用可能
    • 新しい拡張機能を開発する際も Windows 固有の対応は不要
    • Zed の拡張機能は WebAssembly Components ベースで、WASI インターフェース によりファイルシステムへサンドボックス化されたアクセスが可能
    • ファイルパス変換は Zed が自動で処理するため、Windows と Unix のパス差異を意識せず に開発可能
  • AI 機能および追加事項
    • AI ベースの編集予測 や ACP（Agent Client Protocol）エンジンエージェント など、Zed のすべての AI 機能が Windows およびリモート環境（WSL/SSH）で完全にサポートされる
    • ACP を通じて Claude Code を直接活用可能
    • Zed Pro の14日間無料体験 または個人 API キーを連携して利用可能
  • Mac、Linux と同様に Windows 版も毎週アップデート が提供され、複数の Zed エンジニアが Windows を主力開発環境 として使用しており、Windows 専任開発チームも常時維持

関連記事

1件のコメント

 
GN⁺ 2025-10-16
Hacker Newsの意見
  • Windows OSの基本的なキーボードショートカットが動作しない点には触れておきたい。たとえば ALT+F でファイルメニューを開く機能や、ALT+SPACEBAR でシステムコンテキストメニュー（最大化、最小化、閉じるメニューなど）を表示することもできない。DirectXレンダリングバックエンドの性質上、アプリケーションがネイティブなWin32プロセスというより、ビデオゲームのように描画されているように見える。インストール後のディレクトリ容量が400MBを超えるのも驚きだ。VSCodeが380MB程度であることを考えると、Electronアプリではないのは信じるが、いったい何をこんなに詰め込んでいるのか気になる。Rustアプリは本来軽いものだと思っていたが、インストールサイズはJava並みのバイナリ／依存関係の肥大化に近い印象だ
    • RustのHello WorldバイナリはGitより大きい。それでもJavaやElectronよりは小さいが、特別小さいとは言えない
    • PSPadは40MBで、今も更新されているレガシーソフトウェアだ。Notepad++は17MBだ。現代的で、コンパイルされた最高水準のRustプロジェクトが400MBを占めるのはおかしいと思う
    • 400MBを超えるインストール容量の肥大化は、多くの人に不快感を与えかねない。なぜこの容量が必要なのかを早急に説明する必要がある
    • Electronではないとしても、Electronの半分であるNode.jsが標準で含まれているような感じだ。ほとんどのLSPは .js ベースで、拡張機能はWASMだ。VSCodeは拡張機能を別の設定ディレクトリに置くが、Zedはすべてインストールディレクトリに入っている
    • 参考までに、1つのウィンドウ内でグラフィックスコンテキストとWin32メニューバーを同時に持つことも可能だ
  • Zedがサブピクセルのフォントレンダリングを実装しているのか気になる。以前、UIレンダラーをMacのHiDPIディスプレイ向けに設計していたため、LoDPIディスプレイを使うLinux（そしてWindows）ユーザーがぼやけたフォントに苦しんでいたのを覚えている
    • サブピクセルレンダリングかどうかは分からないが、最近のパッチ以降、Linuxのフォントレンダリングはかなり良くなった 関連リンク
    • ここは気になる。ZedもMacではCoreText、WindowsではDirectWriteを使っていると認識している。CoreTextが全部やってくれるのでは？
    • WindowsビルドはDirectX 11でレンダリングし、テキストはDirectWriteで処理しているので、Windowsらしさがある。DirectWriteのフォントレンダリングはWindowsのサブピクセルレンダリングを使う。自分のモニターでは（Linuxより）良く見えた。この問題を事前に考慮してうまく設計したようだ
    • macOSで1440pの外部モニターを使っているが、フォントは本当にひどかった。ノートPCのRetinaディスプレイでは問題ないのに、外部モニターではあまりにぼやけて頭痛がするほどだった
    • 自分も1440pモニターでいろいろなフォントを試したが、まあ普通というレベルだ。ただし、これはZedの問題ではなく、Windows自体のフォントレンダリングがもともとあまり良くないからだと思う。VSCodeも同じだ。高品質なフォントレンダリングが欲しいなら、4K以上の画面が正解だと思う
  • 数か月間Zedをメインで使っていたが、最近またVSCodeに戻った。理由は2つあって、1つは自分のミス、もう1つはどこに問題があるのかはっきりしない。1. 夜遅くまでコーディングしていて、チェックイン前にファイル名を変更したあと、新しいバージョンを誤って削除してしまい、数時間分の作業を失った。Zedの右クリックメニューでは Delete と Trash が隣り合っていて、Delete はごみ箱を経由せず即時削除される。Ctrl+Z もまだ実装されていないので、バックアップがなければ復旧不能だ（バージョン管理にもまだ上げていなかった）。2. Rustワークスペースで、特定のcrateのエラー・警告表示がエディターにまったく出なかった。いろいろ設定をいじっても直らず、VSCodeを開いたら特に設定なしで普通に動いた
    • macOSのTouch Barを使っていたときを思い出した。コミット管理メニューで Cancel が Force Push の隣にあった
    • Zedで Ctrl+Z が効かないのは、信じがたいほど重要な機能の欠如だ
    • こういう基本機能がないエディターをどう使えばいいのか疑問だ。どんな利点があるのか知りたい
  • Zedは本当に見た目が美しく、実際の<i>感触</i>も素晴らしい。Linuxで少し使ってみたが、このエディターの感触は実際に体験しないと説明しづらい。GPU加速エディターの違いは見過ごされがちだが、実際に使えば必ず気に入るはずだ。自分がZedへ完全移行できない唯一の理由は、まだDevContainerのサポートがないことだ。devcontainerの設定をかなり作り込んであるので、これを捨ててローカルにツールやライブラリ、設定を全部入れ直すのはあまりに後退に感じる。この機能を待っている人は多いので、いずれ対応されることを期待している 関連イシュー
    • カスタムDevContainerについてもう少し詳しく話してもらえないだろうか
    • DevContainerがどんな点で役立つのか知りたい。自分の環境を細かく文書化できるのは分かるが、それ以上にどんな利点があるのか気になる
    • devpodsと互換性がある
  • エディターのメモリとCPU使用量が、自分が作業していたWebアプリのブラウザタブより少ないのは本当に新鮮だ。今のところとても満足している
    • zedはlsp実行のためにnodeも起動するので、きちんと確認して使ったほうがよい
    • バイナリサイズが0.5GB級なので、ブラウザのように特別軽いという印象はない
  • Zedをデイリードライバーにしようとしたが、TypeScript体験は期待外れだった。エディター自体は速いものの、jump to declaration のようなLSPアクションが、うちのコードベースではVSCode / Cursorに比べてかなり遅かった
    • typescript-goをLSPとしてサポートしているか確認してみることを勧める。IDEAで最近追加され、この数か月使ってみたが本当に素晴らしい
    • 自分も同じ経験で、結論も同じだ。Zedは編集自体は速かったが、高度な機能が遅く、結局は全体としてVSCodeより体感速度が遅かった
    • どちらも内部的にはtsserverを使っているはずなのに、なぜ遅いのか理解できない
    • ElectronはNodeJSをv8 pointer compression付きでビルドしており、メモリ使用量を最大50%削減しつつ速度も向上させている
  • 悪くないが、自分はすでにLinuxへ移行しており、Zedもその環境でとてもうまく動いている
[Window Title]
Critical

[Main Instruction]
Unsupported GPU

[Content]
Zed uses DirectX for rendering and requires a compatible GPU.

Currently you are using a software emulated GPU (Microsoft Basic Render Driver) which
will result in awful performance.

For troubleshooting see: https://zed.dev/docs/windows
Set ZED_ALLOW_EMULATED_GPU=1 env var to permanently override.

[Skip] [Troubleshoot and Quit]

残念ながら、こんな問題に遭遇した

  • これは実際にはZedの問題ではなく、システム側の問題だ。今どきDirectXが使えない環境を見つけるほうが難しいが、もしかしてVMでWindowsを動かしているのだろうか
  • テキストエディターがソフトウェアレンダリングでいったい何をして、「ひどい性能」になるのか気になる
  • Zedは本当に素晴らしい。自分のやりたいことは全部できる。必要なものを簡単に見つけられるし、本当に速い。ACPモードではIDEからCLIターミナルをフォークすることもできる。こうなると、CerebrasやQwen code 480bのような非常に賢いCLIエージェントを、安価かつ強力に使える
  • 長く待っているのに、まだx86_64バイナリしかない。ARM Surface Proが本当に気に入っているので、このハードウェアでZedが動けばとても嬉しい。Zedチームがこのコメントを見たら、ぜひ検討してほしい
    • 自分はソースからビルドしてWindows aarch64で動かしている。16GBのSurface Proではビルドがかなり遅いが、問題なく動く。公式バイナリにも期待している
    • 理由は分からないが、Windowsでmsvcを使ってzedをビルドすると、Linuxに比べて非常に遅く感じる。関連イシュー まで立っている