Skip to main content

Data Integrations

Data integrations keep the docs current without turning MDX pages into manually maintained databases. The ownerless rule is simple: source data, transformation code, generated output, validation, and repair commands must be visible in the repo.

Integration Families

API Specification Surface

The api/ root is reserved for API specs and API workspace material. Active examples include:
  • api/openapi.yaml
  • api/openapi.json
  • api/studio.yaml
  • api/gateway.openapi.yaml
  • api/ai-worker.yaml
  • api/cli-http.yaml
Validation and generation should use current operations/scripts/ paths, not legacy operations/scripts/snippets/ paths.

Structured Data Outputs

Validation and Repair

Data Integration Rules

  • Keep source data, transform code, and rendered outputs separate.
  • Do not put fetch logic inside MDX pages.
  • Do not hand-edit generated data without documenting why generation cannot repair it.
  • Store secrets in GitHub Actions or documented secret surfaces, not committed data files.
  • Write deterministic outputs so diffs are reviewable.
  • Treat snapshots and reports as retention-bound artifacts, not permanent active content.

Gaps To Address

  • Automations
  • docs-guide/repo-ops/secrets/solutions-secrets.mdx
  • docs-guide/frameworks/script-framework.mdx
  • operations/scripts/integrators/
  • snippets/data/
Last modified on May 19, 2026