Markdown-Eingabe

Lint-Bericht

Markdown Lint Beispiele

Der Linter meldet Stilprobleme: lange Zeilen, Überschriften-Sprünge, gemischte Listen-Marker. Beispiel:

Markdown mit häufigen Problemen

Lange Zeile, Überschriften-Sprung (H2 zu H3 ohne H1), gemischte - und * Listen-Marker.

Beispiel

In den Editor oben einfügen, um den Lint-Bericht zu sehen. Beispiel für weitere Daten nutzen.

Was ist ein Markdown Linter?

Sie pushen Docs auf GitHub, fügen in Notion ein oder veröffentlichen auf einer Dokumentationsseite — und irgendwo dabei ist die Überschriften-Hierarchie kaputt, ein Listen-Marker inkonsistent oder Leerzeilen um Code-Blöcke fehlen. Ein Markdown-Linter erkennt diese Dinge, bevor sie sichtbare Probleme werden. Dieses Tool prüft Ihr Markdown gegen gängige Stilregeln: Überschriften-Reihenfolge (kein Sprung von H1 zu H3), konsistente Listen-Marker, Leerzeilen um Blöcke und Zeilenlänge. Die CommonMark-Spezifikation definiert die Basissyntax, und die GitHub Flavored Markdown (GFM)-Spezifikation definiert die Erweiterungen. Der Lint-Bericht zeigt Probleme nach Zeilennummer und Schweregrad.

Dieses Tool läuft vollständig in Ihrem Browser. Ihr Markdown wird lokal geparst und analysiert—nichts wird an einen Server gesendet. Der Lint-Bericht listet Probleme nach Zeile mit Schweregrad (Fehler, Warnung, Info). Zum Formatieren: Markdown Formatierer. Zur Validierung: Markdown Validator.

So verwenden Sie dieses Tool

1

Einfügen oder Hochladen

Markdown in den linken Editor einfügen oder auf Hochladen klicken für .md, .markdown oder .txt. Beispiel für Beispieldaten mit häufigen Problemen.

2

Lint-Bericht prüfen

Das rechte Panel zeigt den Lint-Bericht mit Zeilennummern und Beschreibungen. Probleme im linken Editor beheben; der Bericht aktualisiert sich automatisch. Kopieren oder Herunterladen zum Speichern.

3

Beheben und erneut linten

Jedes Problem angehen und erneut ausführen. Für Markdown zu HTML: Markdown zu HTML. Für TOC aus Überschriften: Markdown TOC Generator.

Wann Markdown-Linting hilft

Vor dem Committen von Docs auf GitHub oder Veröffentlichen in einem CMS erkennt Linting Probleme, die Rendering brechen oder Leser verwirren könnten. Inkonsistente Überschriftenhierarchien machen TOCs unzuverlässig. Kaputte Referenz-Links verursachen 404s. Ihr Markdown hier durchlaufen zu lassen verbessert die Qualität vor dem Review.

Dokumentationsseiten, README-Dateien und Blog-Posts profitieren von konsistentem Markdown. Für Konvertierung zu HTML: Markdown zu HTML. Für TOC-Generierung aus Überschriften: Markdown TOC Generator. Für Syntax-Referenz: Markdown Cheat Sheet.

Häufig gestellte Fragen

Sind meine Markdown-Daten hier sicher?

Vollständig sicher. Das gesamte Linting läuft im Browser per JavaScript — nichts wird an einen Server gesendet. Öffnen Sie den Netzwerk-Tab des Browsers zur Überprüfung: Sie sehen keine ausgehenden Anfragen.

Was genau wird geprüft?

Typische Prüfungen: Überschriften-Ebenen-Konsistenz, Leerzeilen um Überschriften und Code-Blöcke, Listen-Marker-Konsistenz, Zeilenlänge und CommonMark/GFM-Konformität. Die genauen Regeln hängen von der Implementierung ab.

Was ist der Unterschied zwischen Linter und Validator?

Ein Linter konzentriert sich auf Stil und Best Practices — Dinge, die technisch gültig aber inkonsistent sind. Ein Validator prüft, ob die Syntax korrekt geparst wird. Für Syntax-Validierung: Markdown Validator.

Unterstützt es GitHub Flavored Markdown?

Ja. Die meisten Linter unterstützen GitHub Flavored Markdown-Erweiterungen wie Tabellen, Task-Listen und Durchstreichen. Prüfen Sie den Bericht auf GFM-spezifische Probleme.

Kann es Probleme automatisch beheben?

Dieses Tool meldet Probleme, damit Sie sie manuell beheben können. Für automatische Whitespace- und Zeilenumbruch-Korrekturen nutzen Sie den Markdown Formatierer.

Verwandte Tools

Für Markdown-Syntax: CommonMark und CommonMark spec. GitHub Flavored Markdown erweitert es. Markdown Guide bietet Tutorials. Siehe auch GitHub, W3C HTML und Jekyll.