Sibling contract
Tokens
Token-format conformance is the foundation of portable design intelligence. If tokens are not structurally valid, every downstream tool inherits the rot.
Version 0.1.0 · provisional · machine export
Source authority
Primary standard
W3C Design Tokens Format Module 2025.10 (CG-FINAL, 2025-10-28)
Reference validator
@terrazzo/parser 2.4.0
Conformance
Required token properties
$value (required) · $type (required, direct or inherited) · $description (recommended on semantic) · $extensions (optional, namespaced)
Standard DTCG types
color, dimension, fontFamily, duration, cubicBezier, number, boolean
Custom Designesy types
spring (via $extensions.designesy.spring) · sound (via $extensions.designesy.sound)
Color spaces
OKLCH mandatory for new tokens · Display-P3 permitted · sRGB bare hex legacy (SHOULD migrate)
Verification — 10 checks
10 checks. PASS=1, WARN=0.5, FAIL=0. Score = (points/10) × 100. A≥90, B≥80, C≥70, D≥60, F<60.
Open questions
- DTCG custom types proposal: should spring and sound be proposed to W3C DTCG?
- Color migration timeline: when should §8.1 migrate from bare hex to structured OKLCH?
- Resolver support: should Designesy adopt DTCG 2025.10 resolvers?
- Multi-theme conformance: how should t09 handle intentional cross-theme type changes?
- Style Dictionary integration: switch from Terrazzo when style-dictionary achieves full 2025.10 support?