Standards

Use the Standards section as the directory for Cuddler's four governing documents, then follow the review and publication path that checks each public release before it goes live.

The Four Governing Standards

This page is the directory for the public standards stack. Read from the top-level contract down to the concrete artifact type you need, then move into the detail page for the exact rules and publication artifacts.

Top-level contract

Specification Root

The Specification Root is the topmost canonical node for the Cuddler standards hierarchy. It explains how Document Roles comply with the root and how Artifact Definitions are governed alongside the shared Artifact Specification.

Current release: Version 1.0.0

Role standards

Document Role

Choose the document role that matches what your artifact is supposed to do: store data, define a template, or drive a process.

Current role documents: Data, Template, and Process.

Shared authoring rules

Artifact Specification

Official Cuddler Artifact Specification defining the shared authoring, metadata, validation, attribution, and reuse requirements for public Artifact Definitions.

Current release: Version 1.0.0

Concrete artifact types

Artifact Definitions

Browse the specific Artifact Definitions Cuddler publishes for concrete artifact types, and use the role-based AI workflow to orchestrate a synchronized Data definition plus Template and Process documents that consume the published standards.

Review And Publication

Every public standards release is reviewed before publication. The goal is not only readable prose. The review checks that each page, its machine-readable artifacts, and its publication metadata all agree closely enough to be cited, implemented, validated, and reused as a dependable public contract.

What The Review Protects

The publication process is designed to stop a standard from going live while key governance issues remain unresolved.

  • Terminology discipline so Document Roles, Artifact Specifications, Artifact Definitions, and Artifact Documents are not blurred together.
  • Normative clarity so requirement language can be applied by implementers, reviewers, validators, and AI systems without hidden assumptions.
  • Evidence alignment so canonical URLs, JSON artifacts, fixtures, and supporting files tell the same story as the detail page.
  • Publication readiness so version framing, status language, attribution, and release signals are complete before the public release.
The same review expectation applies across the full public stack: the Specification Root, published Document Roles, the shared Artifact Specification, and public Artifact Definitions.

How A Standard Moves To Release

  1. Stage 1

    Scope and terminology review

    Reviewers confirm that the draft stays inside its layer in the standards hierarchy and uses the canonical Cuddler terms consistently.

  2. Stage 2

    Normative and conformance review

    Requirement language, conformance statements, and implementation expectations are checked for ambiguity before publication is allowed to proceed.

  3. Stage 3

    Artifact and evidence alignment review

    The page is compared against its JSON sources, schema identifiers, fixtures, examples, and supporting files so the public evidence remains aligned.

  4. Stage 4

    Publication readiness review

    Version framing, status, attribution, and release details are checked before the draft is approved or returned for revision.