Zed 1.0 リリース

 (zed.dev)
2 ポイント 投稿者 GN⁺ 5 시간 전 | 1件のコメント | WhatsAppで共有
  • GPUシェーダー中心の構造と、Rustベースの独自UIフレームワーク GPUI によってゼロから再構築されたデスクトップエディタが、いまや大半の開発者がすぐに慣れられる水準に到達
  • Mac、Windows、Linux 全体で機能範囲を広げてきており、Git integration、SSH remoting、Debugger、rainbow brackets のようなモダンなエディタ機能を備える
  • AI-native editor として位置づけられ、multiple agents in parallel の実行、edit predictions、Agent Client Protocol ベースの外部エージェント接続をエディタの構造内に統合
  • DeltaDB と CRDTs ベースの同期エンジンにより、人間とAIエージェントが同じコードベースをひとつの一貫した視点でともに扱うコラボレーションを目指す
  • Zed for Business も同時にリリースされ、centralized billing、role-based access controls、team management をサポートし、1.0以降も毎週リリースを継続

1.0の意味

  • Zed 1.0 は、Web技術ベースのエディタだった Atom 以降で、再びゼロから作られたデスクトップエディタであり、アプリケーション全体を GPUシェーダー 中心で構成し、Rust で独自UIフレームワーク GPUI を実装してきた
  • 既存の基盤技術の限界を超えるために、独自スタックの全レイヤーを自ら所有する方式を選び、その結果、数年にわたる開発の末に 1.0宣言 に到達
  • Mac、Windows、Linux で5年間にわたり機能範囲を広げてきており、Git integration、SSH remoting、Debugger、rainbow brackets のようなモダンなエディタ機能を含む
  • コードベースは 100万行以上 にまで拡大し、現在は数十万人の開発者が毎日 Zed を使ってソフトウェアをデプロイしている
  • 1.0 は完成や完璧を意味するのではなく、いまや大半の開発者がすぐに慣れられる段階に到達したことを意味する

AIと次のステップ

  • Zed は AI-native editor として位置づけられ、multiple agents in parallel の実行と edit predictions 機能を提供
  • edit predictions は キー入力単位 で次の変更を提案し、Zed に期待される速度で動作する
  • Agent Client Protocol を通じて、Claude Agent、Codex、OpenCode、Cursor など、より多くのエージェントを接続できる
  • AI機能を既存のエディタの上に後付けしたのではなく、エディタの基礎構造の中に統合してある
  • 現在 DeltaDB の開発が進行中で、これは CRDTs ベースの同期エンジンとして文字単位のあらゆる変更を追跡する
  • DeltaDB は、複数の人とエージェントが変化し続けるコードベースをひとつの一貫した視点でともに見られるようにする
  • この構造により、チームメンバーはエージェントとの会話に参加し、生成されたコンテキストの中で agentic code を直接レビューし発展させられるようにすることを目指す
  • Zed for Business も同時にリリースされ、企業はまもなくエンジニアリングチームに Zed を展開でき、centralized billing、role-based access controls、team management のサポートを受けられる
  • これまで Zed は1000を超えるバージョンをリリースしてきたが、いずれも 0 から始まっており、今回初めて 1.0 に到達
  • 今後もこれまでどおり毎週リリースを続ける計画
  • これからも作るべき機能のリストに終わりはなく、各リリースがソフトウェア開発の完成度をさらに前へと押し進めていく
  • download now
  • join us

関連記事

1件のコメント

 
GN⁺ 5 시간 전
Hacker Newsの反応

  • ライセンス契約の4.1条項を見て、一気に興ざめした
    Customer Dataについて、Zedが使用、複製、保存、公開、送信、移転、表示、修正、派生著作物の作成までできる広範な権利を得ると書かれていて、自分が作業中のソースコードや製品についてそんな権利は与えたくない

    • その文言の要点は前半だけでなく、solely以降にあると思う
      サポート義務の履行、Telemetryの生成、法的義務の遵守という目的に限定されていて、法律で要求されない限り、顧客が指定した人物やサービス提供者以外にはデータを渡さないとも書かれている
      この部分を抜いて読むのは、Zedに対してやや厳しすぎる解釈に見える
    • 弁護士ではないが、問題になりうるのは実質的にtelemetryの部分だけに見える
      残りはおおむね、ユーザーが送ったデータを、ユーザーが求めた作業やサポートのために処理し、令状対応のような法的義務も果たせるという程度に読める
      ただし4.4のtelemetryの定義は、技術ログ、メトリクス、データ、learningsまで含んでいて広すぎるし、LLM学習のようなものまで入れられそうで気味が悪い
      契約書はここまで不透明である必要はないと思う
    • これはむしろ最後の部分のおかげで常識的に読める
      顧客データの処理は、1) 契約上の義務とサポート、2) テレメトリー、3) 法律で要求される場合、に限定されるという意味で、それ自体は納得できる範囲に見える
    • まだある
      YouTube動画上部のコメント(https://www.youtube.com/watch?v=c6Bns1T77HM)でまとめられていた内容だが、強制仲裁、集団訴訟の放棄、30日以内のopt-out必要、1年の消滅時効、理由なしでのアカウント終了可、支払い停止時のデータ削除可、返金制限、規約の一方的変更、名前・ロゴのマーケティング利用許可、無保証、責任上限が直近12か月の支払額または100ドルの大きい方という非常に低い条項がある
      さらに自動補完では、デフォルトでコードがAIプロバイダーに送られる可能性があるので、機密性の高いコードや独占的なコードを扱うなら特に注意が必要だ
    • 単にソースを自分でビルドして、何の情報も渡さずに実行すればいいだけではないのかと思う
      それともエディタ自体が実行中にphone homeを強制する構造なのか知りたい

  • Zedチームは、自分が使ってきた中で最高のモダンなエディタを作ったと感じる
    事実上の支援のつもりで月額サブスクも払っているし、以前から、どこでも動いて必要なものをだいたい備えたSublime Textの代替を求めていたが、その位置をZedが埋めてくれた
    2017年から毎年JetBrainsを契約してきたが、Zedを使い始めてからは、C#のためにRiderを開く時を除けばほとんど起動しなくなった

    • Zedは本当に使っていて気持ちいい
      1年以上VSCodeを開くことがなく、Rustをよく知らなくても拡張は比較的簡単に作れた
      Atom時代の教訓をきちんと反映したのか、パフォーマンスも非常に良い
    • 自分はずっとZedをSublime Textの代替だと思っていた
      Neovimの設定をいじって壊してしまっても、急いで編集しなければならない時にZedをバックアップにできるし、VimモードもJetBrainsやVim本体を除けば一番いいと感じる
    • もともとZedをSublimeの代替として考えたことはなかったが、言われてみれば十分ありえる
      Sublimeは終了してもメモを失わない超高速の一時ノート用としてしか使っていなかったが、その役割もZedがうまくこなせそうだ
      似た製品がひとつ減るかもしれないとも思う
    • 今では、ほぼどんなテキストファイルでも手で扱う必要がある時の第一選択肢になっている
      他のエディタ、とくにCursorやVSCodeをクラッシュさせたファイルでも、Zedはしっかり耐えてくれた
    • 興味本位で一度入れてみようとしていたところだったが、IDE/エディタ遍歴が自分とあまりに似ていて妙な既視感がある
      自分も同じ感触を得られることを期待してしまう

  • 上位コメントがあまりにもひどいと感じる
    このチームは新しい技術ですばらしい製品を作ったし、今後さらに良くなっていくはずなのに、その部分ではなく妙なところに焦点が当たっているように見える

    • Zedの何が具体的にすごくて新しいのか、よく分からない
      何度か1週間ほど使ってみたが、結局ポイントをつかめず毎回離れてしまった
      vi原理主義者というわけでもなく、VSCode、Idea、Sublime、Xcode、Eclipse、vimまで長く使ってきたが、GUIバックエンドが新しいというのは日常的な編集体験ではそれほど重要ではない
      今どきのハードウェアではIdeaですら十分速いと感じるし、それでもZedが良いエディタだということは認める
    • 反消費者的な規約で出せば、当然その話は出るべきだ
      そうした異議申し立ては正当だし、でなければどこで議論すればいいのかも分からない
    • 自分には、今の上位3コメントは全部好意的に見える
      投稿されてから1〜2時間くらいしか経っていない時は、投票がまだ十分に落ち着いていないことが多いので、少し待ってみるのがよい
    • タイトルがもう少し情報量のあるものだったら、コメントの流れももっと良くなっていた気がする

  • おめでとう
    今はexe.devのSSHリモートサーバーでZedをメインに使っている
    この18か月で開発ツールをかなり乗り換えてきたが、Zedとexe.devはかなりしっくりくる組み合わせに感じる
    Zedはファイル編集、ターミナル、エージェント、SSHリモート作業をひとつの画面でこなしてくれて、高速で直感的だ
    exe.devは、自分が初めて本当に気に入ったdev container的なもので、インターネット接続されたリモートサンドボックスのおかげでdangerously-skip-permissionsも安全に使えるし、private/shared/publicのアクセスモデルがかなり時間を節約してくれる
    https://conductor.build/やGitHubも使っているが、オンラインでライブリロードされるアプリをその場でハックする方が、だんだん手間が少なく感じられる

    • SSHリモート編集がちゃんとしていると聞けてうれしい
      自分もVSCode Remote-SSHをよく使うが、だいたい良い一方でメモリ消費が大きすぎるし、たまに無限ループのような状態に陥ってマシンのメモリを食い尽くし、そのうえトラフィックまで塞いでしまう
      OSが数分後にようやくプロセスを殺してくれて再接続できることもあるし、大量のsymlinkの束のせいでrgが暴走している気もするし、JavaScript編集だけでもts-serverが大量に立ち上がって手に負えない時がある
      運用サーバーに触っている状況だとかなり怖いので、代替を探していてZedも候補に入っている
    • exe.devがVPS + Caddy + サブドメイン構成とどう違うのか気になる
      認証はCaddyとbasic authでもできるし、多少手間はかかってもそこまで難しくはなく、VPSがRaspberryクラスならサブスク費用もかからないかもしれない
    • もう一度確認してみようと思う
      前回はリモートSSHサーバーに接続した時、git連携がうまく動かず、ポートも実行時にその場でマッピングできなかった
      いったん全部落としてポートを指定して再接続しなければならず、かなり不便だったが、他のツールはたいてい自動でフォワードしたり任意ポートを即座に開けたりするので差が大きい
    • online live reloading appsのワークフローがまだ頭の中でうまく像を結ばない
      ディスク共有型なのか、それならメイン版と実験版をやはり別フォルダやworktreeに置かなければならない問題は残るのか気になる
      自分が引っかかるのもまさにそこだし、今は人にN個のVMを立ち上げるシステムを渡しているが、VMが消えるとストレージは残らない
      結局、GitHubブランチ上の状態が基準で、VM上でアプリを直したらコミットしてリポジトリへ戻してもらう前提になっている
    • このコメントのおかげで、exe.devが自分でも何を探しているのか分からないまま探していたものだと気づいた
      今すぐ深掘りしたくなった

  • Zedを気に入りたいし、かなり力が入っているのも分かるが、まだSublimeにとどまっている
    2010〜2020年代に始まった大きなPHPプロジェクトをいくつも扱っているのだが、Zedはその時代にはよくあった細かな文法に対して警告を出しすぎる
    たとえば戻り値型のない関数などのせいで、実際には問題なく動くコードがZedでは真っ赤になって見えてしまい、こうした警告を消すのも簡単ではない
    プロジェクト内で、今見ている種類の警告はもう表示しない、というボタンさえあれば、未宣言変数のような意味のある警告だけ残して、過剰なものは片づけられるのにと思う

    • その時代のPHPコードは実際ちゃんと動くし、戻り値型がないからといって実行可能性が下がるわけではない
      ただバグを早く捕まえにくくなるだけだ
      Zedは使ったことがないが、PHPバージョンを選んだり特定のPHP実行ファイルを指定したりして、警告基準を合わせられるのか気になる
      VS Codeではそうやってエラーを調整していたし、古いPHPプロジェクトを多く扱っていてもこういう問題はなかった
      別の方法でなくても、何をエラーとして何を警告と見るかを決める設定は確実にあるべきだと思う
    • それはたぶん、ZedがPHPにデフォルトで付けているLSP設定の問題ではないだろうか
      LSPを調整してそういう警告を避けるか、いっそそのLSPサーバーを無効にする形で解決できそうだ
    • 自分もSublimeは好きだが、Sublime 3から最新バージョンへ有料アップグレードする気にはなれなかった
      Zedは自分が望んでいたSublimeの進化形に近く、率直に言えばネイティブなVS Codeが欲しかったのだが、今まさにそういう感触がある
      ZedがAIを強く打ち出しているので敬遠する人もいるだろうが、望まなければ無視できる高級エディタであり、品質も高い
      このままならJetBrainsのサブスクを来年更新しない可能性が高いし、JetBrainsには言語別IDEを並べるのではなく、もっとネイティブな統合IDEの方向で何か見せてほしい
      VS Codeは年月とともに肥大化しすぎたし、シンプルなエディタの基準は今でもSublimeだが、Zedは初めてモダンでありながら機能豊富なエディタをきちんと作ったという感触を与えてくれる
    • 自分も何年もSublimeにとどまっていて、今ではほとんど意地のように感じる
      George R.R. MartinがWordStar 4.0を使っているのに近い年寄りの頑固さかもしれないが、自分にとってはあの人間工学がいまだに圧倒的だ
      VSCodeもZedも数週間、数か月単位で純粋に使い込んで設定してみたが、結局またSublimeに戻ってしまったし、AI絡みの作業はターミナル横で回すだけで十分だ
    • 自分もZedを使ってみたが、結局Sublimeに戻った
      理由をうまく説明するのは難しいが、あなたが経験したような警告の問題はなかったとしても、Sublimeの方が手にしっくりきた

  • 今回のリリースで検索UIの改善が入らなかったのは残念だ
    検索すると新しいタブが開く方式が本当に嫌で、時にはコードを少し眺めてescで閉じて終わりにしたいだけなのにと思う
    vim、helix、JetBrainsのTelescope風検索の方がずっと良いと感じる
    https://github.com/zed-industries/zed/pull/46478

    • 自分はむしろZedの検索UIがかなり好きだ
      終わったらctrl-oで前のタブに戻ればいい
    • 作業中の内容をずっと参照する必要がある機能を全部モーダルで処理するのは、自分もあまり好きではない
      むしろ、一部のタブはデフォルトでsplitで開いてescで閉じられるephemeral tabsのような概念があるといい
      emacsから少しアイデアを借りてきてもよさそうだ
    • これは本当に共感する
      1か月ずっとZedを使ってみたが、この検索方式には気が狂いそうになったし、速度も遅かった
      大きなプロジェクトでは検索が中核なのに、そこが弱くて結局VS Codeに戻った
    • 自分はZedの検索が気に入っている
      むしろ検索のたびに新しいタブが開いて、既存の検索タブを再利用しないでほしいくらいだ
      以前の検索をやり直さずに済むし、multibuffer結果のおかげで直接手を入れながら検索/置換するのにとても便利だ
    • その用途なら、ここで紹介されているtelevision taskを使っている
      https://zed.dev/blog/hidden-gems-part-2

  • Alacrittyのターミナルバックエンドをlibghostty、おそらくlibghostty-rsに置き換えるのを見てみたい
    MitchellがGhosttyでやっている作業とZedのアプローチはかなり相性が良さそうだ
    MitchellもAlacrittyを変換しやすい対象にしたいようだし、Warp対応も手伝う意向だと言っていた
    https://x.com/mitchellh/status/2049159764261925005

  • Zedはかなり気に入っていて、数か月単位で継続的にメインとして使ってきたが、最終的にまたvscodeやneovimへ戻ってしまう摩擦が2つある
    検索が新しいタブで開きサイドバーの選択肢がないこと、そしてdiffビューアがmultibufferなので比較しているファイルの全体内容を一度に見渡せないことだ
    それでもソフトウェア自体は好きなので、1.0を祝福しつつ、いつか完全に定着できることを願って今後も追い続けるつもりだ

    • その2つが自分にとっても最大の不満だ
      改善はかなりあったが、検索とシンボル追跡UXはまだいまひとつなので、ぜひ手を入れてほしい

  • 数日前にJetBrains IDEから移行しようとしたが、速度とメモリ使用量は本当に印象的だった
    ただ、リファクタリングやいくつかの機能があまりに恋しく、デバッグセッションの設定も今の自分の時間では手に負えなかったので、ひとまず戻った
    純粋なテキストエディタがEmacs以上に提供できるものは限られているのだから、結局はもっと多くのIDE機能が入ってきてほしい
    とはいえ今回の発表を見ると、エージェント統合を優先しているようで、そのせいで本来の強みを見失い始めたJetBrainsを思い出してしまう

    • JetBrainsはもうJavaベースのスタックから離れて、Rust/C++側へ本気で移行投資すべきだと思う
    • 自分も似た感じだった
      Zedは細かい引っかかりが多くて使わなくなり、代わりにVSCodeへ移った
      今はTypeScriptとC#を主に使っているが、かつてJetBrainsの大ファンだった自分でも、今ではあまりに肥大化しすぎていて、M3 Proでも頻繁にもたついたり時間がかかったりする
      そのうえVSCodeのClaude Code統合が、CLIで使うには魅力的すぎる

  • Zedでほぼ唯一気になるのはデフォルトテーマだ
    あまりに淡泊で、かえって読みづらく、グレー背景にグレー文字のような組み合わせはアクセシビリティ面でも不安がある

    • 自分もZedのデフォルトテーマはあまり良くないと思う
      好みとしては少し無難すぎるし、もう少しコントラストが欲しい
      とはいえ他のテーマへの切り替えは非常に簡単で選択肢も多く、自分でテーマを作ることもできるし、公式のテーマエディタもよくできている
      https://zed.dev/theme-builder
      色名だけでなく各色がどこに使われるのか説明があればもっとよいが、それ以外は特に大きな不満はない
      変数の数が少ないので、むしろVSCodeよりテーマのカスタマイズはしやすいとも感じる
    • アイコンも小さすぎる
      全体としてmystery meat navigationっぽさがある
    • 自分の見る限り、アプリ内のほぼすべてをテーマで変えられる
      diffの色や一部の構文色もカスタムしていて、デフォルトテーマはMonokaiベースで手直しして使っている
    • 自分の好みではCursorのデフォルトダークテーマが一番いい
      それに編集予測モデルもZedよりずっと良いと感じる
    • アメリカの誰かがforkしてZeeと名付けていないのが不思議だ
      とにかく、こういう淡泊な名前は少しイライラするし、RやCやGoのようなこだわりのある名前もそうだが、特に検索しにくいのは困る