Agentic Web IDE: was der Begriff meint — und was eine im Browser leisten muss
Was eine Agentic Web IDE von Cursor & Co. unterscheidet: Agenten im Browser, Editor, Git, Terminal ohne Installation. Kriterien, Grenzen, ehrlicher Vergleich.
Eine Agentic Web IDE ist eine Entwicklungsumgebung, die im Browser läuft und in der KI-Agenten nicht nur Code vorschlagen, sondern Aufgaben selbstständig abarbeiten: Sie planen, ändern mehrere Dateien, führen Befehle im Terminal aus, lesen das Ergebnis und korrigieren sich. „Agentic" beschreibt diese Arbeitsweise. „Web" beschreibt den Ort: Es gibt keinen Installer, der Arbeitsbereich liegt auf einem Server, und du öffnest ihn mit einer URL — auf dem Laptop, dem Rechner im Büro oder dem Telefon. Das unterscheidet sie von Cursor, Windsurf oder Kiro, die als Desktop-Programme auf deinem Gerät laufen. Dieser Beitrag klärt den Begriff, nennt acht Kriterien und ordnet die Landschaft 2026 ein — inklusive UltraNOS, mit seinen Grenzen.
Zwei Wörter, zwei Versprechen
Der Begriff „agentische IDE" ist 2026 gut besetzt. Listen wie die von DataCamp führen Cursor, Windsurf, Kiro, Antigravity, Trae, PearAI und Zed. Gemeinsam ist ihnen, dass sie auf deinem Rechner laufen — die meisten davon als Abspaltung von VS Code.
„Agentic Web IDE" ist dagegen noch kaum als eigener Begriff besetzt. Das ist auffällig, weil die Web-Variante ein anderes Produkt ist, nicht nur eine andere Verpackung. Die beiden Wortteile bedeuten:
- Agentic: Das Modell bekommt Werkzeuge (Datei lesen und schreiben, Shell, Git, Browser) und eine Schleife: Denken, Handeln, Prüfen. Es hört nicht nach einem Vorschlag auf, sondern arbeitet, bis das Ziel erreicht ist oder eine Bremse greift.
- Web: Editor, Terminal und Agenten leben auf einem Server. Der Browser ist nur das Fenster. Dein Gerät braucht keine Toolchain, keine Node-Version, keinen lokal gespeicherten API-Schlüssel.
Ein Copilot-Plugin erfüllt keinen der beiden Punkte. Eine Desktop-IDE mit Agenten erfüllt den ersten. Ein Online-Editor ohne Agenten erfüllt den zweiten. Eine Agentic Web IDE muss beide erfüllen.
Warum „im Browser" kein Detail ist
Man könnte einwenden: Ob der Agent lokal oder auf einem Server läuft, ist doch Implementierung. Für den Alltag ist es das nicht.
Jedes Gerät ist ein Arbeitsplatz. Ein Agentenlauf, den du morgens am Schreibtisch startest, läuft weiter, wenn du den Laptop zuklappst. Am Telefon siehst du den Fortschritt, kannst stoppen oder nachsteuern. Bei einer Desktop-IDE endet der Lauf mit dem Standby.
Geteilte Arbeitsbereiche. Wenn Projekt, Terminal und Git-Stand auf dem Server liegen, kann ein Kollege denselben Zustand sehen — kein „bei mir geht's".
Lastgrenzen sitzen dort, wo sie wirken. Ein Agent, der versehentlich npm install in einer Endlosschleife startet, frisst auf dem Desktop deinen Arbeitsspeicher. Auf dem Server kann die Plattform jedem Kindprozess Rechenzeit, Prozesszahl und Speicher zuteilen — und ihn abschießen, bevor der Rechner steht.
Kein Schlüssel auf dem Gerät. Desktop-IDEs speichern deinen Anbieter-Schlüssel lokal in einer Konfigurationsdatei. In einer Web-IDE liegt er auf dem Server und wird vor dem Senden geprüft — oder, wie bei UltraNOS, vor dem Senden an das Modell durch einen Platzhalter ersetzt.
Die Kehrseite ist ehrlich zu nennen: Ohne Netz geht nichts. Und Latenz beim Tippen im Editor ist ein reales Thema, das Desktop-Editoren per Konstruktion nicht haben.
Acht Kriterien: was eine Agentic Web IDE haben muss
Die Liste ist bewusst hart. Ein Chat-Fenster neben einem Editor reicht nicht.
| # | Kriterium | Warum es Pflicht ist |
|---|---|---|
| 1 | Echter Editor | Syntax, Tabs, Lint-Diagnostik, Sprung zur Zeile. Ohne Editor ist es ein Chat mit Dateizugriff. |
| 2 | Echtes Terminal | Ein PTY, kein Ausgabefenster. Der Agent und du brauchen dieselbe Shell. |
| 3 | Git eingebaut | Status, Commit, Branch, Push — im Browser, nicht über einen separaten Client. |
| 4 | Mehrere Agenten parallel | Ein Agent, der Sub-Agenten startet und deren Ausgabe live zeigt. Mit Obergrenzen. |
| 5 | Werkzeug-Freigaben | Unsichere Aktionen (Löschen, Force-Push) fragen nach — einmal, je Sitzung oder gar nicht. |
| 6 | Schleifen- und Kostenbremse | Erkennung, wenn der Agent dasselbe zum fünften Mal versucht; Zeitbudget je Zug. |
| 7 | Memory über Sitzungen | Was gestern beschlossen wurde, muss heute noch da sein — ohne dass du es erneut einfügst. |
| 8 | Schlüssel-Schutz | API-Keys und Passwörter dürfen nicht im Prompt beim Modell landen. |
Die Punkte 5 und 6 werden in Produktvergleichen am häufigsten übersehen. Sie entscheiden aber, ob ein Agent nachts unbeaufsichtigt laufen darf. Ein Agent ohne Schleifenbremse kann in einer Stunde ein Tageskontingent verbrennen, ohne einen Schritt weiterzukommen.
Die Landschaft 2026, fair sortiert
Drei Gruppen, nach Ort der Ausführung.
Desktop-agentische IDEs
- Cursor — VS-Code-Abspaltung mit Agentenmodus, Desktop.
- Windsurf — ebenfalls VS-Code-basiert, Desktop, Agent „Cascade".
- Kiro — von AWS, VS-Code-basiert, Fokus auf Spezifikationen vor dem Code.
- Antigravity — Googles agentische IDE, Desktop.
- Trae — von ByteDance, Desktop, VS-Code-basiert.
- Zed — eigener nativer Editor in Rust, Desktop, mit Agentenfunktionen.
Alle sechs sind gute Werkzeuge. Keines davon läuft im Browser. Wer ein Telefon oder einen fremden Rechner nutzen will, hat mit ihnen keinen Zugang zum laufenden Agenten.
Web-Angebote
- Claude Code Web — Anthropics Agent im Browser, arbeitet gegen ein Repository in einer Cloud-Sandbox. Stark im Agentischen, aber ohne den klassischen IDE-Anteil mit Editor und Terminal zum Selbstbedienen.
- Codex Web von OpenAI — vergleichbarer Ansatz: Aufgabe stellen, Agent arbeitet in einer Sandbox, Pull Request kommt zurück.
- Replit — die älteste Browser-IDE der Liste, inzwischen mit Agent. Editor, Terminal, Hosting in einem.
- Bolt und Lovable — App-Builder im Browser. Sie erzeugen komplette Anwendungen aus Prompts, sind aber keine IDE im Sinn der acht Kriterien: Der Editor ist Beiwerk, ein Terminal fehlt oft ganz.
Wo UltraNOS steht
UltraNOS ist ein KI-Workspace im Browser mit Multi-Agent-Chat, Monaco-Editor, Git und echtem Terminal. Es ist kein VS-Code-Fork und keine Desktop-App (außer einer Android-App). Es ist auch nicht Open Source — das Repository ist privat. Gehostet wird bei Hetzner in Nürnberg; Self-Hosting ist auf Anfrage möglich, nicht als Download.
Ein eigenes Modell gibt es nicht. Die KI kommt vom Anbieter, den du wählst: Claude über API oder CLI, OpenAI-kompatible Endpunkte, Ollama oder ein eigener Endpunkt. Das ist Absicht, aber es bedeutet auch: Ohne Zugang zu einem Modellanbieter bleibt der Workspace stumm.
Wo UltraNOS die acht Kriterien erfüllt
Alles Folgende steht so im Funktionsblatt des Projekts. Wo eine Grenze bekannt ist, steht sie daneben.
1. Editor. Monaco (dieselbe Editorkomponente wie in VS Code) mit Tabs, Dirty-Marker, Cmd+S, Sprung zur Zeile, Lint über ruff und einen JS-Check als Diagnostik, Inline-Vervollständigung als Ghost-Text mit 500 ms Verzögerung, Blame-Zeile am Cursor. Dazu Cmd+P für Dateien und Cmd+Shift+F für Inhalte.
2. Terminal. Ein PTY über WebSocket, also eine echte Shell. Auf dem Telefon gibt es eine Tastenleiste für Strg, Tab und Pfeile. Grenzen: 8 Terminals je Mandant, Ausgabe auf 512 KB/s gedrosselt. Ein cat über eine 2-GB-Logdatei ist damit langsam — absichtlich.
3. Git. Status, Stage, Commit, Push, Branches, Stash, Fetch, Pull, Merge, KI-generierte Commit-Nachricht. Clone ist als Teilklon voreingestellt, mit Sparse-Pfaden für große Repositories. Dazu UltraForge, ein eigener Git-Server mit Repos, Issues und Pull Requests.
4. Mehrere Agenten. Aus dem Chat heraus startet spawn_agent Sub-Agenten, die live in einer Flotte erscheinen — mit Streaming-Ausgabe, Werkzeug-Abzeichen und Stop-Knopf. Grenzen: Tiefe 2, höchstens 16 gleichzeitige Aufträge. Sitzungen können sich gegenseitig befragen (Cross-Chat, maximal 120 Sekunden blockierend). Ein Pipeline-Orchestrator fährt Plan, Code, Test, Review, Security und Verify mit einem Richter-Modell.
5. Werkzeug-Freigaben. Bei unsicheren Werkzeugen erscheint ein Dialog, wahlweise mit Batch-Freigabe für die ganze Sitzung, plus Protokoll. Vier Guards sind vorinstalliert (no-rm-rf, no-force-push, no-drop-table, no-curl-pipe-bash), eigene Regex-Regeln lassen sich ergänzen. Offene Grenze aus der Projektdokumentation: Guards matchen Text; auf dem CLI-Weg führt die Claude-CLI Bash selbst aus, die Guards sind dort eher Hinweise als Sperren.
6. Schleifen- und Kostenbremse. Die Schleifenwache vergleicht Werkzeugaufruf und Ergebnis. Der dritte identische Aufruf bekommt einen Hinweis, ab dem fünften wird nicht mehr ausgeführt; ein Pendeln zwischen zwei Aktionen wird eigens erkannt. Jeder Zug hat ein Zeitbudget, Vorgabe 45 Minuten. Bei abbrechbaren Fehlern (Token-Limit, 429, 5xx) folgt automatisch höchstens zweimal ein „Weiter". Der Anbieter-Takt respektiert Retry-After und drosselt je Anbieter.
7. Memory. Persistentes Gedächtnis über Sitzungen (Centre AI), Kontext-Kontrolle je Sitzung mit Zusammenfassung älterer Historie, und seit dem 5. September ein Kontext-Neustart mit Übergabe-Datensatz statt bloßer Verdichtung. 60 mitgelieferte Skills in 9 Kategorien.
8. Schlüssel-Schutz. Die Komponente heißt cloak. Sie ersetzt API-Schlüssel, Passwörter und E-Mail-Adressen durch Platzhalter wie CLOAK_SECRET_…, bevor die Anfrage den Anbieter erreicht, und übersetzt die Antwort zurück. Auf der gehosteten Instanz läuft sie im Profil enforce; prüfbar über GET /api/health, Feld cloak. Zwei Grenzen sind wichtig: Erstens ist die Erkennung musterbasiert — ein Geheimnis ohne bekanntes Präfix, ohne Zuweisungskontext und mit niedriger Entropie geht durch. Zweitens werden auf dem CLI-Weg (claude-instanz, der auf der Produktion aktive Weg) nur Prompt und System-Prompt verhüllt; Werkzeugergebnisse, die die CLI selbst einliest, laufen nicht durch cloak. Die vollständige Abdeckung inklusive Werkzeugrunden gilt für die API-Wege mit eigenem Schlüssel. Details im Beitrag API-Keys im Prompt schützen.
Dazu kommt, was eine Web-IDE braucht, damit der Server nicht kippt: Lastgrenzen für jeden Kindprozess (Rechenzeit, Dateigröße, Prozesszahl, Speicher per cgroup), eine bwrap-Sandbox für Terminal und Builds, und eine Lastwache für freien Platz und Speicher. Run/Preview startet Dev-Server hinter einem Reverse-Proxy, ohne dass ein Port geöffnet wird.
Kostenlos?
Bei UltraNOS heißt der kostenlose Tarif Starter und kostet 0 €. Pro liegt bei 19 €/Monat, Team bei 49 €/Monat, 14 Tage testen. Im Starter-Tarif nutzt du entweder einen eigenen Anbieter-Schlüssel oder das Kontingent des vom Betreiber bereitgestellten Zugangs; das Speicherkontingent liegt bei 200 MB, in Pro bei 5 GB, in Team unbegrenzt. Kein Preis enthält Modellkosten — die rechnet dein Anbieter ab.
Bei den anderen bedeutet „free" sehr Unterschiedliches. Desktop-IDEs bieten meist eine Stufe mit begrenztem Kontingent an Anfragen oder eigenen Modellen, und die Bedingungen ändern sich häufig. Replit und die App-Builder haben ebenfalls Einstiegsstufen, aber oft mit Begrenzung der Rechenzeit oder der veröffentlichten Projekte. Verlässlich ist nur die jeweilige Preisseite — ich schreibe hier bewusst keine Zahlen ab, die nächste Woche falsch sind.
Eine Frage lohnt sich bei jedem Anbieter: Kann ich meinen eigenen Schlüssel einbringen, und wenn ja, wohin geht er? Das entscheidet über Kosten und darüber, wer deine Prompts sieht.
Für wen das nichts ist
Eine Agentic Web IDE ist nicht für alle die richtige Wahl.
- Offline-Arbeit. Im Zug ohne Netz ist eine Web-IDE ein leerer Tab. Wer regelmäßig offline arbeitet, braucht Zed, Cursor oder schlicht VS Code.
- Latenz-empfindliches Tippen. Ein nativer Editor reagiert in unter einer Millisekunde. Über das Netz nicht.
- Große native Toolchains. Wer Xcode, Android Studio mit Emulator oder eine Unreal-Engine braucht, kommt am Desktop nicht vorbei. Die Android-App von UltraNOS ist ein Klient, kein Build-Rechner.
- Wer sein Modell selbst betreiben muss und keinen Server dafür hat. UltraNOS bringt kein Modell mit. Ollama auf eigener Hardware geht, aber das ist deine Hardware.
- Wer Open Source als Bedingung hat. UltraNOS ist es nicht. Das ist eine legitime Bedingung, und sie schließt dieses Produkt aus.
Alles andere — Arbeit von wechselnden Geräten, lange Agentenläufe, Teams mit gemeinsamem Stand, Schlüssel, die nicht auf dem Laptop liegen sollen — ist der Fall, für den der Begriff gebaut ist.
FAQ
Was ist eine agentic IDE?
Eine Entwicklungsumgebung, in der das KI-Modell Werkzeuge bekommt und in einer Schleife arbeitet: planen, Dateien ändern, Befehle ausführen, Ergebnis prüfen, korrigieren. Der Unterschied zum reinen Vorschlags-Assistenten ist, dass der Agent eine Aufgabe zu Ende bringt, statt auf den nächsten Tastendruck zu warten. Eine Agentic Web IDE tut das im Browser, mit Arbeitsbereich auf einem Server.
Welche agentic IDE ist kostenlos?
Die meisten Anbieter haben eine kostenlose Stufe mit begrenztem Kontingent; was genau enthalten ist, steht auf der jeweiligen Preisseite und ändert sich oft. Bei UltraNOS kostet der Starter-Tarif 0 €; du nutzt einen eigenen Anbieter-Schlüssel oder das Kontingent des Betreiber-Zugangs. Modellkosten fallen bei jedem Produkt zusätzlich an, entweder im Abo oder über deinen eigenen Zugang.
Agentic IDE oder Copilot — was ist der Unterschied?
Ein Copilot vervollständigt, was du gerade tippst, oder beantwortet Fragen im Chat. Ein Agent bekommt ein Ziel und arbeitet über mehrere Dateien, Befehle und Prüfschritte darauf hin. Praktisch heißt das: Beim Copilot bist du bei jedem Schritt dabei, beim Agenten gibst du Freigaben und liest das Ergebnis. Beides hat seinen Platz, und UltraNOS bietet mit der Inline-Vervollständigung im Editor auch den Copilot-Modus.
Läuft eine Web-IDE auch offline?
Nein. Editor, Terminal und Agenten laufen auf dem Server; ohne Verbindung ist der Browser-Tab funktionslos. Eine als PWA installierte Oberfläche startet zwar, kann aber nichts ausführen. Wer offline arbeiten muss, braucht eine Desktop-IDE.
Kann ich eigene Modelle nutzen?
Bei UltraNOS ja: Claude über API oder CLI, jeder OpenAI-kompatible Endpunkt, Ollama für lokale Modelle, oder ein eigener Endpunkt. Über das Modell-Routing lassen sich acht Aufgaben (Chat, Aufgaben, Sub-Aufgaben, Commit-Nachricht, Planung, Review, Zusammenfassung und mehr) getrennt mit Modellen belegen. Ein eigenes Modell von UltraNOS gibt es nicht. Bei anderen Anbietern ist der eigene Schlüssel teils möglich, teils nicht — das steht auf deren Preisseiten.
Schlüssel bleiben bei dir — der Rest im Browser.
UltraNOS ist die Agentic Web IDE: mehrere KI-Agenten parallel, Editor, Git und Terminal. cloak ersetzt API-Schlüssel und Passwörter, bevor ein Prompt den Anbieter erreicht. Gehostet in Nürnberg, 14 Tage kostenlos.
14 Tage testen →Weiterlesen
7 Open-WebUI-Alternativen 2026 — ehrlich verglichen (inkl. uns)
LibreChat, AnythingLLM, LobeChat, Jan, Msty, Onyx und UltraNOS — nach MCP, Agenten, Editor/Terminal, Hosting-Standort und Aufwand verglichen. Stand 2026-09.
Agentische IDEs 2026: 12 Werkzeuge, ehrlich sortiert
Cursor, Windsurf, Kiro, Antigravity, Trae, Zed, Claude Code, Codex, Replit, Bolt, Lovable, UltraNOS: sortiert nach Betriebsart, Agenten, Modellwahl, Hosting.
Claude-Code-Alternativen 2026: sieben Wege mit eigenem Schlüssel
Wenn Abo oder Limits nicht passen: Terminal-Agenten, Web-Oberflächen und IDE-Erweiterungen, die mit deinem eigenen API-Schlüssel arbeiten — verglichen.