KI Editor im Vergleich 2026: Welcher passt zum Entwicklungsalltag?

Cursor empfiehlt sich, wenn ein Agent den Programmieralltag prägen soll. Visual Studio Code mit GitHub Copilot bleibt die naheliegende Wahl, wenn der bisherige Editor und die Reviews über GitHub bereits gut funktionieren. Welcher KI Editor unter diesen 6 am besten passt, hängt weniger vom beworbenen Modell ab als davon, wo Agenten laufen, welche Änderungen sich prüfen lassen und welche Vorgaben das Unternehmen durchsetzen kann.

Ein Codeeditor mit KI ist inzwischen auch ein Ort, an dem sich Arbeit delegieren lässt. Die Kaufentscheidung reicht deshalb über Autovervollständigung hinaus: Sie bestimmt, wie Code zum Modell gelangt, wie ein Agent das Repository verändert und wie daraus ein geprüfter Pull Request wird.

Preise und Funktionen wurden am 6. November 2026 anhand der aktuellen Herstellerseiten geprüft. Dieser Vergleich beruht auf Dokumentation, nicht auf selbst durchgeführten Geschwindigkeitstests. Die folgenden Einstiegspreise gelten monatlich in US-Dollar für kostenpflichtige Einzelnutzung, vor Steuern. Modellnutzung und Unternehmensfunktionen können zusätzlich kosten.

KI Editor im Vergleich: das Wichtigste auf einen Blick

Für einen Arbeitsablauf mit dem Agenten im Mittelpunkt sollte Cursor zuerst geprüft werden. Bei einem eingespielten VS-Code-Team lohnt sich dagegen zunächst ein Blick auf Copilot, bevor ein Umstieg verlangt wird. Die übrigen Kandidaten haben jeweils einen konkreten Vorteil; die Reihenfolge ist keine pauschale Rangliste der erzeugten Codequalität.

Die kostenlosen Tarife sind dauerhaft verfügbare, begrenzte Angebote; sie versprechen keinen Testzugang zum kostenpflichtigen Tarif. Bei Zed endet der Test auch dann, wenn das Testguthaben aufgebraucht ist. Der Pro-Test von Kiro setzt eine Zahlungskarte voraus. Jeder Abschnitt verlinkt die Preisseite des Herstellers und erläutert die entscheidende Einschränkung.

Vor dem Download sind zwei Namensänderungen einzuordnen. Der Editor von Windsurf heißt inzwischen Devin Desktop. JetBrains AI bleibt der Dienst für den Modellzugang, während JetBrains Air zur umfassenderen Umgebung für Agentenarbeit wird. Beide Übergänge sind kein Grund, eine funktionierende Einrichtung aufzugeben, ohne vorher die Konditionen des bestehenden Kontos zu prüfen.

Der Abschied von Cursor steht schon fest? Unser Leitfaden zu Cursor-Alternativen hilft gezielt bei der Ersatzsuche. Hier bleibt Cursor im Vergleich, weil es um die Wahl des passenden Editors geht.

Welcher Codeeditor mit KI passt zur eigenen Arbeitsweise?

Zuerst kommt der Arbeitsablauf, dann das Modell. Das Modell erzeugt eine Antwort. Ein Agent ergänzt den Kreislauf aus Dateien lesen, Tools ausführen, Code ändern und Ergebnis prüfen. Im Editor wird dieser Ablauf gesteuert und kontrolliert.

Wann lohnt sich der Wechsel zu einem Editor mit KI im Mittelpunkt?

Ein Wechsel lohnt sich, wenn der Agent zum Zentrum der Arbeit geworden ist: Eine Änderung wird beschrieben, der Plan geprüft, die Umsetzung delegiert und ein großer Teil der Zeit für die Durchsicht von Diffs verwendet. Ein Diff zeigt hinzugefügte, geänderte und entfernte Zeilen. Cursor und Devin Desktop sind für diese Arbeitsweise starke Kandidaten.

Wenn etwa ein Einzelentwickler Kontoeinstellungen ergänzt, müssen möglicherweise Formular, Validierung, API-Verarbeitung und Tests aufeinander abgestimmt werden. Entscheidend ist, dass die Aufgabe über diese Dateien hinweg verständlich bleibt. Ein überzeugender erster Entwurf hilft wenig, wenn sich nicht schnell erkennen lässt, ob dabei die falsche API-Schnittstelle verändert wurde.

Was garantiert ein konsequent auf KI ausgelegter Editor nicht?

Ein auf KI ausgelegter Editor bietet nicht automatisch lokale Inferenz, freie Modellwahl oder Unternehmensfunktionen im günstigsten Tarif. Lokale Inferenz bedeutet, dass das Modell Prompts auf dem eigenen Rechner oder einer selbst kontrollierten Infrastruktur verarbeitet. Ein lokal laufender Agent kann Code trotzdem an ein entferntes Modell senden.

Bring your own key, meist BYOK abgekürzt, bedeutet, dass ein eigener Zugangsschlüssel für den Modellanbieter hinterlegt wird. Daraus geht hervor, wer die Modellanfrage autorisiert und häufig auch abrechnet. Es sagt allein noch nichts darüber aus, ob Anfragen über die Server des Editoranbieters laufen, ob die Autovervollständigung diesen Schlüssel verwendet oder ob andere Aufbewahrungsregeln gelten.

Bei einem privaten Repository muss für jeden Bestandteil geklärt werden, wo er läuft: Editor, werkzeugnutzender Agent und Modell. Dieselbe Frage gilt für Zusatzfunktionen wie Vervollständigung, Indexierung und externe Tools. Ein lokales Chatmodell verlagert nicht automatisch jede Funktion auf den Laptop.

Wann ist der bewährte Editor mit ergänzender KI die bessere Wahl?

Der vorhandene Editor sollte bleiben, wenn Debugger, Sprachunterstützung, Erweiterungen und eingespielte Reviews bereits wichtige Probleme lösen. VS Code mit Copilot und JetBrains mit KI können Agentenarbeit ergänzen, ohne dass zunächst eine Editormigration ansteht.

Wer als Entwicklungsleitung einen etablierten Dienst betreut, sollte neben dem KI-Abo auch die Kosten unterbrochener Arbeitsabläufe berücksichtigen. Spart der Agent eines neuen Editors Arbeit, beeinträchtigt aber notwendige Debugging- oder Erweiterungsabläufe, braucht der Umstieg stärkere Belege. Bewertet werden sollte der gesamte Arbeitstag, einschließlich der Phase nach Abschluss des Agenten.

Die sechs Editoren im Detail

Die Reihenfolge ist eine praktische Empfehlung für die Evaluierung. Eine zwingende Anforderung kann einen Spezialisten sofort nach vorn bringen: Lokaler Modellzugang spricht für Zed, die Prüfung von Spezifikationen für Kiro und ein eingespielter JetBrains-Arbeitsablauf für den Erhalt dieser IDE.

1. Cursor: wenn der Agent den Arbeitsbereich prägen soll

Cursor ist eine vollständige Entwicklungsumgebung. Sein stärkstes Argument ist der durchgängige Weg vom Aufgabenverständnis über Planung und Umsetzung bis zur Delegation in die Cloud. Das passt zu Entwicklern, die diese Tätigkeiten um den Agenten herum organisieren möchten, statt sie auf mehrere Anwendungen zu verteilen. Bei dateiübergreifenden Features ist es sinnvoll, erst den Plan abzustimmen und dann die Umsetzung freizugeben. Die Grenze: Das Einstiegsabo deckt nicht den gesamten Funktionsumfang ab, den viele mit Cursor verbinden.

Geeignet für: Einzelentwickler und Teams, die bewusst einen Editor mit Agenten im Mittelpunkt einführen.
Besonderheit: Ein prüfbarer Plan vor der Umsetzung und ein separater Ausführungsweg in der Cloud.
Preise: Plus ab $8/Monat; Cloud-Agenten und Drittanbietermodelle erfordern Premium, wobei die Nutzung von Drittanbietermodellen separat abgerechnet wird. Cursors Preisseite.
Kostenlos testen: Ein begrenzter kostenloser Tarif ist verfügbar; benötigte kostenpflichtige Funktionen müssen separat bewertet werden.

Welche Cursor-Funktionen entscheiden über die Wahl?

Modi: Ask beantwortet Fragen mit rein lesendem Zugriff; Agent ändert Code; Plan bereitet einen Ansatz zur Freigabe vor; Debug dient Problemen, für die Belege aus der Programmausführung nötig sind. Das sind unterschiedliche Eingriffstiefen, keine austauschbaren Namen für ein Chatfenster. Für eine gezielte Änderung wird Code markiert und an Agent gesendet: Laut Cursor ersetzt dies den früheren Ablauf zur Inline-Bearbeitung. Bei dateiübergreifenden Features sollte der Plan als Prüfschritt dienen. Der Leitfaden zu Agentenmodi dokumentiert, was jeder Modus ändern kann.

Cloud Agents laufen in separaten Cloud-Umgebungen und können Terminalbefehle ausführen, ohne vor jedem Befehl anzuhalten. Das ist delegierte Ausführung mit anderen Berechtigungen. Ein Cloud-Agent, der Abhängigkeiten installiert und eine Testsuite startet, tut mehr, als Text im Editor vorzuschlagen.

Modelle und BYOK: Cursors eigener Modellpool enthält etwa Grok 4.7 und Composer 2.5. Höhere berechtigte Tarife erschließen Drittanbietermodelle wie Claude Opus 5.5 von Anthropic, Gemini 4 Argon von Google und GPT-5.6 Sol von OpenAI. Die aktuelle Modell- und Tarifdokumentation trennt diese Angebote von älteren Abos, die Bestandskunden möglicherweise behalten können.

Plus umfasst weder Drittanbietermodelle noch BYOK. In berechtigten Tarifen werden Schlüssel für Anthropic, Google, Azure OpenAI, AWS Bedrock und bestimmte OpenAI-Chatmodelle unterstützt. Eigene Schlüssel versorgen nicht die Tab-Vervollständigung. Anfragen laufen zur Prompt-Erstellung weiterhin durch Cursors Backend. Cursors Richtlinie zur Null-Datenaufbewahrung gilt nicht für Anfragen mit eigenen Schlüsseln; für diese Verarbeitung gelten die Bedingungen des jeweiligen Anbieters. Bei berechtigter Unternehmensnutzung kann zudem eine plattformseitige Tokengebühr anfallen. Diese wesentlichen Einschränkungen von „Bring your own key“ erläutert der API-Schlüssel-Leitfaden.

Datenschutz und Verwaltung: Privacy Mode verhindert, dass Cursor und seine Modellanbieter Code zum Training verwenden. Teams ergänzt erzwungene Datenschutzeinstellungen, zentrale Abrechnung, Nutzungsanalysen, Single Sign-on sowie gemeinsame interne Regeln und Skills. Enterprise erweitert die Kontrollen für Repositorys, Modelle, Netzwerk, Ausgaben und Audits. Cloud-Ausführung benötigt weiterhin gespeicherte Arbeitsbereiche, Snapshots und Gesprächszustände. Deren gesonderte Aufbewahrung beschreibt die Sicherheitsdokumentation für Cloud Agents.

Dafür spricht: Der Agentenablauf soll den Arbeitsbereich bestimmen. Weniger geeignet, wenn: Eine direkte Verbindung zu lokalen Modellen erforderlich ist oder bereits der Einstiegstarif Drittanbietermodelle und Cloud-Delegation bieten soll.

Zum Einstieg eignet sich ein kleines Ticket mit bereits klaren Abnahmekriterien. Der folgende Ablauf ist ein Vorschlag zur Evaluierung; er wurde für diesen Vergleich nicht durchgeführt.

1. 1

   Den Rahmen festlegen

   Für die Aufgabe einen Branch anlegen. Erwartetes Verhalten, voraussichtlich betroffene Dateien oder Komponenten, notwendige Prüfungen und unantastbare Bereiche festhalten. Ein sinnvolles Beispiel ist die zusätzliche Validierung eines vorhandenen Einstellungsformulars, ohne die API-Antwort zu ändern.

2. 2

   Den Plan prüfen

   Plan in der Modusauswahl wählen oder mit Shift+Tab dorthin wechseln. Vor der Umsetzung nach Vorgehen und Prüfungen fragen. Unnötige Abhängigkeiten und sachfremdes Refactoring jetzt korrigieren. Soll der Plan zum Projekt gehören, Save to workspace verwenden; standardmäßig speichert Cursor Pläne außerhalb des Projekts.

3. 3

   Das Ergebnis kontrollieren

   Den begrenzten Plan freigeben, geänderte Dateien prüfen und die üblichen Repository-Prüfungen ausführen. Vor dem Merge das tatsächliche Verhalten mit den Abnahmekriterien vergleichen. Nötige manuelle Nacharbeit dokumentieren, damit die Bewertung die fertiggestellte Arbeit erfasst.

Die Dokumentation zu Plan Mode erklärt Planung und Speicherung im Arbeitsbereich. Entscheidend ist die Gewohnheit, schon vor der Umsetzung festzulegen, was eine Freigabe benötigt.

2. VS Code mit GitHub Copilot: für eingespielte Teamabläufe

VS Code mit GitHub Copilot ist der stärkste erste Kandidat für Teams, die mit Microsofts Editor und GitHub-Pull-Requests bereits vertraut sind. Agentenunterstützung lässt sich prüfen, während die gewohnte Umgebung erhalten bleibt. Bei einem Wartungsticket bedeutet das: im vertrauten Arbeitsbereich untersuchen, eine begrenzte Änderung erzeugen und durch den bestehenden Review-Prozess führen. Die Grenze liegt in der funktionsweisen Konfiguration: Eine Einstellung für lokale Modelle ersetzt nicht sämtliche gehosteten Copilot-Funktionen.

Geeignet für: Teams, deren Editoralltag und Reviews bereits auf VS Code und GitHub beruhen.
Besonderheit: Agenten einführen, ohne den Editor zu wechseln.
Preise: Copilot Pro ab $10/Nutzer/Monat; Unternehmenszugang und Verwaltung erfolgen über Unternehmenstarife. GitHubs Copilot-Preisseite.
Kostenlos testen: Copilot Free bietet begrenzte Chat- und Agentennutzung zur Evaluierung.

Modi: Chat dient Fragen und gemeinsamer Arbeit, Inline-Chat gezielten Änderungen im Code, Vorschläge helfen beim Tippen und Agenten übernehmen größere Aufgaben. Auch Cloud-Arbeit ist verfügbar. Die Verfügbarkeitsangaben müssen jeweils der konkreten Funktion zugeordnet werden: VS Code bezeichnet verwaltete interaktive Cloud-Sitzungen als experimentell und Cloud-Automatisierungen als Vorschau. Das macht nicht jede Cloud-Funktion von Copilot experimentell. Die VS-Code-Agentenübersicht trennt diese Wege.

Modelle und BYOK: Copilots veröffentlichter Katalog enthält Claude Sonnet 5.5, GPT-6.1 Sol und Gemini 4 Argon; die Verfügbarkeit hängt von Tarif und Funktion ab. VS Code unterstützt außerdem eigene Anbieterschlüssel, kompatible benutzerdefinierte Endpunkte und lokale Modelle, etwa über Ollama. Ein Endpunkt ist schlicht die Adresse, unter der ein Modelldienst Anfragen annimmt.

Diese Unterscheidung hilft bei Repositorys mit unterschiedlich sensiblen Inhalten. Ein lokales Modell lässt sich für Codeerklärungen testen, ohne damit zu behaupten, Copilots gehostete semantische Suche, Inline-Vorschläge oder embeddingbasierte Funktionen seien ebenfalls lokal geworden. VS Codes Dokumentation trennt diese Funktionen ausdrücklich. Lokaler BYOK-Chat ist auch ohne GitHub-Konto oder Copilot-Abo möglich; Hilfsaufgaben besitzen eigene Modelleinstellungen.

Bei Unternehmenskonten muss ein Administrator die BYOK-Richtlinie aktivieren. Über Chat: Manage Language Models lassen sich verfügbare Anbieterwege prüfen, statt anzunehmen, eine persönliche Konfiguration funktioniere auch auf einem verwalteten Arbeitsplatz. Der Leitfaden zur Sprachmodellkonfiguration erläutert Einrichtung und Offline-Einschränkungen.

Datenschutz und Verwaltung: Interaktionsdaten individueller Copilot-Konten können zum Modelltraining verwendet werden, sofern dies nicht abgewählt wird. Unternehmenstarife haben andere Datenzusagen und erlauben Administratoren, kostenpflichtige Nutzung und Richtlinien zu verwalten. Vor dem Zugriff auf internen Code sollte der freigegebene Kontozugang des Unternehmens feststehen.

Inhaltsausschlüsse sind eine nützliche Unternehmensfunktion, bilden laut GitHub aber ausdrücklich keine Sicherheitsgrenze im Dateisystem. Indirekter Zugriff, Drittanbieterwerkzeuge und weitere dokumentierte Ausnahmen sind relevant. Darf ein Agent eine Datei mit Zugangsdaten niemals lesen, sind zusätzlich zu Editoreinstellungen Betriebssystemberechtigungen und eine eingeschränkte Umgebung nötig. Die Dokumentation zu Inhaltsausschlüssen benennt diese Grenze ungewöhnlich deutlich.

Dafür spricht: Die Einführung soll Entwicklung und Reviews verbessern, während der vertraute Editor bleibt. Weniger geeignet, wenn: Jede Copilot-Funktion über ein einziges lokales Modell oder eine einzige BYOK-Einstellung laufen soll.

3. Windsurf: Der KI-Codeeditor heißt jetzt Devin Desktop

Windsurf heißt inzwischen Devin Desktop. Sein Hauptargument ist die Verwaltung von Agentenarbeit über lokale und Cloud-Sitzungen hinweg bei weiterhin verfügbarem Editor. Das Agent Command Center macht delegierte Arbeit sichtbar, statt jedes Gespräch in einem isolierten Seitenfenster zu behandeln. Wer mehrere unabhängige Fehlerkorrekturen betreut, kann so erkennen, welche Aufgabe Aufmerksamkeit braucht. Die Grenze: Native Devin-Arbeit und externe Agenten können unterschiedlichen Abrechnungen, Berechtigungen und Datenbedingungen unterliegen.

Geeignet für: Entwickler, die neben dem Editor eine zentrale Übersicht über mehrere Agenten wünschen.
Besonderheit: Lokale und Cloud-Agentenverwaltung innerhalb derselben Produktfamilie.
Preise: Pro ab $20/Monat, zusätzliche Nutzung ist verfügbar. Devins Preisseite.
Kostenlos testen: Kostenloser Tarif mit kleinem Agentenkontingent, begrenzter Modellauswahl sowie unbegrenzten Inline-Änderungen und Tab-Vervollständigungen.

Modi: Cascade trennt Code für Projektänderungen von Chat für Diskussionen. Dokumentiert sind außerdem Pläne, Checkpoints, Linter-Rückmeldungen, gleichzeitige Sitzungen und Worktrees, also separate Arbeitskopien eines Repositorys. Inline-Bearbeitung bleibt Teil des Editors; Devin Cloud bietet in berechtigten Tarifen entfernte Aufgabenausführung. Näheres steht in der Cascade-Dokumentation.

Für eine konkrete Evaluierung sollte der Agent einen fehlschlagenden Validierungsfall erhalten und neben der Korrektur einen Regressionstest liefern. Ein Checkpoint hilft bei der Rückkehr zu einem früheren Zustand, sagt aber nichts darüber aus, ob der neue Test die Fehlerbehebung belegt. Entscheidend für den Kauf ist, ob das Command Center parallele Arbeit übersichtlicher macht, ohne die sorgfältige Prüfung zu erschweren.

Modelle und BYOK: Der aktuelle native Katalog enthält SWE-2 von Cognition, Claude Sonnet 5.5, GPT-6 Sol von OpenAI, Gemini 4 Argon und Kimi K3. Tarifverfügbarkeit und Verbrauchsabrechnung unterscheiden sich. Deshalb sollten sowohl die Modellauswahl im Konto als auch der veröffentlichte Modellkatalog geprüft werden.

Der aktuelle öffentliche Modellleitfaden dokumentiert kein natives BYOK. Eine ältere Windsurf-Beschreibung zu BYOK sollte daher nicht als Kaufgrundlage für die heutige native Modellauswahl dienen. Eine Alternative ist dokumentiert: Ein externer Agent lässt sich über Agent Client Protocol, kurz ACP, verbinden. Diese Schnittstelle ermöglicht die Kommunikation zwischen Editor und unabhängig konfiguriertem Agenten.

Für Betrieb und Anbieterabrechnung ist dieser externe Agent selbst verantwortlich. Devins Dokumentation erklärt zudem, dass Devins Datenschutzrichtlinie und rechtliche Bedingungen für diese externen Agentenvorgänge nicht gelten. In Enterprise sind Drittanbieteragenten standardmäßig deaktiviert und müssen freigeschaltet werden. Die ACP-Dokumentation macht die Grenze deutlich. Externe Agenten schaffen Flexibilität, bieten aber nicht dieselbe Zusage wie natives BYOK.

Datenschutz und Verwaltung: Laut Cognition können Daten standardmäßig zum Training verwendet werden. Zahlende Nutzer können dies unter Data Controls abwählen; bei Teams steuert der Administrator diese Entscheidung. Enterprise-Daten werden ohne ausdrückliche vorherige Zustimmung nicht zum Training verwendet. Die aktuelle Sicherheits- und Datennutzungsrichtlinie sollte geprüft werden, bevor allein das Abo als Beleg für deaktiviertes Training gilt.

Teamangebote ergänzen zentrale Abrechnung und Analysen; Enterprise erweitert Identitäts- und Bereitstellungskontrollen. Modelle lassen sich auch über die dokumentierte Oberfläche für Modellfreigabelisten verwalten. Beim Angebotsvergleich müssen Kontrollen über Devins eigenen Modelldienst von den Berechtigungen angeschlossener externer Agenten getrennt werden.

Dafür spricht: Delegierte Arbeit soll verwaltet werden, während der Editor verfügbar bleibt. Weniger geeignet, wenn: Ein bestätigter nativer BYOK-Zugang Kaufvoraussetzung ist oder das Command Center bereits gut betreute Arbeit unnötig kompliziert macht.

4. Zed: für freie Modell- und Agentenwahl

Zed ist hier der klarste Ausgangspunkt, wenn die Wahl des Modellanbieters zur Editorentscheidung gehört. Der native Agent kann gehostete Modelle, eigene Schlüssel, Gateways und lokale Modellserver nutzen; externe Agenten haben einen separaten Integrationsweg. Das passt zu Entwicklern, die sensiblen Code lokal erklären lassen und andere Aufgaben mit einem freigegebenen gehosteten Modell bearbeiten möchten. Die Grenze liegt in der unternehmensweiten Durchsetzung: Die Geschäftskontrollen regeln nicht jeden externen Prozess, den Entwickler starten können.

Geeignet für: Entwickler, die lokale Inferenz und einen portablen Modellzugang schätzen.
Besonderheit: Mehrere Wege zum Modellzugang innerhalb des nativen Editors.
Preise: Personal ist mit eigenen Schlüsseln oder externen Agenten kostenlos; gehostetes Pro beginnt bei $10/Monat. Zeds Preisseite.
Kostenlos testen: Pro bis zu 14 Tage oder bis das Testguthaben verbraucht ist; keine Kreditkarte erforderlich.

Modi: Zed Agent übernimmt werkzeugnutzende Aufgaben, Inline Assistant verändert markierte Passagen und Änderungsvorhersagen helfen beim Tippen. Parallele Threads können über Projekte und Worktrees hinweg arbeiten. Externe ACP-Agenten und terminalgestützte Threads bieten weitere Wege mit jeweils eigener Konfiguration. Die Übersicht zu KI-Arbeitsabläufen erläutert diese Trennung.

Parallele Threads sind nicht mit einem enthaltenen gehosteten Cloud-Agentendienst gleichzusetzen. Ein externer Agent kann eigene Fernfunktionen mitbringen. Dass der Editor mehrere Threads anzeigt, klärt jedoch nicht, wo diese Agenten ausgeführt werden. Soll die Arbeit nach dem Zuklappen des Laptops weiterlaufen, müssen genau dieser Agent und sein Hosting geprüft werden.

Modelle und BYOK: Zu den gehosteten Beispielen gehören Claude Opus 5.5, GPT-6.1 Sol und Gemini 4 Argon im Katalog der von Zed gehosteten Modelle. Personal unterstützt auch Anbieterschlüssel. Für lokale Inferenz dokumentiert Zed Ollama, LM Studio, llama.cpp und kompatible lokale Endpunkte.

Die Unterscheidung bei lokalen Modellen hilft mehr als eine lange Anbieterliste. Zed dokumentiert lokale Modelle für den nativen Agenten und Inline Assistant; Änderungsvorhersagen haben dagegen eine eigene Anbietereinrichtung. Auch externe Agenten benötigen eine eigene Modellkonfiguration. Der Einrichtungsleitfaden für lokale Modelle zeigt, wohin die jeweiligen Verbindungen gehören.

Ein sinnvoller Pilot besteht aus einer Repository-Erklärung und einer kleinen Änderung, jeweils ausschließlich mit dem gewählten lokalen Anbieter. Vor einer Datenschutzbewertung der gesamten Umgebung sollten aktive Funktionen und Netzwerkverhalten geprüft werden. Auch muss das Modell die benötigten Werkzeuge und den Aufgabenkontext verarbeiten können. Die Unterstützung eines lokalen Servers garantiert nicht, dass jedes darüber angebotene Modell ein guter Entwicklungsagent ist.

Datenschutz und Verwaltung: Laut Zed werden Prompts und Codekontext standardmäßig nicht aufbewahrt; gehostete Anbieter geben Zusagen gegen Trainingsnutzung. Einige vom Anbieter entsprechend eingestufte Modelle erfordern dennoch eine sicherheitsbedingte Aufbewahrung. Für eigene Schlüssel, Gateways und externe Agenten gelten die Bedingungen des jeweiligen Anbieters. Die Datenschutzdokumentation erklärt diese Wege getrennt.

Business ergänzt Einschränkungen für gehostete Modelle, gesperrte Einstellungen zur Datenfreigabe, Kontrollen für Änderungsvorhersagen und Ausgabentransparenz. Die Preisseite sagt ausdrücklich, dass diese Kontrollen Zeds gehostete Dienste betreffen. Dort werden SSO, SAML und SCIM außerdem als geplant, derzeit aber nicht verfügbar bezeichnet. SSO zentralisiert die Anmeldung; SCIM automatisiert die Einrichtung und Entfernung von Konten. Ist eine dieser Funktionen beim Onboarding Pflicht, kann diese Einschränkung die Entscheidung unmittelbar bestimmen.

Dafür spricht: Der Modellzugang des nativen Agenten soll tatsächlich wählbar sein. Weniger geeignet, wenn: Die Einführung noch nicht ausgelieferte Unternehmensfunktionen zur Identitätsverwaltung voraussetzt oder eine einzige Richtlinie sämtliche externen Agenten regeln muss.

5. Kiro: erst spezifizieren, dann implementieren

Kiro passt am besten, wenn Anforderungen und Entwurf als prüfbare Dokumente vorliegen sollen, bevor ein Agent das Feature schreibt. Der Spezifikationsablauf macht aus einer Idee Anforderungen, Entwurf und Aufgaben. Das hilft etwa bei einer Abrechnungsänderung, wenn zuerst geklärt werden muss, was nach einem Tarifwechsel für Bestandskunden gelten soll. Die Grenze: Auch eine gründlich wirkende Spezifikation kann die falsche Geschäftsregel festschreiben.

Geeignet für: Entwickler und Entwicklungsleitungen, die ausdrückliche Anforderungen und Umsetzungsaufgaben wünschen.
Besonderheit: Ein strukturierter Spezifikationsablauf innerhalb der Entwicklungsumgebung.
Preise: Pro ab $20/Nutzer/Monat. Kiros Preisseite.
Kostenlos testen: Ein kostenloser Tarif ist verfügbar; beim ersten Pro-Upgrade ist der restliche Monat kostenlos, eine Zahlungskarte wird vorausgesetzt.

Modi: Kiros aktueller IDE-Chat bietet Default, Spec, Plan, Quick Spec und Bug Fix. Plan dient der Planung ohne Änderungen; Spec erstellt Anforderungen, Entwurf und Aufgaben. Chat unterscheidet eine Frage zur Erklärung von einer Anweisung zur Dateiänderung. Die IDE-Chat-Dokumentation beschreibt diese Abläufe und das Anhängen von Projektkontext.

Für gezielte Bearbeitungen ist eine klar begrenzte Chatanfrage mit Dateikontext und anschließender Prüfung der Inline-Diffs der verifizierte Ablauf. Ein separater Bearbeitungsmodus mit Inline-Prompt ließ sich nicht bestätigen. Umfassendere Delegation ist über Kiro Web verfügbar; dessen Cloud-Sitzungen können nach dem Schließen des Laptops weiterlaufen. Web-Automatisierungen bilden einen eigenen Bereich neben der gewöhnlichen IDE-Nutzung.

Modelle und BYOK: Kiros verwaltete Auswahl enthält Claude Opus 5.5, Claude Sonnet 5.5, GPT-5.6 Sol, GPT-5.6 Terra und GPT-5.6 Luna sowie Open-Weight-Modelle wie Kimi K3. Open Weight bedeutet, dass die Modellgewichte zu den jeweiligen Verbreitungsbedingungen verfügbar sind. Die Auswahl in Kiro bedeutet nicht, dass das Modell auf dem eigenen Rechner läuft. Der Modellkatalog nennt Verfügbarkeit und geografischen Ort der Inferenz.

Diese Dokumentation belegt keinen allgemeinen Zugang über eigene Anbieterschlüssel oder lokale Modelle. Kiros Erläuterung zur Modellverwaltung trennt ausdrücklich die Freigabe der vorhandenen Modellliste vom Einbringen eigener Modelle. Ist private Inferenz unverzichtbar, sollten zuerst Zed oder ein unterstützter lokaler Modellzugang im vorhandenen Editor geprüft werden.

Datenschutz und Verwaltung: Enterprise unterstützt zentrale Identitätsverwaltung, Modellvorgaben und Ausgabenkontrollen. Inhalte individueller Konten können zur Dienstverbesserung verwendet werden, auch bei kostenpflichtigen Konten mit Social Login oder AWS Builder ID. Enterprise-Inhalte sind davon ausgenommen. Einzelne Nutzer können die Inhaltsfreigabe unter Settings → User → Application → Telemetry and Content ändern, wie die Datenschutzdokumentation beschreibt.

Ein Verwaltungsdetail verlangt eine bewusste Entscheidung: Auto kann Anfragen an aktive Modelle außerhalb der administrativ freigegebenen Modellliste weiterleiten. Laut Kiro sollten Administratoren, die eine strikte Verarbeitung ausschließlich mit freigegebenen Modellen benötigen, Auto sperren und einen genehmigten Standard festlegen. Die Dokumentation verfügbarer Modelle erläutert diese Ausnahme. Einen Router freizugeben ist etwas anderes, als ausschließlich die in einem eingeschränkten Menü sichtbaren Modellnamen zu genehmigen.

Für ein produktives Feature sollten Menschen die Anforderungen prüfen, bevor die Umsetzungsaufgaben als maßgeblich gelten. Beim Abrechnungsbeispiel muss geklärt sein, was mit Leistungsanspruch, Kündigung und fehlgeschlagener Zahlung eines Bestandskunden geschieht. Beantwortet die Spezifikation diese Fragen nicht, beweist die Erledigung aller generierten Aufgaben keine Einsatzreife.

Dafür spricht: Plan und Geschäftsregeln sollen für Reviewer als prüfbare Dokumente vorliegen. Weniger geeignet, wenn: Überwiegend Kleinständerungen anstehen oder der freigegebene Arbeitsablauf einen beliebigen lokalen Modellendpunkt voraussetzt.

6. JetBrains AI: die vertraute JetBrains-IDE behalten

JetBrains AI sollte zuerst geprüft werden, wenn die bestehende JetBrains-IDE bereits den Entwicklungsalltag trägt. Es ergänzt modellgestützte Assistenz; Air bietet einen umfassenderen Agentenablauf und Junie einen Entwicklungsagenten. Bei der Pflege einer etablierten Java- oder .NET-Anwendung können vertraute Projektnavigation, Debugging und Reviews wichtiger sein als ein Editorwechsel rund um den neuesten Agenten. Die Grenze: Die Unterstützung lokaler Modelle unterscheidet sich deutlich je nach Funktion.

Geeignet für: Entwickler, deren tägliche Arbeit bereits von einer JetBrains-IDE abhängt.
Besonderheit: Agentengestützte Arbeit und Prüfung innerhalb der vorhandenen Entwicklungsumgebung.
Preise: Individuelles AI Pro ab $10/Nutzer/Monat; die zugrunde liegende IDE-Lizenz ist separat zu prüfen. JetBrains' monatliche KI-Preise.
Kostenlos testen: AI Pro bietet 30 Tage; kostenloser KI-Zugang ist auf bestimmte berechtigte IDEs beschränkt.

Modi: AI Assistant bietet Chat, Generierung im Editor und Codevervollständigung. Junie und weitere angeschlossene Agenten übernehmen größere Aufgaben. Air ermöglicht die Prüfung geänderter Dateien und Kommentare an Diffs innerhalb der IDE. Cloud-Ausführungen sind für manche Kunden bereits verfügbar. JetBrains beschreibt die breitere Einführung jedoch als schrittweise; bei einem neuen Konto sollte die Verfügbarkeit nicht vorausgesetzt werden. Die Air-Produktübersicht beschreibt den aktuellen Umfang.

Modelle und BYOK: Der Katalog von AI Assistant enthält Claude Opus 5.5, GPT-6.1 Sol und Gemini 3.8 Flash. Die Modellwahl hängt von der Funktion ab. Die Liste unterstützter Modelle garantiert daher nicht, dass jeder integrierte Agent jedes Modell nutzen kann.

Unterstützte Zugangsdaten für Anthropic, OpenAI und Google lassen sich hinterlegen, kompatible Endpunkte konfigurieren oder lokale Modelle über Ollama und LM Studio verbinden. Die entscheidende Grenze ist ausdrücklich dokumentiert: Agenten von AI Assistant können keine lokalen Modelle nutzen, und lokale Modelle können seine konfigurierten MCP-Tools nicht aufrufen. MCP, das Model Context Protocol, verbindet ein KI-Tool mit externen Werkzeugen und Daten. Lokale Modellunterstützung hilft somit bei unterstützten Chat- und Editorfunktionen, verspricht aber keinen pauschal offline arbeitenden Agenten.

Auch die Einrichtung erfordert getrennte Zuweisungen. Lokale Modelle und Modelle an benutzerdefinierten Endpunkten benötigen Funktionszuweisungen, um über AI Chat hinaus zu arbeiten. Vervollständigungen besitzen eine eigene Anbieterkonfiguration. JetBrains' Anleitung für eigene Modelle dokumentiert Einschränkungen und Einstellungen. Die benötigte Funktion sollte konfiguriert und anschließend geprüft werden; allein das Chatmodell umzustellen reicht nicht.

Datenschutz und Verwaltung: Air Governance trennt Unternehmenskontrollen vom Modellverbrauch. Es bietet zentrale Zugangs- und Ausgabenkontrollen, eine Zusage gegen Trainingsnutzung bei geschäftlicher Verwendung und je nach Tarif weitere Kontrollen für Modelle, Agenten und verwaltete Schlüssel. Enterprise-Optionen ergänzen etwa hybride Bereitstellung, Auditprotokolle und Integrationen zur Kontobereitstellung. Für diese Unternehmensentscheidung ist die Governance-Seite maßgeblich, nicht der Preis des individuellen AI-Pro-Tarifs.

Bei der Prüfung privater Modelle sollte festgehalten werden, ob lokale Erklärungen, lokale Vervollständigung oder ein vollständig lokaler werkzeugnutzender Agent erforderlich sind. Das sind unterschiedliche Abnahmekriterien. Für die ersten beiden kann JetBrains sinnvoll sein, ohne die letzte Anforderung über die lokale Modellintegration von AI Assistant zu erfüllen.

Dafür spricht: Die bewährte IDE soll erhalten bleiben. Weniger geeignet, wenn: Der Kauf vor allem einem vollständig lokalen autonomen Agenten oder sofort verfügbarem Cloud-Zugang für jedes Konto dienen soll.

Welcher Editor eignet sich für wen?

Für schnelleres Arbeiten allein ist Cursor der Ausgangspunkt, wenn mehr vom Entwicklungsablauf delegiert werden soll. Der geprüfte Tarif muss die gewünschten Modi und Modelle enthalten. Ein Einstiegspreis ist belanglos, wenn die übliche Aufgabe eine darin fehlende Funktion benötigt. Devin Desktop ist die Alternative, wenn die Betreuung mehrerer lokaler und Cloud-Agenten den größeren Nutzen im Alltag bringt.

Für Teamregeln und Reviews beginnt die Auswahl beim bereits genutzten Editor. VS Code mit Copilot ist ein starker Standard für GitHub-zentrierte Arbeit, JetBrains AI für eine etablierte JetBrains-Umgebung. Ein Kandidat muss abgenommene Änderungen und die Übersichtlichkeit der Reviews ausreichend verbessern, um die Unterbrechung durch einen Wechsel zu rechtfertigen.

Für lokale oder private Modelle sind Zeds native Anbieterwege der erste Ansatzpunkt. Auch VS Code dokumentiert lokales BYOK für unterstützte Chat- und Agentenarbeit. JetBrains bietet lokale Assistenz mit den oben beschriebenen Agenteneinschränkungen. Welche Funktion lokal bleiben muss, sollte feststehen, bevor der gesamte Editor als datenschutzgerecht eingestuft wird.

Für gemeinsame Anforderungen lohnt sich Kiro, wenn die Spezifikationsprüfung ausdrücklich Teil der Arbeit werden soll. Der Vorteil ist besonders relevant bei unklarem Sollverhalten, notwendiger Abstimmung zwischen mehreren Beteiligten oder schwierigen Randfällen. Er fällt geringer aus, wenn das Ticket bereits eine winzige mechanische Änderung vorgibt.

Bei Unternehmenskontrollen schlägt eine zwingende Anforderung die Rangfolge. Ein vorgeschriebenes Identitätsprotokoll kann Zed derzeit ausschließen. Ein Verbot anbietergehosteter Repository-Zustände kann Cloud-Ausführung ausschließen, während lokale Editorassistenz möglich bleibt. Eine strikte Modellfreigabeliste verändert die Konfiguration von Kiro Auto. Gekauft werden sollte der durchsetzbare Arbeitsablauf, den das Unternehmen benötigt.

Die Wechselregel ist einfach: Ein Editorwechsel lohnt sich erst, wenn der neue Arbeitsablauf ein wiederkehrendes Problem löst, das der bisherige Editor nicht zufriedenstellend bewältigt. Andernfalls genügt der passende Agent oder Modellzugang; die übrigen bewährten Werkzeuge bleiben erhalten.

So wurden die Kandidaten ausgewählt

Verglichen wurden diese sechs anhand ihrer Agentenmodi, Modellzugänge, Datenschutzgrenzen, Unternehmenskontrollen und der Grenzen des beworbenen Arbeitsablaufs. Die Preise stammen von den aktuellen Herstellerseiten, nicht aus älteren Tests. Das oben genannte Datum dokumentiert diese Prüfung. Für den Artikel wurden keine Programmiersitzungen, Abonnements oder gemessenen Produktivitätsversuche durchgeführt.

Der Vergleich trennt vier Aspekte, die Anbieter oft gemeinsam darstellen: Editoroberfläche, Ausführungsumgebung des Agenten, Modellanbieter und Verwaltungsrichtlinie. Das bietet eine nützlichere Entscheidungsgrundlage als eine unbelegte Punktzahl für „Intelligenz“. Dasselbe Modell kann über unterschiedliche Werkzeuge, Berechtigungen, Abrechnungen und Prüfansichten zugänglich sein.

Im Mittelpunkt steht der Editor für die tägliche Arbeit. Browserbasierte App-Builder und eigenständige Terminalagenten gehören nicht zur Hauptauswahl, weil sie eine andere Kaufentscheidung betreffen.

Claude Code ist eine separate Option für einen Entwicklungsagenten, die ergänzend zur Editorwahl betrachtet werden kann.

OpenAI Codex ist eine weitere Option für Entwicklungsagenten mit Arbeitsabläufen, die über die Wahl des täglichen Editors hinausgehen.

Von diesen Kombinationen ist abzuraten

Cursor Plus sollte nicht für einen Arbeitsablauf gewählt werden, der Drittanbietermodelle, BYOK oder Cloud-Agenten verlangt. Dafür ist ein anderer berechtigter Tarif nötig. Ein niedriger Monatsbetrag macht fehlende Funktionen nicht zum Schnäppchen.

Zed eignet sich nicht als neuer Unternehmensstandard, wenn SSO oder SCIM schon heute zwingende Onboarding-Voraussetzungen sind. Persönliche Begeisterung ersetzt keine Identitätsintegration, die laut Anbieter erst geplant ist.

Der lokale Modellzugang von JetBrains AI Assistant sollte nicht als zugesagter autonomer Offline-Agent eingeplant werden. Die dokumentierte lokale Unterstützung erstreckt sich nicht auf seine Agenten oder MCP-Werkzeugaufrufe.

Kiro Auto ist ungeeignet, wenn ausschließlich eine ausdrücklich freigegebene Modellliste erlaubt ist, sofern der Administrator das weitergehende Verhalten des Routers nicht bewusst genehmigt hat. Ebenso belegt ein persönliches kostenpflichtiges Kiro- oder Devin-Konto nicht, dass die Inhaltsfreigabe deaktiviert ist.

Das sind konkrete Fehlkombinationen, keine pauschalen Urteile über schlechte Produkte. Ein sinnvoller Ausschluss verhindert, dass ein Pilot Zeit für ein Tool verbraucht, das eine zwingende Anforderung nicht erfüllen kann.

Der erste Pilot: vor dem Merge prüfen

Bewertet werden sollte eine abgenommene Änderung einschließlich des Aufwands für Prüfung und Nachbesserung. Ein überzeugender Demoprompt lässt sich zu leicht optimieren. Ein gewöhnliches Repository-Ticket zeigt die Abläufe, die später regelmäßig anfallen.

Geeignet sind eine Fehlerkorrektur mit bekannter Reproduktion, ein begrenztes Feature mit schriftlichen Abnahmekriterien und eine Wartungsaufgabe wie die Aktualisierung einer vorhandenen Abhängigkeit. Das sind vorgeschlagene Aufgabenkategorien, keine Benchmark-Ergebnisse. Repository-Zustand und Abnahmekriterien sollten zwischen den Kandidaten vergleichbar bleiben.

1. 1

   Konto und Datenweg festlegen

   Den Kontotyp verwenden, den das Unternehmen tatsächlich einsetzen würde. Gewähltes Modell, Ausführungsort, aktivierte Inhaltsfreigabe und Verhalten bei erschöpftem Inklusivverbrauch prüfen. Bei lokalen Modellen auch Zusatzfunktionen und externe Werkzeuge untersuchen.

2. 2

   Belege zur Änderung verlangen

   Den relevanten Diff, die ausgeführten Prüfungen und offene Annahmen anfordern. Bei einem Fehler müssen Reproduktion und Regressionstest zusammenpassen. Bei einem Feature das Verhalten mit den Anforderungen vergleichen; ein erfolgreicher Build allein ist kein vollständiger Beleg.

3. 3

   Verbleibende Eigenarbeit erfassen

   Review-Zeit, manuelle Korrekturen, unnötige Änderungen und die Erfüllung des Tickets festhalten. Tatsächliche Nutzungsgebühren aus dem Konto dokumentieren, statt sie aus dem beworbenen Abopreis abzuleiten. Der Editor sollte bleiben, wenn sich der vollständige Arbeitsablauf bewährt.

Der konkrete nächste Schritt: den Kandidaten wählen, der die zwingenden Daten- und Verwaltungsanforderungen erfüllt, und damit das kleinste aussagekräftige Ticket bearbeiten. Die Einführung wird erweitert, sobald das Ergebnis prüfbar und wiederholbar ist.

Häufige Fragen

Welcher kostenlose KI-Codeeditor ist der beste?

Copilot Free ist ein guter Ausgangspunkt für begrenzte gehostete Assistenz innerhalb von VS Code. Zed Personal passt, wenn der Editor mit eigenen Schlüsseln oder externen Agenten genutzt werden soll; die Anbieternutzung kann trotzdem kostenpflichtig sein. Bei lokalen Modellen müssen die unterstützte Funktion und die Leistungsfähigkeit des eigenen Rechners für das gewählte Modell geprüft werden, bevor der Ablauf als kostenlos gilt.

Welcher Codeeditor eignet sich für Anfänger?

Am besten eignet sich zunächst der Editor, den Kurs, Projekt oder Mitwirkende verwenden. KI lässt sich schrittweise ergänzen. Hilfreich sind Erklärungen und kleine, überprüfbare Änderungen. Diffs lesen und Verhalten prüfen zu lernen bringt mehr als ständige Editorwechsel auf der Suche nach einem Agenten, der keine Aufsicht braucht.

Welche KI eignet sich am besten zur Codegenerierung?

Für einen Entwicklungsablauf mit Agenten im Mittelpunkt sollte zuerst Cursor geprüft werden, für ein etabliertes VS-Code-Team Copilot. Editor und Modell sind getrennte Entscheidungen: Die im tatsächlichen Tarif verfügbaren Modelle sollten dieselbe begrenzte Repository-Aufgabe bearbeiten. Anschließend werden Diff, Prüfungen und Nacharbeit bewertet. Ein plausibler erster Entwurf bedeutet nicht automatisch, dass die Änderung am leichtesten zu prüfen ist.

Mit dem Newsletter gibt es die AI Business Workflow Audit Checklist: Sie hilft dabei, delegierbare Arbeit, benötigte Daten und die weiterhin nötige Prüfung zu erfassen.