Por que três estilos de slug?

GitHub mantém Unicode (`한글` → `한글`); GitLab remove mais; 'Simples' é só ASCII — para renderers genéricos.

Como headings duplicados são tratados?

Igual ao GitHub: a primeira instância recebe o slug puro, as seguintes `-1`, `-2`. As anchors resolvem certo.

Por que conteúdo de blocos de código é ignorado?

Linhas com `#` dentro de fences (```) costumam ser prompts shell ou comentários, não headings. O parser segue o estado do fence.

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

Sim — ele gera IDs de anchor automaticamente para cada heading. Use o estilo GitHub.

Gerador de Sumário Markdown

Converter

Cole Markdown e obtenha um sumário pronto pra colar. As anchors usam as mesmas regras de slug que GitHub ou GitLab aplicam aos IDs de heading (minúsculas, Unicode, espaços para hífens, deduplicação com `-1`, `-2`…). Estilos: bullet (`- [texto](#slug)`), numerado aninhado (`1.`, `1.1`…) ou HTML `<ul><li>`. Filtre min/max heading level para um TOC de doc longo mostrar só H2–H3.

—

EstiloRegra de slugNível mínimoNível máximo

Markdown

Sumário

O TOC aparece aqui.

Como usar

Cole seu Markdown no painel esquerdo.
Escolha estilo, regra de slug (do lugar onde vai publicar) e min/max heading level.
Copie o TOC e cole no topo do documento.

Perguntas frequentes

Por que três estilos de slug?: GitHub mantém Unicode (`한글` → `한글`); GitLab remove mais; 'Simples' é só ASCII — para renderers genéricos.
Como headings duplicados são tratados?: Igual ao GitHub: a primeira instância recebe o slug puro, as seguintes `-1`, `-2`. As anchors resolvem certo.
Por que conteúdo de blocos de código é ignorado?: Linhas com `#` dentro de fences (```) costumam ser prompts shell ou comentários, não headings. O parser segue o estado do fence.
GitHub renderiza `[texto](#slug)`?: Sim — ele gera IDs de anchor automaticamente para cada heading. Use o estilo GitHub.