¿Por qué tres estilos de slug?

GitHub mantiene Unicode (`한글` → `한글`); GitLab quita más; 'Simple' es solo ASCII — para renderers genéricos de Markdown.

¿Cómo se manejan headings duplicados?

Igual que GitHub: la primera instancia recibe el slug plano, las siguientes `-1`, `-2`. Las anchors resuelven correctamente.

¿Por qué se ignora el contenido de bloques de código?

Líneas con `#` dentro de fences (```) suelen ser prompts de shell o comentarios, no headings. El parser sigue el estado del fence.

¿GitHub renderiza `[texto](#slug)` bien?

Sí — genera IDs de anchor automáticamente para cada heading. Usa el estilo GitHub.

Generador de Tabla de Contenidos Markdown

Convertir

Pega Markdown y obtén una tabla de contenidos lista para pegar. Las anchors usan las mismas reglas de slug que GitHub o GitLab aplican a los IDs de heading (minúsculas, Unicode, espacios a guiones, deduplicado con `-1`, `-2`…). Estilos: bullet (`- [texto](#slug)`), numerado anidado (`1.`, `1.1`…) o HTML `<ul><li>`. Filtra min/max heading level para que el TOC de un doc largo muestre solo H2–H3.

—

EstiloRegla de slugNivel mínimoNivel máximo

Markdown

Tabla de contenidos

El TOC aparece aquí.

Cómo usar

Pega tu Markdown en el panel izquierdo.
Elige estilo, regla de slug (la del lugar donde publicarás) y min/max heading level.
Copia el TOC y pégalo al inicio del documento.

Preguntas frecuentes

¿Por qué tres estilos de slug?: GitHub mantiene Unicode (`한글` → `한글`); GitLab quita más; 'Simple' es solo ASCII — para renderers genéricos de Markdown.
¿Cómo se manejan headings duplicados?: Igual que GitHub: la primera instancia recibe el slug plano, las siguientes `-1`, `-2`. Las anchors resuelven correctamente.
¿Por qué se ignora el contenido de bloques de código?: Líneas con `#` dentro de fences (```) suelen ser prompts de shell o comentarios, no headings. El parser sigue el estado del fence.
¿GitHub renderiza `[texto](#slug)` bien?: Sí — genera IDs de anchor automáticamente para cada heading. Usa el estilo GitHub.