style(content): use prettier's emphasis marker in the two contact pages

`Check formatting` was failing the lint job in 38 seconds, which skipped every
step behind it — oxlint, tsc, the unit tests, the Docker checks — so the branch
had no signal from any of them.

Two lines, both the same thing: markdown emphasis written as `*is*` / `*for*`
where prettier normalises to `_is_` / `_for_`. Prose untouched.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

Author: chaxus

content/en/contact.md

@@ -11,7 +11,7 @@ lead: Every route below is public and traceable, so you can see what happened to
 
 **[Open an issue on GitHub](https://github.com/ranuts/document/issues)** — this is the fastest and most useful route.
 
-Rendering problems are much easier to fix with a file that reproduces them. If the document is not sensitive, attaching it (or a trimmed-down version that still shows the problem) turns a vague report into a fixable one. If it *is* sensitive, describe the structure instead: which format, roughly how large, what feature is involved (tables, embedded images, pivot tables, unusual fonts), and what you expected versus what you saw.
+Rendering problems are much easier to fix with a file that reproduces them. If the document is not sensitive, attaching it (or a trimmed-down version that still shows the problem) turns a vague report into a fixable one. If it _is_ sensitive, describe the structure instead: which format, roughly how large, what feature is involved (tables, embedded images, pivot tables, unusual fonts), and what you expected versus what you saw.
 
 Useful to include:
 

content/pt/contact.md

@@ -11,7 +11,7 @@ lead: Todos os caminhos abaixo são públicos e rastreáveis, então você conse
 
 **[Abra uma issue no GitHub](https://github.com/ranuts/document/issues)** — é o caminho mais rápido e mais útil.
 
-Problemas de renderização ficam bem mais fáceis de corrigir com um arquivo que os reproduza. Se o documento não for sensível, anexá-lo (ou uma versão reduzida que ainda mostre o problema) transforma um relato vago em algo que dá para consertar. Se *for* sensível, descreva a estrutura no lugar: qual formato, o tamanho aproximado, qual recurso está envolvido (tabelas, imagens incorporadas, tabelas dinâmicas, fontes incomuns) e o que você esperava versus o que viu.
+Problemas de renderização ficam bem mais fáceis de corrigir com um arquivo que os reproduza. Se o documento não for sensível, anexá-lo (ou uma versão reduzida que ainda mostre o problema) transforma um relato vago em algo que dá para consertar. Se _for_ sensível, descreva a estrutura no lugar: qual formato, o tamanho aproximado, qual recurso está envolvido (tabelas, imagens incorporadas, tabelas dinâmicas, fontes incomuns) e o que você esperava versus o que viu.
 
 Vale incluir: