Zed im Review: der Editor, der den Agenten ins Fenster holt

Zed ist ein in Rust geschriebener Code-Editor, der seine KI-Flächen, ein Modell für Edit-Predictions und ein Agent-Panel, in die Kernanwendung einbaut statt in Erweiterungen. Die hier vertretene Position: Er ist derzeit der stärkste Editor für Arbeit, bei der ein Agent den Großteil des Codes schreibt, und dieselbe Entscheidung macht ihn ungeeignet für Teams, deren Werkzeuge von einem großen Erweiterungsmarktplatz abhängen. Beide Hälften dieses Urteils folgen aus einer Wahl: Zed besitzt den gesamten Stack, vom Renderer bis zur Agent-Schleife.

Es konkurriert mit VS Code und dessen Ableger Cursor, mit JetBrains-IDEs und mit Agenten in einem Terminal neben dem Editor. Ersetzt wird der geteilte Arbeitsweg, Editor auf der einen, Agent-Kommandozeile auf der anderen Seite, indem Threads, Diffs und Termine in dasselbe Fenster kommen. Der Quellcode steht unter GPL-3.0-or-later mit Apache-2.0-Komponenten, wo markiert, entwickelt von Zed Industries, einem Gewinnunternehmen; das Repository zeigte zum Prüfzeitpunkt 91.400 Sterne und 10.900 Forks.

Was es ist

Der stabile Kanal ist 1.22.0, veröffentlicht am 30. September 2026, und Releases erscheinen wöchentlich statt quartalsweise. Das Projekt entstand aus Atom und Tree-sitter, das Unternehmen veröffentlicht neben den Release Notes eine Roadmap, und es läuft auf macOS, Linux und Windows ohne Browser-Build; das README verweist für ein Webziel auf eine offene Diskussion. Zusammenarbeit, Git-Panels, Language Server, Tasks und ein Terminal gehören zum Editor und sind keine Add-ons.

• Lizenz: GPL-3.0-or-later für den Quellcode, mit Apache-2.0-Komponenten, wo markiert. Das Unternehmen ist gewinnorientiert und wird durch Abos finanziert, nicht durch den Verkauf des Editors.
• Plattformen: macOS, Linux und Windows, keine Webversion. Remote-Arbeit läuft über SSH-Remotes und entfernte Ordner statt über eine gehostete IDE.
• Eingebaut: Multiplayer-Bearbeitung, Git-Panels, Language Server, Tasks und ein Terminal, nichts davon braucht eine Erweiterung.
• Edit Predictions: ein gehostetes Modell mit Anbieterschalter (zed, copilot, none), 2.000 angenommene Vorschläge im Monat im Gratisplan, auf Pro unbegrenzt.
• Agent-Panel: Zeds eigener Agent, externe Agenten über das Agent Client Protocol und Terminal-Threads, die einen Kommandozeilen-Agenten mit eigener Anmeldung ausführen.
• Konfiguration: eine JSON-Settings-Datei mit dokumentierten Schlüsseln wie base_keymap, vim_mode, autosave und disable_ai, dazu projektspezifische .zed/settings.json.

Wie es funktioniert

Zwei Anfragepfade verlassen den Puffer, und sie verhalten sich völlig verschieden. Der erste ist die Edit-Prediction: Sobald der Cursor ruht, fragt der Editor das Modell nach einem einzigen Geistervorschlag an der Caret-Stelle, der mit Tab angenommen oder weitertippen verworfen wird; Anfragen werden je Anbieter gedebounced. Der zweite ist ein Agent-Thread: ein Gespräch mit eigenem Kontextfenster, das den Worktree liest, Tools und Termine ausführt und ein Diff zur Prüfung vorschlägt, bevor etwas geschrieben wird. Predictions sind in Dateien, die auf Muster wie .env, .pem und .key passen, standardmäßig aus.

Was die beiden Pfade trennt, ist die Prüfung. Eine Prediction landet als Text, den man ohnehin betrachtet hat; die Arbeit eines Agenten landet als Diff mit Annahme-oder-Ablehnung-Schritt, und Threads, die dieselben Dateien anfassen könnten, sollten in getrennten Git-Worktrees starten, damit zwei Checkouts nie kollidieren. Externe Agenten hängen über das Agent Client Protocol an und behalten eigene Konfiguration und eigene Anmeldung: Das Register, das Zed und JetBrains-IDEs gleichermaßen lesen, listet Claude Code, Codex CLI, GitHub Copilot CLI, OpenCode und Gemini CLI, ein anderswo bezahlter Agent läuft also im Editor, ohne zweites Konto.

Erste Schritte

Fast alles Benutzerfreundliche lebt in einer einzigen JSON-Datei, und die Settings-Referenz dokumentiert jeden Schlüssel mit Typ und Standard. Der Ausschnitt unten ist die Form einer durchdachten Einrichtung und keine Installationsanleitung: ein Keymap für Muskelgedächtnis aus einem anderen Editor, Predictions aus Build-Ausgaben ausgeschlossen, die Threads-Sidebar dorthin verschoben, wo sie nicht mit dem Dateibaum konkurriert, und KI an.

{
  "base_keymap": "VSCode",
  "vim_mode": false,
  "autosave": "on_focus_change",
  "edit_predictions": {
    "provider": "zed",
    "disabled_globs": ["**/build/**", "**/dist/**", "..."]
  },
  "agent": {
    "threads_sidebar": {
      "position": "right",
      "default_width": 360
    }
  },
  "disable_ai": false
}

Vier Entscheidungen verdienen eine Nennung. base_keymap bietet neun Schemes, darunter VS Code, JetBrains, Sublime Text, Emacs und Cursor; die Entscheidung für einen anderen Editor ist damit keine Entscheidung, Shortcuts neu zu lernen. edit_predictions.disabled_globs erweitert die geerbte Liste per "..." statt sie zu ersetzen, und die Standards schließen bereits .env, .pem, .key, .cert und Zeds eigene Settings-Dateien aus. agent.threads_sidebar.default_width akzeptiert 200 bis 800 Pixel. Und autosave kennt off, on_focus_change, on_window_change oder eine Verzögerung, was in einem Werkzeug wichtiger ist, in dem ein Agent dieselben Puffer schreibt wie man selbst.

Die Agent-Fläche

Das Panel hält drei Thread-Typen, und die Unterscheidung zählt mehr als die Bezeichnungen. Ein Zed-Agent-Thread nutzt Zeds Settings, Profile, Tools, Skills und MCP-Server; ein externer Agent-Thread führt einen über ACP integrierten Agenten mit seiner nativen Konfiguration aus; ein Terminal-Thread führt einen Kommandozeilen-Agenten oder eine TUI aus, die ihre eigene Anmeldung besitzt. Alles andere im Sidebar ist Verwaltung um diese drei herum: Threads sind nach Projekt gruppiert, jeder behält sein eigenes Kontextfenster, und Archiv wie Historie sind eine Tastenkombination entfernt.

• Threads-Sidebar (cmd-alt-j): Threads nach Projekt gruppiert, mit Statusanzeige und dem Agenten, der jeden ausführt; Terminal-Threads stehen in derselben Liste, und die Thread-Historie (cmd-g) hält archivierte Threads.
• Parallele Threads: Ein Prompt kann weiterlaufen, während ein zweiter Thread eine andere Aufgabe übernimmt, und jeder Thread darf einen anderen Agenten nutzen, hier den eingebauten, dort Claude Code.
• Worktree-Isolation: Ein Thread, der in einem neuen Git-Worktree startet, bekommt einen Detached-HEAD-Checkout, damit zwei gleichzeitig schreibende Agenten nie denselben Zweig teilen; das Diff wird geprüft und über den normalen Git-Workflow gemergt.
• Externe Agenten kommen aus dem ACP-Register, das Zed und JetBrains-IDEs gleichermaßen lesen, und die Installation geschieht im Editor statt über eine Konfigurationsdatei.
• Layout: Ein agentic Panel-Layout verlagert die Agent-Fläche nach links, agent.threads_sidebar.position legt den Sidebar auf eine Seite, und agent.threads_sidebar.auto_open entscheidet, ob das Öffnen eines Ordners den Sidebar öffnet.

Der Meinungsanteil: Die Worktree-Isolation ist die Funktion, die den Rest rechtfertigt. Agenten, die in einen gemeinsamen Checkout schreiben, kosten Teams einen Nachmittag wegen eines Zweigs, der zwei Prompts breit ist, und Zed legt die Leitplanke ins Produkt statt in ein Konventionsdokument. Der parallele Sidebar macht es dann billig, einen Migrations-Thread neben einem Bug-Thread zu laufen, und dort hört das Design auf, eine Demo zu sein, und beginnt, ein Arbeitsweg zu sein.

Preise

Die Preisseite listet drei Stufen, und die Plan-Dokumentation ergänzt einen Studententarif. Der Editor kostet nichts und braucht keine Anmeldung; alles Nachfolgende betrifft gehostete KI und die Verwaltungsschicht, und das ist der ehrliche Weg, einen Open-Source-Editor zu bepreisen, dessen Wert der Dienst darum herum ist.

• Personal: $0, dauerhaft. 2.000 angenommene Edit-Predictions und unbegrenzte Nutzung mit eigenen API-Schlüsseln oder externen Agenten wie Claude Code und Codex CLI.
• Pro: 10 Dollar pro Monat, unbegrenzte Predictions und 5 Dollar Token-Guthaben inklusive, danach nutzungsabhängige Abrechnung zum Listenpreis plus 10 %; mit der Standard-Spendenlimit sind das insgesamt 20 Dollar im Monat.
• Business: 30 Dollar pro Platz und Monat, organisationweite KI-Richtlinien, Datenfreigabe-Kontrollen, einheitliche Sichtbarkeit der Ausgaben und rollenbasierte Zugriffe; kein gebündeltes Token-Guthaben, und SSO, SAML und SCIM sind als geplant, aber noch nicht verfügbar gelistet.
• Student: ein Jahr kostenlos mit 10 Dollar Monatsguthaben an Tokens und unbegrenzten Predictions, ohne die teuersten gehosteten Modelle.

Das ist eine verteidigbare Struktur. Der Gratisplan ist ein echter Editor und keine Testversion, weil eigene Schlüssel und externe Agenten nicht zurückgehalten werden; Pro ist im Vergleich zu Editoren günstig, und die Spendenlimit verwandelt einen offenen Tokenzähler in eine Rechnung, die man vor dem Monat kennt. Der Haken ist derselbe wie auf jeder gehosteten Modellplattform: Listenpreis plus 10 % heißt, dass Zed eine Marge an der Anthropic- und OpenAI-Nutzung nimmt, was für die Bequemlichkeit vernünftig ist und bei ganztägigen Agent-Threads geprüft werden sollte.

Wo es hakt

Die Schwächen sind das Spiegelbild der Stärken. Eine kuratierte Plugin-Auswahl ist die eigene Formulierung des Herstellers für dessen Erweiterungsfläche, und dessen Vergleichsseite beziffert VS Code auf mehr als 10.000 Erweiterungen; wer seinen Arbeitsweg auf einer ganz bestimmten Erweiterung aufbaut, sollte sie vor der Migration prüfen. Die Leistungszahlen, unter einer Sekunde Startzeit, unter zehn Millisekunden Eingabeverzögerung und etwa 600 MB Speicher, stammen von derselben Seite und wurden hier nicht unabhängig verifiziert. Gehostete Modelle kosten Listenpreis plus 10 % Marge, die Business-Verwaltungsschicht hat noch kein SSO, SAML oder SCIM, und ein Browserziel gibt es gar nicht.

• Erweiterungs-Ökosystem: Der Marktplatz ist bewusst klein, und die Migrationsanleitung geht davon aus, dass die meisten VS-Code-Erweiterungen in Zed eingebaut sind. Für Git, LSP und Tasks stimmt das, für alles Spezialisierte nicht.
• Enterprise-Tauglichkeit: SSO, SAML und SCIM sind geplant statt ausgeliefert, und Verträge über Bestellformulare beginnen erst ab 25 Plätzen.
• Belege: Die Tempo- und Speicherzahlen gibt der Hersteller auf einer Vergleichsseite selbst an, zuletzt aktualisiert am 1. Mai 2026; für dieses Review wurde kein Benchmark von Dritten gefunden.
• Reichweite: nur macOS, Linux und Windows. Kein Web-Build, browserbasierte Workstations und Setup im Stil von code-server sind damit keine Option.

Die ehrliche Grenze: Zed gewinnt, wenn der Agent der Hauptautor ist und die Prüfung im Fenster stattfindet, und verliert, sobald die Anforderung eine ganz bestimmte Erweiterung ist oder eine Flotte, die auf VS Code standardisiert ist. Die Meinung, über die man streiten kann, ist diese: Für ein kleines Team, das überwiegend mit Agenten schreibt, ist Zed plus Register-Agent ein besserer Standard als VS Code plus Erweiterung, weil Diff-Prüfung und Worktree-Isolation im Produkt stehen und nicht im Wiki. Ein Team mit zehn Jahren VS-Code-Muskelgedächtnis und Marktplatz-Abhängigkeit sollte diese Argumentation bewusst umdrehen.

Urteil

Zed ist der Editor, den man ernst nehmen sollte, wenn der Agent den Großteil des Schreibens übernimmt, und das Argument für ihn ist ergonomisch statt ideologisch: ein Fenster, Diffs, die man ablehnen kann, Threads, die sich nicht niedertrampeln, und eine standardmäßig gedeckelte Rechnung. Abgelehnt sollte er werden aus ebenso konkreten Gründen: eine fehlende Erweiterung, ein Browserbedarf, ein Security-Review, der sofort SSO braucht. Was er nicht ist, ist eine neutrale Wahl, und so zu tun, verschenkt eine Migration.

1. Nimm Zed, wenn ein Agent den Großteil des Codes schreibt und man Diff-Prüfung und Worktree-Isolation im Editor statt daneben haben will.
2. Nimm es, wenn eine vorhersehbare Rechnung zählt: 10 Dollar Pro plus 10 Dollar Standard-Spendenlimit sind 20 Dollar im Monat, und der Gratisplan trägt weiterhin eigene Schlüssel und externe Agenten.
3. Nimm es, wenn die Maschine schnell wirken muss: natives Rendering ist der ganze Pitch, und die Zahlen des Herstellers lauten auf unter einer Sekunde Startzeit und unter zehn Millisekunden Eingabeverzögerung.
4. Nimm es nicht, wenn eine bestimmte VS-Code-Erweiterung tragend ist oder die Organisation auf einen Editor mit mehr als 10.000 Erweiterungen standardisiert.
5. Nimm es nicht, wenn ein browserbasierter Editor oder SSO, SAML und SCIM heute statt auf einer Roadmap harte Anforderung sind.

VS Code hat gewonnen, weil es für alle gut genug war. Zed gewinnt, indem es für Entwickler exzellent ist, die sich beim Tempo nicht einschränken lassen. — Zeds Editor-Vergleichsseite, aktualisiert am 1. Mai 2026

Quellen

1. Zed-Preise: Tarife Personal, Pro und Business samt Testphase
2. Pläne und Preise: Spendenlimits, Studententarif und Verbrauchspreise
3. Alle Settings: base_keymap, vim_mode, edit_predictions, autosave, disable_ai
4. Parallele Agents: Threads-Sidebar, Thread-Typen und Worktree-Isolation
5. Vergleich Zed vs. VS Code, aktualisiert am 1. Mai 2026
6. Das ACP-Register ist da, 28. Januar 2026
7. JetBrains: Das ACP-Agenten-Register ist in den IDEs live
8. Zed auf GitHub: Lizenz, Plattformen und Repository-Größe
9. Stabile Releases: 1.22.0, 30. September 2026