Strateški zapis

Markdown kot semantični runtime, ne kot format za tekst

Zakaj v Litepressu Markdown blok ni samo HTML bližnjica, ampak strukturiran signal za renderer, editor, integracije, consent in AI workflow.

Objavljeno

4. maj 2026

Avtor: Simon Zajdela

MarkdownRuntimeArchitectureLitepress

Markdown bloki se spremenijo v semanticni runtime graf za publishing sistem.

Markdown je preprost, dokler opisuje tekst

Markdown je odličen, dokler opisuje stvari, ki so res tekst: naslov, odstavek, seznam, citat, link, slika. V tem svetu je pretvorba v HTML razmeroma direktna in problem je večinoma presentation.

Publishing sistemi pa redko ostanejo tam. Zelo hitro pridejo obrazci, galerije, oglasi, callouti, primerjalne tabele, legal bloki, embed-i, future linki, pending asseti in integracije. Takrat Markdown ni več samo format za tekst. Postane način, kako avtor izrazi namen.

Blok ni komponenta. Blok je namen.

Ko avtor napiše nekaj v slogu :::newsletter-form, to na prvi pogled izgleda kot komponenta. Ampak v dobrem publishing sistemu to ne sme pomeniti 'renderaj ta React component'. Pomeniti mora: na tem mestu strani obstaja namen zbiranja newsletter prijav.

Če je blok namen, ga lahko sistem poveže z aktivno integracijo, izbranim designom, consent pravilom, previewjem in AI helpom.

Povezano razmišljanje

Zakaj ima Litepress Markdown extension dva dela

O ločitvi editor UX-a, SSR-ja, validacije, preview stilov in AI pomoči pri semantičnih Markdown razširitvah.

AI-native authoring: ko editor razume svoj jezik

Zakaj AI pri Litepressu ni chat ob strani editorja, ampak MCP workflow, kjer agent prebere aktualna Markdown navodila glede na omogočene extensione in integracije.

Ko CMS postane večji od problema

Litepress kot tehnični odgovor na CMS kompleksnost, plugin arheologijo in publishing workflowe, ki postanejo težji od vsebine.