Skip to content

Quality Automation (CI/CD)

In a traditional documentation workflow, quality control is manual, error-prone, and relies entirely on human review. Typos slip into production, external hyperlinks rot over time, and formatting inconsistencies degrade the professional quality of the knowledge base.

This architecture replaces manual auditing with automated quality gates. Using GitHub Actions, every single pull request is automatically tested for prose style, link integrity, and build validity before a human ever clicks “Merge.”


Whenever a contributor pushes code or submits changes via Sveltia CMS, GitHub Actions fires off three parallel verification jobs:

  1. Prose Linting (Vale) Scans all Markdown and MDX files against the Google Developer Style Guide to catch passive voice, jargon, and spelling inconsistencies.
    1. Link Integrity Check (Lychee) Crawls every internal and external hyperlink across the site to ensure zero 404 errors or broken URLs exist.
    2. Build & Frontmatter Validation (Astro + Zod) Performs a full static build of the site. If an author misses a required Zod frontmatter field (like title), the compiler throws an error and safely blocks the merge.

Explore the implementation files that drive these quality checks behind the scenes.

Enforcing editorial standards using .vale.ini.

Vale analyzes natural language text just like a compiler analyzes source code. Our configuration points to the Google Style Guide to ensure concise, active, and accessible technical writing.

.vale.ini
StylesPath = .vale/styles
MinAlertLevel = warning
[*.mdx]
BasedOnStyles = Google
# Custom overrides
Google.We = suggestion

Implementing these pipelines transforms documentation maintenance from a reactive chore into a proactive system:

  • Eliminating Editorial Fatigue: Writers don’t need to manually proofread for passive voice or style compliance; Vale handles it objectively.
  • Zero Dead Links: Technical manuals lose credibility the moment a link fails. Lychee guarantees that every reference remains functional.
  • Confidence in Merges: Because the CI build acts as a strict gatekeeper, broken MDX tags or invalid frontmatter schemas can never accidentally make it into production.