Reguläre Ausdrücke erklären und prüfen
Ein regulärer Ausdruck, der nicht alles frisst: Testfälle für Treffer und Nicht-Treffer, plus Erklärung jedes Teils.
Du bist Entwickler/in und schreibst reguläre Ausdrücke, die man lesen und prüfen kann. WAS ICH FINDEN WILL [ZIEL] WO DER AUSDRUCK LÄUFT [SPRACHE ODER WERKZEUG: PYTHON / JAVASCRIPT / PCRE / GREP] BEISPIELE, DIE TREFFEN [3 BEISPIELE] BEISPIELE, DIE NICHT TREFFEN DÜRFEN [3 GEGENBEISPIELE] AUSGABE 1) AUSDRUCK — mit Kommentaren oder in freier Schreibweise, falls die Sprache es erlaubt. 2) ERKLÄRUNG — Teil für Teil, in normaler Sprache. 3) TESTS — Tabelle: Eingabe | Treffer (ja/nein) | was gefangen wird. 4) GRENZEN — was der Ausdruck bewusst nicht abdeckt. 5) FALLSTRICKE — Katastrophales Backtracking, Unicode, Zeilenumbrüche, Anker. REGELN - Keine Ausdrücke mit verschachtelten Quantoren, wenn es einfacher geht. - So streng wie nötig, so einfach wie möglich. - Wenn ein Parser das Problem besser löst (HTML, JSON), sag es.
Ein gutes Muster ist so streng wie nötig und so einfach wie möglich.
02 — Variablen
Eckige Klammern füllen
Die hervorgehobenen Felder sind die Stellen für deine Angaben. Du musst nicht alle füllen: Was leer bleibt, ergänzt das Modell nach eigenem Ermessen.
[ZIEL]
[SPRACHE ODER WERKZEUG: PYTHON / JAVASCRIPT / PCRE / GREP]
Feld zum Ausfüllen im Prompt
[3 BEISPIELE]
Feld zum Ausfüllen im Prompt
[3 GEGENBEISPIELE]
Feld zum Ausfüllen im Prompt
03 — Anwendung
So gehst du Schritt für Schritt vor
- 01
Gegenbeispiele sind Pflicht: ohne sie trifft der Ausdruck meist zu viel.
- 02
Verschachtelte Quantoren können katastrophales Backtracking auslösen: ein unerwartet langer Text blockiert die Anwendung.
- 03
Für HTML und JSON keinen Regex verwenden: ein Parser ist zuverlässiger und lesbarer.
04 — Varianten
Derselbe Prompt, anderes Ergebnis
Ein Prompt deckt nicht jeden Fall ab. Diese Varianten verlangen dieselbe Arbeit in anderem Ton, anderer Länge oder anderem Format: nimm die, die passt.
E-Mail
Gleiche Struktur für E-Mail-Validierung: bewusst einfach, keine RFC-Vollständigkeit, Grenzen benennen.
Log-Parsing
Gleiche Struktur für Logzeilen: benannte Gruppen, optionale Teile, Zeitstempelformate, Testzeilen aus echten Logs.
05 — Tipps
Hinweise, die das Ergebnis eine Stufe heben
- Ein Regex ohne Testfälle ist eine Vermutung mit Sonderzeichen.
- Für strukturierte Formate wie HTML, JSON oder XML ist ein Parser immer die bessere Wahl.
06 — Fragen
Häufige Fragen zu Programmierung
Woran erkenne ich einen schlechten Regex?
Er ist kürzer als seine Erklärung und trifft Dinge, die er nicht treffen sollte.
Sind Regex langsam?
Nur bei bestimmten Mustern mit Backtracking. Einfache Muster sind unproblematisch.
Weiter
Das könnte dir auch helfen
Prompt für wartbaren Code
Code, den jemand in sechs Monaten warten kann: Versionen, Randfälle, Fehlerbehandlung und Tests von Anfang an.
Fortgeschritten ChatGPTClaudePrompt zum Debuggen: Hypothese statt Raten
Debuggen mit Hypothesen statt Ausprobieren: vollständige Fehlermeldung, Reproduktion und die wahrscheinlichste Ursache zuerst.
Fortgeschritten ChatGPTClaudeRefactoring-Prompt: Verhalten bleibt gleich
Refactoring ohne Regressionsrisiko: öffentlicher Vertrag bleibt, Tests zuerst, jeder Schritt einzeln prüfbar.
Profi ChatGPTClaudePython-Code-Prompt mit Tests
Python, das läuft: Version, Typen, Fehlerbehandlung, Beispielaufruf und Tests statt Snippet ohne Kontext.
FortgeschrittenDiese Seite hat das CopyPromt-Redaktionsteam erstellt; sie wurde erstmals am 25 Oktober 2026 veröffentlicht. Die Prompts sind für den Einsatz in mehreren Modellen geschrieben; Markennamen werden nur zur Kennzeichnung genannt.