00 — System Overview
Design Philosophy
IDL is built on three foundational commitments that shape every decision in the specification: invariance over convention, composition over inheritance, and machine-readability as a first-class constraint. These are not aesthetic preferences — they are the axioms from which the specification's rules are derived.
Invariance Over Convention
Convention-based design systems rely on shared understanding to maintain consistency. When that understanding diverges — across teams, time, or platforms — inconsistency accumulates silently. IDL replaces convention with invariance: properties that the system declares must remain true are enforced by the compiler, not by agreement. If a spatial value must resolve to a base-unit multiple, the compiler rejects non-conforming values at parse time. The rule does not require interpretation.
Composition Over Inheritance
Inheritance-based systems create implicit dependency graphs that are difficult to audit and fragile to change. A component that inherits token values from a parent propagates changes in ways that are not locally visible. IDL's composition model is explicit: every reference — token to token, slot to component, component to component — is declared. The compiler validates the complete composition graph. No implicit dependency can exist.
Machine-Readability as a First-Class Constraint
IDL is authored by humans but consumed by machines — the compiler, platform emitters, AI systems, CI pipelines. Every structural decision in the specification is evaluated against the question: can this be parsed, validated, and transformed deterministically? Constructs that resist deterministic processing are outside the IDL grammar. This constraint produces a specification that is simultaneously more rigorous for human authors and more useful for automated consumers.