Zed ist ein quelloffener Code Editor, der komplett in Rust geschrieben ist und seine Oberfläche über die GPU rendert. Entwickelt wird er von Zed Industries um Nathan Sobo, einen der Erfinder von Atom. Am 29. April 2026 erschien nach fünf Jahren Entwicklung und über einer Million Zeilen Rust die Version 1.0 für macOS, Windows und Linux.

Zed ist kein VS Code Fork. Das Team hat Electron und den Browser Unterbau bewusst verworfen und mit GPUI ein eigenes UI Framework gebaut. Der Editor bringt Git Integration, SSH Remoting, einen Debugger, Multiplayer Editing und native KI Features mit. Über das Agent Client Protocol docken externe Agenten wie Claude Agent, Codex und OpenCode direkt im Editor an.

Bei Never Code Alone läuft Zed nicht im Production Stack. Wir arbeiten täglich mit Vim, VS Code und PhpStorm sowie mit Claude Code und OpenCode im Terminal. Zed ordnen wir redaktionell ein: Was der Editor kann, für wen er 2026 passt und wo er im Vergleich zu Neovim oder Cursor steht.

Never Code Alone baut seit über 20 Jahren Software und seit 2013 mit Fokus auf Qualität und automatisierte Tests. Unser Stack läuft auf Symfony, PHP, Astro und Cypress, auf eigenen Servern in Deutschland. KI Coding ist bei uns Alltag: Claude Code und OpenCode im Terminal, lokale Modelle über Ollama mit Qwen3 Coder. Genau deshalb können wir einen Editor wie Zed nüchtern bewerten statt ihn zu bejubeln.

Wir begleiten Teams beim Vibe Coding Consulting von der Toolauswahl bis in die Production, richten Self Hosted KI für Unternehmen ein und klären in der Datenschutz und DSGVO Beratung, welche Modelle an welche Codebase dürfen. Wenn ein KI Projekt aus dem Ruder läuft, übernehmen wir das Vibe Coding Projekt retten. Den Marktüberblick liefert unser Vergleich der Top 10 Vibe Coding Tools 2026.

Atom war ein Chromium Fork und hat dabei Electron hervorgebracht. Electron wurde später die Basis von VS Code und damit auch von fast jedem KI Editor, der seitdem als Fork erschienen ist. Nathan Sobo beschreibt das Problem klar: Web Technologie war ein schneller Weg zum fertigen Produkt, hat aber eine Decke eingezogen. Atom konnte nicht besser werden als die Plattform darunter.

Also hat das Team neu angefangen. Zed ist nicht wie eine Webseite gebaut, sondern wie ein Videospiel. Die gesamte Anwendung ist darauf ausgelegt, Daten an Shader auf der Grafikkarte zu schicken. Dafür entstand GPUI, ein eigenes UI Framework in Rust. Zed besitzt damit jede Schicht des eigenen Stacks, vom Renderer bis zum Sprachserver Handling.

Das ist der eigentliche Unterschied zu jedem VS Code Fork. Cursor, Windsurf und Co erben die Architektur von Electron und bauen KI darauf. Zed hat die Grundlage selbst gelegt und KI hineingebaut statt obendrauf. Wer wissen will, wie Editor Architektur die tägliche Arbeit prägt, findet die gleiche Diskussion in unserem Artikel zu Neovim mit Lua und LSP.

Die Installation läuft auf allen drei Systemen über ein Skript:

Am 22. April 2026 hat Zed Parallel Agents ausgeliefert, eine Woche vor dem 1.0 Release. Mehrere Agenten arbeiten gleichzeitig im selben Fenster an verschiedenen Teilen der Codebase. Einer schreibt Tests, einer refactored ein Modul, einer arbeitet am Frontend. Alles sichtbar nebeneinander statt in drei Terminal Tabs.

Für Teams, die schon mit mehreren Agenten arbeiten, schließt das eine echte Lücke. Wer heute Claude Code in tmux Panes orchestriert, kennt den Aufwand: Sessions verwalten, Kontext im Kopf behalten, Diffs manuell zusammenführen. Zed verlegt das in die Oberfläche.

Die ehrliche Einordnung: Parallele Agenten sind kein Produktivitätsmultiplikator per Knopfdruck. Drei Agenten produzieren drei Diffs, die alle jemand lesen muss. Ohne Tests, Linting und eine Security Absicherung im Workflow wächst nur die Menge an ungeprüftem Code. Genau da setzen wir mit Guardrails an.

Das Agent Client Protocol, kurz ACP, ist der interessanteste Teil für Teams, die schon einen Agent Workflow haben. ACP ist ein offener Standard dafür, wie Coding Agents mit Editoren sprechen. Zed hat das Protokoll gemeinsam mit Google und JetBrains vorangetrieben.

Praktisch heißt das: Du musst deinen Agenten nicht wechseln, wenn du den Editor wechselst. Claude Agent, Codex, OpenCode und seit kurzem auch Cursor laufen als externe Agenten in Zed. Der Agent behält seine eigene Konfiguration, seine Modelle und seine Auth. Zed liefert nur die Oberfläche mit Diff Ansicht und Kontrolle über die Änderungen.

Das ist ein Gegenentwurf zum Lock in. Ein KI Editor, der nur mit dem eigenen Agenten funktioniert, bindet dich an einen Anbieter. ACP macht die Kombination aus Editor und Agent austauschbar. Wie viel das wert ist, zeigt sich beim Modellwechsel: Wer sein Setup von Claude auf Devstral umstellt, will nicht zusätzlich den Editor tauschen.

Ergänzend läuft in Zed die klassische Skill und Rules Ebene weiter. Systeme wie Everything Claude Code hängen am Agenten, nicht am Editor, und funktionieren über ACP unverändert.

Zed spricht Ollama nativ an. Läuft der Ollama Server, erkennt Zed die geladenen Modelle automatisch und zeigt sie im Modell Dropdown. Damit laufen Agent Panel, Inline Assistant und Commit Message Generierung komplett auf dem eigenen Rechner. Kein Token verlässt das Haus.

Für einen abweichenden Endpunkt oder einen Ollama Server im Netz reicht ein Eintrag in der settings.json:

Braucht der Server einen Schlüssel, trägst du ihn im Provider UI ein oder setzt OLLAMA_API_KEY. Neben Ollama unterstützt Zed auch LM Studio und llama.cpp sowie beliebige OpenAI kompatible Endpunkte. Das ist der Weg für Teams, die eine Self Hosted KI mit Multi Tenant Architektur betreiben.

Bei NCA laufen lokale Modelle über Ollama mit Qwen3 Coder und Llama produktiv. Welches Modell für welchen Job taugt, hängt vor allem am verfügbaren VRAM und am Tool Calling Verhalten. Ein 7B Modell schreibt brauchbare Funktionen, orchestriert aber keine Multi File Refactorings.

Vier Editoren, vier Philosophien. Die Tabelle zeigt, worauf jeder optimiert ist und wo die Grenzen liegen. Keiner davon ist objektiv der beste, aber jeder passt zu einem anderen Team.

Zed hat eine Einstellung namens Disable AI. Ein Schalter, und der Editor ist wieder nur ein Editor. Threads Sidebar, Agent Panel, Edit Prediction und Inline Assistant verschwinden vollständig. In den Einstellungen heißt das Feld disable_ai.

Das klingt banal, ist es aber nicht. Viele KI Editoren machen die Assistenz zum Zentrum der Anwendung und lassen sich nicht sauber zurückbauen. Zed nimmt die Gegenposition ernst und hat dafür in der Community viel Zustimmung bekommen, obwohl der Editor selbst KI nativ mitbringt.

Für Projekte mit strengen Vorgaben ist genau das ein Argument. Wer an einer Codebase arbeitet, die aus Vertragsgründen kein Modell sehen darf, braucht keine Ausrede, sondern einen Schalter. Wie man solche Grenzen sauber zieht, klären wir in der Vibe Coding Datenschutz und DSGVO Beratung.

Es gibt sogar einen Fork, der diesen Gedanken zu Ende denkt: Gram ist Zed ohne KI und ohne Chat Features, vorgestellt im März 2026. Ein Beleg dafür, wie lebendig das Ökosystem um den Editor inzwischen ist.

Zed passt gut, wenn Geschwindigkeit im Alltag zählt und du einen Agenten mitbringst, den du behalten willst. Wer Rust, Go oder TypeScript schreibt, findet ein sauberes LSP Setup und einen Editor, der beim Tippen nicht nachdenkt. Multiplayer Editing ist für verteilte Teams ein echtes Alleinstellungsmerkmal.

Zed passt schlecht, wenn dein Workflow an einem bestimmten VS Code Plugin hängt. Das Extension Ökosystem ist deutlich kleiner, und für Nischensprachen oder spezielle Framework Integrationen fehlt oft das passende Stück. PHP und Symfony Teams, die PhpStorm Inspections und Refactorings gewohnt sind, verlieren beim Wechsel spürbar Komfort.

Unsere Einordnung: Zed ist 2026 ein ernstzunehmender Editor und kein Experiment mehr. Im NCA Stack ersetzt er nichts, weil unsere Arbeit stark im Terminal und in PHP Projekten stattfindet. Für Teams mit Rust oder TypeScript Fokus und einem etablierten Agent Workflow ist ein Test die Zeit wert.

Was in jedem Fall gilt: Der Editor entscheidet nicht über die Qualität. Ob Zed, Neovim oder VS Code, KI generierter Code braucht Tests, Static Analysis und eine Pipeline. Die Fallstricke haben wir in den Vibe Coding Risiken gesammelt, den Rahmen dazu liefert die Vibe Coding Bedeutung mit den vier Levels.

Roland Golla ist der Gründer von Never Code Alone in Duisburg. Sein Thema: Die KI schreibt den Code, er sorgt für die Qualität. Seit über 20 Jahren im Web, seit 2013 mit Schwerpunkt auf Softwarequalität und automatisierten Tests, Cypress Ambassador und Contributor im TYPO3 Core.

In der Praxis sehen wir immer wieder dasselbe Muster: Teams diskutieren wochenlang über den Editor und haben danach immer noch keine Pipeline. Der Editor ist die kleinste Stellschraube. Entscheidend sind die Guardrails drumherum, also Tests, Static Analysis, Reviews und ein Deployment, das rollback fähig ist.

Genau da setzen wir an. Wir bauen den Stack im Vibe Coding Consulting, vergleichen Agenten im Detail bei Cursor vs Claude Code und liefern mit den Top 10 Vibe Coding Tools die Marktübersicht. Rund um Zed passen aus unserem Open Source Glossar außerdem nWave als Agenten Framework, Headroom für Context Compression, Fallow für Codebase Intelligence und VoiceMode für Sprachsteuerung.

Die wichtigsten Fragen zum Zed Editor, zu Parallel Agents, zum Agent Client Protocol und zum Einsatz mit lokalen Modellen. Stand der Angaben ist Juli 2026, der Editor erscheint weiterhin im Wochenrhythmus.