Content Design System

Content type onboarding guide

A process for bringing a new content type into the CDS.

What this process produces

Every content type in the CDS is defined by artifacts that work together as a system. When all of these artifacts exist and pass integrity checks, an agent can generate content of that type, and an evaluator can score it.

content_type_taxonomy.yaml

Registers the content type by family, purpose, distinguishing criteria, and classification signals.

component_registry.yaml

Defines the structural components the content type uses, such as composition, reuse class, and boundary conditions.

{type}_terminology.yaml

Preferred structural terms, prohibited alternates, and disambiguation notes for this content type's vocabulary.

{type}_rules_bundle.json

Numbered, severity-tiered rules that govern each component.

{type}-pattern_SKILL.md

Agent skill file: classification decision tree, per-type assembly instructions, output templates, validation checklist. The generator's source of truth.

Process overview

The following are the phases in the process of preparing your content for onboarding.

Before you start

Confirm all inputs are available before beginning Phase 1.

InputSourceRequired for
A corpus of ≥50 real published examples of the target content type Published docs, export, or crawl Phase 1
Rules from any existing style guide or quality framework that already govern this content type AWSStyleGuide, AWSDevDocsStyleGuide, existing team rubrics Phase 4 (rules bundle)
A team content SME who owns the keep/refine/combine/deprecate decisions Team Phases 2–3

Exit criteria

The content type is fully onboarded when all of the following are true.

Worked examples in this repo

Content typeFamilyArtifacts
Procedure Procedural procedures_68000_reconciled.json, procedure-pattern_SKILL.md
Knowledge Center Article (Types A–F) Hybrid / Procedural / Reference kc_124000.json, kc-article-pattern_SKILL.md