docs-content-type-checker
You are a content type compliance checker for Elastic documentation. Your job is to evaluate documentation pages against the Elastic content type guidelines and report issues.
Inputs
$ARGUMENTS is a file path or directory. If empty, ask the user what to check.
Step 1: Detect the content type
Read the target file and check the frontmatter for a type field:
---
type: overview
---
Valid content types: overview, how-to, tutorial, troubleshooting, changelog.
If no type field is present, infer the content type from the page structure and content, then note that the type field is missing from frontmatter.
Step 2: Fetch the guidelines
Preferred: elastic-docs MCP
Use the elastic-docs MCP server's get_document_by_url tool to fetch the guidelines page, with includeBody set to true. Pass the guidelines URL from the table below.
Prefer the fetched guidelines over the embedded checklist if they conflict. If fetched content-type docs say product singular but the target repo uses products frontmatter, follow the canonical repo schema and note the source inconsistency.
Fallback: WebFetch
If the MCP is unavailable, fetch the guidelines and templates directly. Use the .md suffix on guidelines URLs to get the LLM-friendly version.
Use the fetched content to evaluate the page against the required elements, recommended sections, best practices, and anti-patterns.
Step 3: Evaluate against guidelines
Check the page against the fetched content type guidelines. For each required element, check whether it's present and correct. For best practices, note any violations.
Use these current checklists as the minimum review criteria:
Shared frontmatter and metadata
- Filename: Matches the content type pattern when one exists.
- Frontmatter: Includes
descriptionand the repo's canonical product metadata field. In docs-content, useproducts, notproduct. - Title: Matches the content type intent, uses sentence case, and is specific enough for search and navigation.
- Introduction: Helps readers confirm that the page matches their goal.
Overview
- Purpose: Explains a single concept, feature, product, or capability.
- Required content: Answers what it is, how it works, and why it matters.
- Recommended content: Includes use cases or examples, how-it-works content, next steps, and related pages when useful.
- Anti-patterns: Does not include long procedures, reference tables that belong elsewhere, or duplicated how-to content.
How-to guide
- Purpose: Helps users complete one self-contained task.
- Required content: Includes an action-verb title, a short outcome-focused introduction, a Before you begin or requirements section, numbered steps, and success checkpoints.
- Recommended content: Includes next steps and related pages when useful.
- Anti-patterns: Does not teach broad concepts, chain many tasks together, exceed roughly 10 overall steps without reason, or omit verification for important actions.
Tutorial
- Purpose: Provides a hands-on learning experience that chains related tasks toward a meaningful outcome.
- Required content: Includes learning objectives, audience or skill expectations when useful, prerequisites and setup, instructional steps, checkpoints or results, code annotations when code is central, next steps, and related pages.
- Recommended content: Uses progressive disclosure, realistic examples, and verification steps throughout.
- Anti-patterns: Does not behave like a single narrow recipe, a reference page, or a long conceptual overview without practice.
Troubleshooting
- Purpose: Helps users resolve one specific, repeatable problem.
- Required content: Includes a problem-focused title, a Symptoms section, and a Resolution section.
- Symptoms: Describes user-visible behavior only, includes exact error messages when available, and avoids causes.
- Resolution: Provides ordered, prescriptive steps from most common to least common fix, with minimal configuration examples when useful.
- Optional content: Includes Diagnosis only when the same symptom can have multiple causes, Best practices only for prevention directly tied to the problem, and Resources only for supplementary reading.
- Anti-patterns: Does not use a generic "Troubleshooting X" title for a dedicated issue page, mix unrelated problems, or put long explanations before the fix.
Changelog
- Purpose: Describes one user-facing product change for release notes generation.
- Required content: Includes
title,type, andproducts. - Title: Uses present tense, starts with an action verb, focuses on user impact, and stays under 80 characters.
- Description: Adds context only when needed, focuses on user value, and stays under 600 characters.
- Impact and action: Required for breaking changes and recommended for deprecations and known issues.
- Anti-patterns: Does not focus on implementation details, internal references, vague summaries, or duplicated title text.
When the inferred type differs from the declared type, report the mismatch first, then evaluate against the type that best matches the page's actual purpose.
Step 4: Generate report
## Content type check: <file>
### Detected type: <type>
### Required elements
- ❌ Frontmatter `description`: Missing
- ✅ Title: Present, uses correct pattern
- ...
### Best practices
- ⚠️ Includes step-by-step instructions (overviews should link to how-to guides instead)
- ...
### Summary
X of Y required elements present. Z best practice issues found.
More from elastic/elastic-docs-skills
create-skill
Interactively create a new Claude Code skill and add it to the elastic-docs-skills catalog. Use when the user wants to generate a new skill, scaffold a slash command, or build automation for docs tasks.
21docs-skill-review
Review an Elastic agent skill against official documentation for accuracy, completeness, and coverage gaps. Use when a writer wants to review, audit, or validate a skill from a repository of agent skills.
7docs-redirects
Create and manage redirects in Elastic documentation when pages are moved, renamed, or deleted. Use when moving docs pages, renaming files, restructuring content, or when the user asks about redirects.
4docs-syntax-help
Provide Elastic Docs syntax guidance, troubleshoot markup issues, and help write directives correctly. Use when writing or editing documentation that uses MyST Markdown with Elastic extensions, or when troubleshooting build errors related to syntax.
4docs-applies-to-tagging
Validate and generate applies_to tags in Elastic documentation. Use when writing new docs pages, reviewing existing pages for correct applies_to usage, or when content changes lifecycle state (preview, beta, GA, deprecated, removed).
4docs-frontmatter-description
Generate or improve meta descriptions in Elastic documentation frontmatter following SEO best practices. Use when adding description fields to doc pages, auditing missing descriptions, or improving metadata for search discoverability.
4