Zed 1.7.2、AIの文脈管理を自動化する

4月末に1.0へ到達したRust製エディタZedが、2か月足らずで1.7.2まで駆け上がった。週次リリースのたびにAIエージェント関連の機能が増えており、今回の目玉はエージェントとの会話履歴を自動で要約・圧縮する「オートコンパクション」の搭載だ。

コードより会話を管理する時代

AIエージェントをエディタに統合したとき、最初にぶつかる壁はコードの品質でもモデルの精度でもない。コンテキストウィンドウの枯渇だ。やり取りが長くなるほどトークンは膨らみ、上限に近づくとモデルは古い関数名を持ち出し始める。開発者は作業を中断してスレッドを立て直すか、手動で履歴を削るか、どちらにしても集中が途切れる。

Zed 1.7.2が導入したオートコンパクションは、この問題への直接的な回答だ。コンテキストウィンドウの使用量がしきい値（デフォルト90%）に近づくと、古いやり取りを自動で要約し、要約文だけをコンテキストに残す。任意のタイミングで /compact コマンドを打てば手動でも実行できる。要約内容はスレッド上にContext Compactedとして表示され、展開すれば中身を確認できる。

機能としては地味に見えるかもしれない。だが、AIエージェントとの協働が日常になった開発者にとっては、これがないと作業が止まる。コードを書く時間より、AIとの会話を管理する時間のほうが長い。その本末転倒を解消するための機能だ。

毎週リリースが積み上げるもの

1.0のリリースは4月29日。そこから約7週で1.7.2に達した。Zedは毎週安定版をリリースしており、各バージョンのリリースノートを追うと、変更点の重心がはっきり見える。

1.0ではブックマークやDeepSeek V4対応が目立った。その後のリリースでエージェントパネルの操作性改善、スキル共有リンク、Fast Mode（AnthropicとOpenAIの高速応答モード）、ターミナルスレッドでのエージェント実行、Claude Opus 4.8やClaude Fable 5のBYOK対応と続き、AI関連の項目がリリースノートの大半を占めるようになった。1.7.2でも新機能の筆頭はオートコンパクションであり、OpenCodeのモデル更新（MiniMax M3、Qwen 3.7 Plus、DeepSeek V4 Flash、Nemotron 3 Ultra Freeの追加）が続く。

エディタとしての基盤改善も並行して進んでいる。1.7.2ではMarkdownプレビューのスタイルが刷新され、可読性が上がった。Gitグラフではブランチやタグのラベルを右クリックすると $ZED_GIT_REF 変数を使ったカスタムGitコマンドを実行できるコンテキストメニューが加わった。コミット詳細の変更ファイル一覧ではツリービューを選べるようになり、ワークツリーのナビゲーションや言語サーバーのメモリ消費も改善されている。

全体のバランスを見れば、Zedの開発リソースがAIエージェント統合に傾いていることは見て取れる。

スキル管理の設定UI移行

もう一つ注目すべき変更が、エージェントのスキル管理を設定UIに移したことだ。

Zedにおけるスキルとは、エージェントに特定の振る舞いや知識を与える仕組みで、5月末のバージョン1.4.2で従来のRules（ルールライブラリ）を置き換える形で導入された。プロジェクトごとにスキルファイルを置いたり、グローバルなAGENTS.mdでユーザー全体の指示を定義したりできる。1.7.2ではこの管理画面を設定UIに統合し、スキルに関するエラーの通知もエージェントパネルと設定画面の両方で改善した。

外部エージェントのユーザーにとっては、コンテキストウィンドウの使用量とコストのメトリクスが表示されるようになった点も実用的だ。API課金でモデルを使っている場合、トークン消費量を常に確認できることは、コスト管理の面で大きい。セッション履歴から個別のセッションを削除する機能も加わった。

バグ修正：安定性の底上げ

バグ修正は多岐にわたるが、実運用で痛かったであろう修正をいくつか挙げる。

Linux Waylandで外部アプリケーションからクリップボードを読み取ろうとするとフリーズする問題を修正。リモートプロジェクトでエージェントターミナルを復元した際のクラッシュ、コミットビューを含むペインを分割した際のクラッシュも解消した。ソフトウェアアップデートボタンが「ダウンロード中」のまま止まる不具合にも対処している。

言語サーバーがフォアグラウンドスレッドの処理速度を超えてメッセージを送出した場合のメモリ消費も改善した。組織を切り替えた直後にLLMや編集予測のリクエストが前の組織に紐づいてしまうレースコンディションも潰している。

32ビットアーキテクチャでの言語サーバー・デバッガー・MCPサーバーの自動ダウンロードは廃止された。拡張機能自体は手動でバイナリパスを指定すれば動作する可能性があるが、今後の自動取得はサポートされない。

「速いエディタ」の先にあるもの

Zedの出発点は「Electronの天井を壊す」ことだった。Rustで書き、GPUシェーダでUIを描画し、VS Codeが逆立ちしても実現できないパフォーマンスを提供する。その目標は達成された。

だが1.0以降のリリースを並べると、開発チームの視線はすでにパフォーマンスの先にある。AIエージェントとの会話管理、スキルによるエージェントのカスタマイズ、外部エージェントのコスト可視化、サンドボックス内でのファイルアクセス権限の細分化。これらはすべて「AIと一緒にコードを書く環境をどう設計するか」への答えだ。

面白いのは、この路線がすべての開発者に歓迎されているわけではないことだ。2026年3月にはGramというフォークが登場した。ZedからAI統合、テレメトリ、チャット機能、サブスクリプション、利用規約をすべて取り除き、Rustの高速性だけを残したエディタだ。開発者のクリストッフェル・グレンルンド（Kristoffer Grönlund）氏は「AIは怒りを感じさせる」と公言している。Gramの公開日にZedが利用規約を更新したことも話題になった。

速さを求めるだけならGramがある。AIとの協働を求めるならCursorがある。Zedが選んでいるのは、その両方を一つのエディタの中で成立させるという、より困難な道だ。1.7.2のオートコンパクションは派手な機能ではないが、その道をまた一歩進めた。

参照元：Zed Stable Releases

関連記事

• Zed 1.0公開、Atom開発者の5年越しの再挑戦
• AIモデル、選んで使う時代。価格戦争の本当の勝者
• Claudeトークンが中国で1ドル1元、安全網の盲点
• 米、中国のAI蒸留攻撃を国家問題化：数万の代理アカウント警戒
• OpenAI・Anthropic・Googleが共闘、中国への「蒸留」流出で情報共有
• Claudeサブスク、サードパーティ切り離しへ──OpenClaw問題の最終章
• Anthropicの三重苦——赤字・中国AI・安全性の代償
• Epic GamesがGitの死角を突く。バージョン管理「Lore」公開
• Copilot CoworkにDeepSeek検討。AIコスト高騰が生んだ矛盾
• RustとAIで1からX11サーバーを書き直す。yserverが問いかけるもの