Agent Panel, Edit Prediction, ACP – und wie sich Zed gegen Cursor, VS Code und Claude Code schlägt
Wer 2025 über Zed sprach, meinte meistens: schneller Editor, Rust, Multiplayer. 2026 hat sich das Bild verschoben. Zed hat in den letzten 18 Monaten seine Architektur konsequent Richtung agentisches Programmieren ausgebaut – nicht als Plugin-Schicht, sondern als Kern des Editors. Das unterscheidet Zed architektonisch von fast allem, was es sonst gibt.
Agent Panel – mehr als Autocomplete
In Zed kannst du einem Agenten Aufgaben geben, die über mehrere Dateien gehen. Ein Prompt wie Implement OAuth login löst keinen einzelnen Code-Vorschlag aus, sondern einen Workflow: Der Agent sucht Dateien, liest Code, ändert bestehende Stellen, erstellt neue Dateien und führt Commands aus.
Technisch arbeitet der Agent mit Tools wie list-files, read-files, update-files, create-files, execute-command und search. Das ist im Grunde ein LLM mit IDE-Tools und Codebase-Kontext – kein Chatfenster mit Copy-Paste-Ergebnissen, sondern ein Agent, der direkt im Projekt arbeitet.
Inline Assistant
Der Inline Assistant erlaubt es, markierten Code direkt zu transformieren – Refactoring, Tests hinzufügen, erklären, optimieren. Das passiert im Editor selbst, nicht in einem separaten Fenster. Der Vorteil liegt im reduzierten Kontextverlust: Man bleibt im Code, statt zwischen Chat und Editor hin und her zu springen.
Edit Prediction mit Zeta
Zed hat ein eigenes Modell namens Zeta, das versucht vorherzusagen, was der nächste Edit sein wird. Das ist ein anderer Ansatz als klassisches Autocomplete. Statt nur die nächsten Zeichen zu ergänzen, versucht Zeta die nächste Edit-Operation vorherzusagen – also nicht nur was man tippt, sondern wo und wie man als nächstes den Code verändert.
AI als Teil des Editors
Der zentrale Architekturentscheid bei Zed: AI-Operationen sind Editor-Operationen. Generate Patch, Show Diff, Accept Changes – der Workflow ähnelt einem Pull-Request. Das Modell liefert einen Patch, der Editor zeigt den Diff, der Entwickler akzeptiert oder verwirft. Das ist eine bewusst konservative Philosophie. Der Zed-Blog formuliert es so: Treat agent code like a PR from an external contributor.
Das hat Konsequenzen für den Arbeitsfluss. Zed optimiert nicht darauf, dass die KI möglichst viel automatisch macht. Zed optimiert darauf, dass Entwickler und Agent zusammenarbeiten. Developer denkt, Agent implementiert, Developer reviewt.
ACP – Agent Client Protocol
Zed hat ein eigenes Agent-Protokoll entwickelt: ACP. Damit können externe Agents im Editor laufen – Gemini CLI, eigene Agents, zukünftige Tools. Die Kommunikation läuft über JSON-RPC. Konzeptionell ist ACP verwandt mit Anthropics MCP, aber auf die Editor-Integration fokussiert: Wo MCP die Brücke zwischen LLM und externen Systemen schlägt, verbindet ACP externe Agents mit der IDE.
Real-Time Collaboration
Zed kann mehrere Entwickler gleichzeitig im gleichen Code arbeiten lassen – Shared Workspace, Shared Cursors, Live Edits. Das ist unter AI-Editoren tatsächlich einzigartig. Cursor, VS Code und Claude Code bieten nichts Vergleichbares als native Funktion.
Kontext – dynamisch statt persistent
Ein häufiges Missverständnis: Zed speichert kein automatisches Langzeitgedächtnis. Der Kontext kommt hauptsächlich aus aktuellen Dateien, der Projektstruktur und der Auswahl im Editor. Der Agent kann selbst Kontext erzeugen – suchen, Dateien lesen, Zusammenhänge herstellen. Das ist dynamischer Kontext, kein persistentes Memory. Ein wichtiger Unterschied zu Tools wie Cursor, die Codebase-Embeddings und Memory-Funktionen mitbringen.
Die ehrliche Einordnung: Zed vs. Cursor vs. VS Code vs. Claude Code
Eine grobe Einordnung, Stand 2026:
Cursor bringt das stärkste Agent-Coding mit. Composer, Multi-File-Edits, Codebase-Embeddings und gute Memory-Funktionen. Schwäche: Electron-basiert, spürbar schwerer als Zed.
Claude Code liegt vorn bei Planung und Reasoning. Architekturentscheidungen, komplexe Refactorings, mehrstufige Analysen. Schwäche: kein richtiger Editor – es ist ein CLI-Tool, kein IDE-Ersatz.
VS Code hat das größte Plugin-Ökosystem. Für fast jedes Problem gibt es eine Extension. Schwäche: AI ist aufgesetzt, nicht integriert. Die KI-Features kommen über Plugins, nicht aus dem Editor-Kern.
Zed ist die schnellste native AI-IDE. Rust-basiert, AI im Editor integriert, Agent-Workflows, Multiplayer. Schwäche: weniger AI-Automatisierung als Cursor, weniger Memory-Features, kleineres Plugin-Ökosystem.
Vibe-Coding-Setup mit Zed – was wirklich funktioniert
Aus der Praxis haben sich einige Patterns bewährt, die den Unterschied zwischen Zed mit KI und produktivem Vibe-Coding ausmachen.
Agent Panel statt nur Inline-Prompts. Viele nutzen nur den Inline Assistant für einzelne Transformationen. Das Agent Panel kann mehr: Multi-File-Tasks wie REST-Endpoint erstellen, Tests hinzufügen, Routen aktualisieren – als zusammenhängenden Workflow.
Inline Editing statt Chat. Code markieren, transformieren – das spart Kontext und hält den Fokus. Für schnelle Änderungen ist der Inline Assistant dem Chat-Fenster überlegen.
Mehrere Modelle parallel nutzen. Zed unterstützt mehrere LLM-Provider. Ein produktives Setup könnte Claude für Architektur, GPT für Refactoring und DeepSeek für Tests einsetzen. Unterschiedliche Modelle haben unterschiedliche Stärken.
Kleine Tasks statt große Prompts. Agenten funktionieren besser mit kleinen, klar definierten Aufgaben als mit dem Versuch, ein komplettes System in einem Prompt zu beschreiben.
Diff-Review-Workflow. Die KI sollte immer Patches generieren, die man als Diff reviewt und explizit akzeptiert. Nie Auto-Apply. Das ist nicht nur sicherer – es ist auch der Punkt, an dem man als Entwickler lernt, was das Modell gut kann und wo es Schwächen hat.
Was man kostenlos nutzen kann
Für einen Einstieg in Vibe-Coding ohne Abo-Kosten bietet Zed eine solide Grundlage: der Editor selbst, Inline Assistant, Agent Panel und die Anbindung mehrerer LLM-APIs sind kostenlos nutzbar. Auch der Git-Diff-Review-Workflow kostet nichts extra. Bezahlt wird bei Claude Code, Cursor Pro und GitHub Copilot – wobei die Grenze zwischen kostenlos und bezahlt sich bei allen Anbietern regelmäßig verschiebt.
Editor gleich Runtime
Viele IDEs behandeln KI als Plugin – eine zusätzliche Schicht, die auf den Editor aufgesetzt wird. Zed hat einen anderen Weg gewählt: Der Editor ist die AI-Runtime. Das ist ein architektonischer Unterschied, der sich im Alltag bemerkbar macht. Patches werden wie Diffs behandelt, Agent-Aktionen sind Editor-Operationen, Kontext kommt aus dem Projekt statt aus einer separaten Datenbank.
Ob das der bessere Ansatz ist, hängt davon ab, was man sucht. Wer maximale Automatisierung will, greift zu Cursor. Wer Planung und Reasoning braucht, nimmt Claude Code. Wer einen schnellen, nativen Editor will, in dem KI nicht aufgesetzt wirkt, sondern Teil des Werkzeugs ist – der sollte sich Zed 2026 ernsthaft ansehen.