Zed 1.0、HNがすぐ試した論点は『AIネイティブなエディタとして本当に使えるか』

Hacker NewsがZed 1.0を受け取ったのは、お祝いよりもreadiness checkに近かった。元記事は、macOS、Windows、Linuxをまたいで5年かけて必要な表面積を埋めてきたことを前面に出す。Git integration、SSH remoting、debugger、extensions、そして日常運用では無視できない細かな仕上げまで積み上げたから、いま1.0と呼べるという立場だ。HNもその努力は認めつつ、すぐ次の問いに移った。1.0は「大半の開発者が今日から常用できる」という意味なのか、それとも「ロードマップがようやく一本に見える」という宣言なのか、という点だ。

Zed側の答えはかなり野心的だ。エディタは今もweb technologyの上に載ったアプリではなく、GPU中心の独自スタックとRustで土台から作っている。その前提が速度の違いを生む、というのが彼らの主張だ。ただし2026年の文脈でさらに大きいのは、Zedが自分を「速いエディタ」だけでは売っていないことだ。記事ではmultiple agents in parallel、edit predictions、そしてAgent Client Protocolが一つの流れとして置かれる。Claude Agent、Codex、OpenCode、Cursorのような外部エージェントを同じworkspaceに呼び込む構想だ。だからHNの最初の質問もテーマや起動時間ではなく、「ここでClaude CodeやCodexを実際に回した人はいるのか」になった。

コメント欄は盲目的な持ち上げ方をしなかった。Waylandまわりの粗さ、bitmap font support、notebook workflowの不足など、メインエディタを乗り換えるときにすぐ引っかかる部分がすぐ挙がった。むしろその反応が1.0の意味をはっきりさせた。これはゴール宣言ではなく、しきい値を越えたという話だ。HNはZedが本気の候補に見えることには同意しているが、2026年に「本気」と呼ばれる条件も書き直した。AI layerは実用でなければならない。core editorは速いままでなければならない。地味なplatformの傷は見えないところまで減っていなければならない。

この投稿が刺さった理由もそこにある。ZedはAIを後から塗ったエディタではなく、人間とagentが同じcodebaseを低い摩擦で触る環境を狙っている。HNの反応も慎重ながら前向きだった。もはや「AIをエディタに入れるべきか」は主題ではない。問題は、その変化を取り込みながら遅いbrowser appにも脆いdemoにもならずに耐えられるエディタがどれかだ。Zed 1.0が注目されたのは、数字が変わったからではなく、その候補に本気で入ってきたからだ。