Canon / foundations

rule.foundations.token-lifecycle · draft

Deprecate tokens through a versioned migration contract

A token change is complete only when lifecycle metadata, replacements, consumer migration, compatibility and removal gates agree across platforms.

Guidance

Keep DTCG-compatible token values and aliases separate from AwesomeDS lifecycle metadata. Every deprecated token must declare its introduction version, deprecation version, replacement or documented no-replacement reason, compatibility window, removal version and owner; removal is blocked until code, design assets and supported platform mappings have migrated.

Verification contract

Validate all token files against the pinned DTCG schema and the lifecycle manifest; CI rejects raw values where a semantic token exists, new deprecated-token use, missing replacements or owners, and removal with remaining consumers; migration fixtures must preserve light, dark and high-contrast output on every supported platform.

Supporting references

Implementations and verification artifacts

No linked implementation yet.