Fügen Sie Ihr kaputtes JavaScript hier ein und klicken Sie auf "JS reparieren!!"Ungültiges JS eingeben

Was ist die JS-Reparatur?

Sie fügen ein Snippet aus einer Doku oder einem Chat-Thread ein, und der Parser steigt aus. Ein Semikolon fehlt, wo ASI nicht geholfen hat. Eine Klammer ist verschwunden. Ein String läuft am Zeilenende über. Dieses Tool nimmt das kaputte JavaScript und gibt Ihnen etwas zurück, das die Engine tatsächlich akzeptiert.

Die Grammatik von JavaScript ist in der ECMAScript-Spezifikation von TC39 festgelegt, und das ist, was jeder Browser und Node.js beim Parsen Ihres Codes befolgen. Die JavaScript-Referenz von MDN beschreibt die Regeln in klarer Sprache. Die Automatic Semicolon Insertion (ASI) ist Teil dieser Grammatik — meistens praktisch, schmerzhaft wenn ein versehentlicher Zeilenumbruch die Bedeutung Ihres Codes leise verändert. Dieser Fixer zielt auf den Bruch auf Syntaxebene; wenn Sie zusätzlich neu formatieren wollen, jagen Sie die Ausgabe danach durch Prettier.

Alles läuft durch Ihren Browser zu unserem Backend und zurück. Nutzen Sie ihn als ersten Durchgang, bevor Sie ESLint auf die Datei loslassen — die meisten Regelverstöße sind leichter zu lesen, wenn der Code wenigstens parst.

So verwenden Sie die JS-Reparatur

Drei Schritte. Jeder verwendet die echten Schaltflächen und Bereiche dieser Seite.

Kaputtes JS einfügen oder Beispiel laden

Fügen Sie Ihr kaputtes JavaScript in den linken Editor ein. Klicken Sie auf Beispiel-JS, um zu sehen, mit welchen Eingaben das Tool umgeht. Das klassische Chaos sieht so aus — fehlende Semikolons, ein fehlendes Komma in einem Objektliteral, eine unbalancierte Klammer, ein Wert der ein String hätte sein sollen, aber ohne Anführungszeichen getippt wurde:

function processOrder(customer) {
  const order = { id: "ORD-9001" customer: customer, status: pending }
  return order

Das Tool kümmert sich um fehlende Semikolons, Mismatch von `{`/`}`, `[`/`]` und `(`/`)`, fehlende Kommata in Objekten und Arrays, nicht eingequotete Werte, nicht abgeschlossene Strings und seltsame Operatorkombinationen.

Klicken Sie auf JS reparieren!!

Drücken Sie den grünen JS reparieren!!-Knopf. Der Code geht ans Backend, wird repariert und kommt parsbar zurück. Während der Verarbeitung erscheint eine Ladeanzeige — meist eine oder zwei Sekunden.

Ausgabe überprüfen

Der rechte Bereich zeigt den reparierten Code. Die Semantik bleibt so nah wie möglich an Ihrer Eingabe — nur die Syntax wird repariert. Kopieren Sie die Ausgabe, fügen Sie sie zurück in Ihren Editor und lassen Sie Ihren Formatter oder Linter darüber laufen.

Wann Sie das wirklich brauchen

Eingefügte Snippets retten

Code aus einem Slack-Thread, einer StackOverflow-Antwort oder einer PDF verliert unterwegs gern Anführungszeichen, Zeilenfortsetzungen oder ganze Satzzeichen. Lassen Sie ihn hier durchlaufen, bevor Sie anfangen, von Hand zu editieren.

Extrahierten minified Code debuggen

Wenn Sie einen Stacktrace aus einem Production-Bundle lesen und ein Fragment zur Untersuchung herausziehen, ist es die halbe Miete, es zum Parsen zu bringen. Erst Syntax reparieren, dann verschönern, dann analysieren.

ASI-Überraschungen

Code, der sich auf die automatische Semikolon-Insertion verlassen hat, kann subtil brechen — `return` gefolgt von einem Zeilenumbruch liefert zum Beispiel still und leise `undefined`. Das Tool fügt explizite Semikolons dort ein, wo der Parser sie haben will.

Von KI generierte Stubs aufräumen

Snippets von einem LLM lassen gelegentlich eine Klammer fallen oder überspringen ein Komma. Reparieren Sie die Syntax hier, bevor Sie das Ergebnis in Babel oder Ihren Bundler kippen.

Häufig gestellte Fragen

Wird mein Code irgendwo gespeichert?

Er wird an unser Backend geschickt, damit das KI-Modell ihn reparieren kann, und das Ergebnis kommt zurück. Wir loggen den Code nicht, wir trainieren nicht mit ihm, und wir benutzen ihn für nichts außer der Reparatur dieser einen Anfrage.

Welche Fehler werden behoben?

Sachen auf Syntaxebene: fehlende Semikolons, unbalancierte Klammern, fehlende Kommata in Objekten und Arrays, nicht eingequotete Werte, wo ein String erwartet wurde, nicht abgeschlossene Strings und Template-Literals, fehlerhafte Operatorkombinationen. Logikfehler (falsche Bedingung, Off-by-one) sind außerhalb des Umfangs.

Wird die Bedeutung meines Codes verändert?

Es wird sich Mühe gegeben, das nicht zu tun. Ziel ist, die Semantik intakt zu lassen und nur die Grammatik zu reparieren. Es gibt Grenzfälle, in denen interpretiert werden muss (ein nicht eingequoteter Token, an dessen Stelle eindeutig ein String gehört) — dann wählt das Tool die wahrscheinlichste Absicht. Schauen Sie immer auf die Ausgabe.

Wird TypeScript unterstützt?

TypeScript-spezifische Syntax — Typannotationen, Generics, Decorators — ist außerhalb des Umfangs. Die JS-Teilmenge von TS (Klassen, async/await, Template-Literals, moderne Array-Methoden) parst sauber. Für eine richtige TS-Konvertierung sehen Sie unser JS-zu-TypeScript-Tool.

Kann ich das auf Production-Code anwenden?

Es ist ein Syntax-Reparatur-Tool, kein Ersatz für einen Linter oder Type Checker. Behandeln Sie die Ausgabe als Ausgangspunkt — schicken Sie sie durch ESLint und Ihre Test-Suite, bevor Sie sie ausliefern.

Gibt es Code, den es einfach nicht reparieren kann?

Manchmal. Wenn die Eingabe zu fragmentarisch ist oder die ursprüngliche Absicht wirklich mehrdeutig (mehrere plausible Reparaturen), wählt das Tool eine — das Ergebnis kann syntaktisch korrekt, aber semantisch falsch sein. Prüfen Sie die Ausgabe immer, besonders bei Eingaben von wenigen Zeilen.

Andere JavaScript-Tools, die Sie brauchen könnten

Die Syntax zu reparieren ist nur Schritt eins. Hier sind die übrigen JavaScript-Tools auf der Seite: