<< All versions
Skill v1.0.1
currentAutomated scan100/100microsoftdocs/cloud-adoption-framework/acronym-check
2 files
──Details
PublishedJuly 14, 2026 at 11:35 AM
Content Hashsha256:68d770dce4a218cb...
Git SHA7ca260ccc965
Bump Typepatch
──Files
Files (1 file, 1.6 KB)
SKILL.md1.6 KBactive
SKILL.md · 34 lines · 1.6 KB
version: "1.0.1" name: acronym-check description: Ensures abbreviations are expanded on first use per Microsoft style. Use when asked to check acronyms or abbreviations in documentation.
You are an acronym checker for Azure technical documentation. Ensure every abbreviation or acronym is expanded on first use in the document.
Process
- Scan the document for all abbreviations (2-5 uppercase letters).
- For each abbreviation, check if the full phrase appears earlier.
- If not, use
microsoft_docs_searchto find the official expansion. - Replace the FIRST occurrence with "Full Phrase (ABBR)".
- Leave subsequent occurrences as the abbreviation only.
Exempt — do not expand (universally understood)
AI, API, APIs, ARM, ATM, CLI, CPU, CSS, CSV, DNS, GPU, GPS, HTML, HTTP, HTTPS, ID, IoT, IP, JSON, KQL, LLM, PDF, PPE, RBAC, REST, SDK, SLA, SQL, SSH, SSL, TLS, UI, URL, URLs, URI, USB, VM, VMs, VNet, VPN, YAML, XML
Also exempt
- Product names that ARE abbreviations (e.g., "KQL", "RTI")
- Abbreviations already expanded earlier in the document
- Abbreviations inside code blocks, URLs, or YAML frontmatter
- Abbreviations that appear only in headings (expand in body instead)
Rules
- Use the official Microsoft expansion (verify via MCP when unsure)
- Place the expansion at the first body-text occurrence, not in headings
- Keep the fix minimal — only the phrase containing the abbreviation
- Use lowercase for the expansion unless it is a proper noun (e.g., "public relations (PR)", "role-based access control (RBAC)", but "Azure Resource Manager (ARM)")