Markdown-reparasjonsverktøy
Reparer ødelagt Markdown automatisk
Hva er et Markdown-reparasjonsverktøy?
Overskrift uten tom linje over. Kodeblokk som aldri ble lukket. Nummerert liste som starter på 1 igjen midtveis. Har du skrevet en README den siste uka, har du støtt på minst én av dem. Dette verktøyet går gjennom dokumentet, finner strukturproblemene og skriver dem om så en renderer ikke stille ødelegger utgangen din. Lim inn ødelagt Markdown til venstre, og du får en ryddig versjon til høyre — ordene er urørte, bare stillaset rundt dem repareres.
Verktøyet følger CommonMark-spesifikasjonen for grunngrammatikken og beholder GitHub Flavored Markdown-utvidelser — tabeller, oppgavelister og gjennomstreking overlever turen. Reglene som anvendes ligner sterkt på de i markdownlint.
Alt kjøres i nettleseren — teksten din forlater aldri datamaskinen. Reparer Markdown på sekunder og kom tilbake til jobben.
Slik bruker du Markdown-reparasjonsverktøyet
Tre trinn. Hvert bruker de faktiske knappene på denne siden.
Lim inn ødelagt Markdown eller last inn eksempel
Lim inn Markdown i venstre editor. Klikk på Eksempel-Markdown for å laste inn et eksempel med typiske brudd — manglende tom linje før H2, ulukket ```js-blokk, nummerert liste som starter på nytt.
# Order Processing
```python
def process(order):
| Stage | Owner |
|-------|-------
[doc][missing-refVerktøyet justerer tomlinjeavstander, lukker hengende kodeblokker, normaliserer listeinnrykk og balanserer utheving-markører ifølge CommonMark.
Klikk på Fiks Markdown!!
Klikk på den grønne Fiks Markdown!!-knappen i verktøylinjen. Verktøyet analyserer dokumentet og skriver om strukturproblemene. En lastindikator vises under behandling.
Gjennomgå reparert utdata
Høyre panel viser ren Markdown. Prosaen din, overskriftene, kodeeksemplene — alt urørt. Bare avstander, fences og innrykk skrives om.
Når du virkelig bruker det
README-rydding
Kjør prosjektets README gjennom reparatøren før commit. GitHub renderer Markdown strengt, og en enkelt ulukket fence kan svelge halve filen.
Rydd opp i innlimt innhold
Å kopiere fra Notion, Confluence eller en chat til en Markdown-fil etterlater ofte ødelagte punktlister og rare mellomrom. Reparatøren flater det tilbake til ren CommonMark.
Statiske nettstedgeneratorer
Hugo, Jekyll, Astro, MkDocs — alle henger seg opp i de samme strukturelle feilene. Reparer kilden én gang, og build-pipelinen din slutter å klage.
Rydd AI-generert Markdown
LLM-er elsker å glemme den avsluttende ``` eller hoppe fra H2 til H4. Reparatøren normaliserer overskriftshierarkiet og rebalanserer fences.
Vanlige spørsmål
Lagres Markdown-en min?
Nei. Reparatøren kjører fullstendig i nettleseren — ingen serverkommunikasjon. Teksten forlater aldri fanen.
Hvilke problemer reparerer den egentlig?
Manglende tomme linjer rundt overskrifter og lister, ulukkede kodeblokker, blandede punktlistemerker i samme liste, brutte nummererte sekvenser, ubalansert utheving, referanselenker til udefinerte etiketter og tabellrader med avvikende pipe-antall.
Endrer den ordene mine?
Nei. Reparatøren rører bare strukturelt whitespace, fence-markører, punktlistemerker og linksyntaks. Tekstinnholdet bevares nøyaktig.
CommonMark eller GitHub Flavored Markdown?
Begge. Grunngrammatikken følger CommonMark; GFM-utvidelser (tabeller, oppgavelister, autolinker, gjennomstreking) bevares intakt.
Kan jeg bruke det til store Markdown-filer?
Opptil 64 KB — det dekker de fleste READMEs og blogginnlegg. For en 200-siders manual deler du opp per kapittel.
Er reparert Markdown alltid gyldig?
For de vanlige bruddene, ja. For uvanlige tilfeller valider med vår Markdown-validator.
Andre Markdown-verktøy du kanskje trenger
Å reparere er bare ett trinn i arbeidsflyten. Her er verktøyene som vanligvis kommer etterpå: