ハクソク

世界を動かす技術を、日本語で。

ZedがWindowsで利用可能になりました

222日前原文(zed.dev)

概要

  • ZedのWindows版 が正式リリース
  • DirectX 11 や DirectWrite によるWindowsネイティブ統合
  • WSL/SSHリモート編集 や 拡張機能互換性 の充実
  • AI機能 や エージェント機能 もWindowsで完全サポート
  • ユーザーフィードバック を受け付け、継続的にアップデート予定

Zed Windows版の正式リリース

  • Zedの安定版 がWindowsで利用可能
  • プレビュー版 では新機能を1週間早く体験可能
  • Windowsは 正式サポートプラットフォーム として毎週アップデート配信
  • 専任のWindows開発チーム による継続的な品質向上
  • @localcc がWindowsプラットフォームリードとして参加

Windowsプラットフォーム統合

  • Zedは Electron非採用、ネイティブ統合による高い操作性
  • DirectX 11 による高速描画
  • DirectWrite によるテキストレンダリング
  • Windowsらしい 自然なUI/UX の実現

WSLおよびSSHリモート編集

  • WSL（Windows Subsystem for Linux） との直接連携
    • WSLターミナルから zedコマンド でフォルダをZedで開く
    • Zed内から File > Open Remote またはコマンドパレットでWSL Distroを追加
  • SSH経由のリモートLinux編集 にも対応
    • Connect New Serverからリモート接続
  • リモートサーバープロセス をwsl.exeやssh.exe下で起動し、I/Oを仲介
  • リモート編集時も ファイル操作、Git、ターミナル、タスク、LSP、デバッガ 等の機能が利用可能

拡張機能の互換性

  • Zed拡張機能 はWindowsでもそのまま利用可能
  • 拡張機能のインストール・作成に Windows特有の手順不要
  • 拡張は WebAssembly Components として動作
  • WASI（WebAssembly System Interface） によるサンドボックス化されたファイルアクセス
  • Zedが パス変換 を自動管理、拡張開発者はOS差異を意識せず開発可能

WindowsでのエージェントコーディングとAI機能

  • AIによる編集予測 や ACPエージェント もWindowsで完全動作
  • WSL/SSHリモート編集 とAI機能の組み合わせもサポート
  • Claude Code をACP経由で直接利用可能
  • Zed Proの14日間無料トライアル や独自APIキーの持ち込みも可能

ユーザーフィードバックと今後

  • Alpha/Betaテスト参加者 への感謝
  • 多くのバグ修正済みだが、今後も改善継続
  • WSLワークフロー、IME/キーボード配列、マルチモニター、120–144Hzディスプレイ 等のフィードバックを募集中
  • ユーザーレポートをもとに 次期機能や改良 を計画

ダウンロード・参加案内

  • Windows、macOS、Linux でZedを今すぐダウンロード可能
  • より良いエディタを求める方 にZedを推奨
  • 採用情報 ：ブログ内容に共感する方はチーム参加も歓迎

Hackerたちの意見

エディタのメモリとプロセッサの使用量が、今作業してるウェブアプリのタブよりも少ないのを見ると、めっちゃスッキリする！今のところすごく気に入ってるよ！

└

バイナリは500MBもあるから、ブラウザと同じだね。新鮮味はないかな。

もうサブピクセルフォントレンダリングは実装されたのかな？Linuxの時にそれが問題になってたのを覚えてる。彼らはMacの普及してるHiDPIディスプレイに合わせてカスタムUIレンダラーを設計したから、LoDPIディスプレイを使ってるLinux（やWindows）のユーザーには文字がぼやけて見えちゃってたんだよね。

└

いや、全然（笑）

└

サブピクセルフォントレンダリングについてはわからないけど、先週のパッチ以降、Linuxのフォントレンダリングはめっちゃ良くなったよ！: https://github.com/zed-industries/zed/issues/7992#issuecomme...

└

macOSで試してみたけど、1440pの外部モニターではフォントがひどく見える。ノートパソコンの「Retina」ディスプレイでは問題ないけど、他の場所ではぼやけすぎて、数時間後には頭痛がしてきたよ。

└

Windows版は、レンダリングにDirectX 11を使っていて、Windowsの見た目や感じに合わせてテキストレンダリングにはDirectWriteを使ってるみたい。私のモニターでは大丈夫そう（Linux版よりは良いけど）、でもピクセルをじっくり見たわけじゃない。これに関しては予想して設計してるっぽいね！

これを待ってたのが数ヶ月も…でも、まだx86_64のバイナリだけなんだよね！ARMのSurface Proが大好きだから、Zedがこのハードウェアで素晴らしいエディタになると思う。もしZedの人がこれを読んでたら、ぜひ考えてみてほしい！

└

Windowsのaarch64用にZedをソースからビルドしてるけど、すごくうまくいってるよ。ただ、16GBのSurface Proだとビルドプロセスがかなり遅いのが難点。公式のバイナリが出ることを期待してる！

└

何らかの理由で、WindowsでのZedのコンパイルはMSVCを使うと、Linuxのそれと比べてめちゃくちゃ遅い。https://github.com/rust-lang/rust/issues/145864 はその不一致のために開かれたんだ。

[ウィンドウタイトル] クリティカル [メイン指示] サポートされていないGPU [内容] ZedはレンダリングにDirectXを使用しており、互換性のあるGPUが必要です。現在、ソフトウェアエミュレートされたGPU（Microsoft Basic Render Driver）を使用しているため、パフォーマンスがひどくなります。トラブルシューティングについては、こちらを参照してください: https://zed.dev/docs/windows ZED_ALLOW_EMULATED_GPU=1の環境変数を設定すると、永久にオーバーライドできます。[スキップ] [トラブルシュートして終了] ああ、残念。

└

それはZedの問題というより、あなたのシステムの問題だね。今の時代、ちゃんとしたDirectXがないなんて、かなり特殊な環境だよ。仮想マシンでWindowsを動かしてるの？

└

テキストエディタがソフトウェアレンダリングで「ひどいパフォーマンス」を達成するには、何をしなきゃいけないの？

残念ながら、Zedを日常的に使おうとしたけど、TypeScriptの体験がイマイチだった。エディタ自体はサクサク動くけど、「宣言にジャンプ」みたいなLSPアクションは、VS CodeやCursorと比べると、うちのコードベースではめっちゃ遅かった。

└

それはおかしいよ。両方とも内部でtsserverを使ってるんだから。

良いけど、ちょっと遅すぎたね。もうLinuxに切り替えちゃったよ - そこではZedはすでに素晴らしく動いてる！

Zedは使ってみるとすごくいい感じ。Linuxシステムで少し試してみたけど、その感覚はまだ試してない人には伝えにくい。GPUアクセラレーションのエディタの重要性を見落としがちだけど、ちょっと使ってみれば、その良さがわかるよ。Zedに切り替えられない唯一の理由は、今のところDevContainerのサポートがないことなんだ。[1] かなりの時間をかけてDevContainer（すべてのツールやライブラリ＋設定を含むカスタムイメージ）を完璧にするのに投資したから、すべてをローカルにインストールするのは大きな後退になる。多くの人がこの機能に注目しているから、将来的に実装されることを期待してるよ。[1] https://github.com/zed-industries/zed/issues/11473

└

あなたのカスタム開発コンテナについて、もう少し詳しく教えてもらえない？

└

DevContainerを使うと何が得られるの？自分のセットアップをドキュメント化するのは賛成だけど、それ以上は…

└

devpodsで動くよ。

基本的なWindowsのキーボードショートカットがいくつか動かないことを言っておきたかった。例えば、ALT+Fでファイルメニューを開くのがダメ。あと、ALT+SPACEBARでフォーカスしているウィンドウのシステムコンテキストメニュー（最大化、最小化、閉じるオプションなどがあるメニュー）が出ないみたい。DirectXのレンダリングバックエンドを使ってるから、アプリがネイティブのwin32プロセスよりもゲームみたいにレンダリングされてるのかな。インストール後、インストールディレクトリは400MB以上も使うし、VSCodeでも380MBくらいなのに。Electronアプリじゃないって言ってるのは信じるけど、何が詰まってるのか気になるな。Rustアプリは軽量だと思ってたけど、そのインストールサイズはJavaのバイナリや依存関係の膨張に近づいてるね。

└

400MB以上の膨張したインストールは、多くの人をイラつかせるだろうね。これについては早急に正当化が必要だと思う。人々が理解して再考する手助けをしないと。

何度か切り替えようとしたけど、他に説明のしようがないくらい使うのが冷たい感じがする。前のバージョンで同じように感じた人がいるか気になるし、今は修正されてるのかも。

macOSでSublimeの代わりに使ってる。今のところ満足してるよ。一般的なテキストエディタとして使ってるだけ。たまにコード編集もするけど、ほとんどの時間はVSCodeかvim/nvimだね。