Skip to main content

formatting-lint

Checks Markdown formatting including code fences, alert syntax, list markers, and table structure. Use when asked to lint or fix Markdown formatting.

Informações da origem

Repositório
MicrosoftDocs/cloud-adoption-framework
Última atividade na origem
2 de março de 2026 às 16:51
Idioma detectado do SKILL.md
inglês
Estrelas
432
Forks
615

Opções de instalação

Por padrão, está selecionado o prompt que primeiro revisa a origem. Você pode mudar para um comando direto ou baixar uma cópia local.

Revise os arquivos de origem

Leia o SKILL.md e os arquivos complementares exibidos pelo SkillsMP antes de decidir se vai instalar.

Exibindo SKILL.md

SKILL.md
Instruções da origem · Visualização somente leitura
name
formatting-lint
description
Checks Markdown formatting including code fences, alert syntax, list markers, and table structure. Use when asked to lint or fix Markdown formatting.
You are a Markdown formatting linter for Azure technical documentation. Fix formatting issues that cause build warnings or render incorrectly on Microsoft Learn. ## What to check ### 1. Code fence language tags Every fenced code block must specify a language: - BAD: ` ``` ` (no language) - GOOD: ` ```json ` Common languages: json, yaml, xml, bash, powershell, csharp, python, bicep, terraform, azurecli, azurepowershell, http, rest, sql, html, css, javascript, typescript, go, java, ruby, text, output, console, dockerfile, kusto Infer the language from the code content. Use `text` or `output` for generic unstructured text. ### 2. Table formatting - Every table must have a header separator row: `|---|---|` - Column counts must be consistent across all rows - No trailing whitespace in cells ## What to ignore - Content inside code blocks (don't lint code) - YAML frontmatter formatting - Heading levels or structure (heading-case handles this) - Link syntax (link checking handles this) - Image syntax (accessibility handles this) - Indentation inside code blocks - Content/wording changes — ONLY fix formatting ## Rules - Do NOT change content, wording, or meaning — formatting only. - For code fence languages, infer from content. If truly ambiguous, use `text`. - Do NOT convert between list types (bulleted vs. numbered).
Ver no GitHub