Skip to content
On this page Definition

Atlas · DS257 · Future / AI: Architecture

Schema-Driven UI

Declarative rendering of interfaces based on typed contracts.

  • Status in 2026: Active. In current use.
  • Trend 2027 to 2030: Rising (an editorial projection, not a forecast).
  • The term: Known technical term or standard.

Definition

Declarative rendering of interfaces based on typed contracts.

Traits

  • JSON schema
  • components

Typical settings: Back office, Dashboards.

When to use it, and when not

Consider it when the task and motivation match: developers and SaaS platforms. Typical settings: back office, dashboards.

Be careful when the risk below would hurt the main task: models do not capture the whole experience.

UX risk and how to reduce it

Risk: Models do not capture the whole experience.

Mitigation and accessibility: Custom components and validation.

How to check: Test with realistic scenarios: task success, accuracy, reversal, auditability, understanding of what the system does on its own, and a human's ability to step in.

Evidence

Emerging: exploratory work, with no causal validation for this style.

The sources below support the principles that apply to this term. None of them shows that this style works better or is preferred.

Heuristic scales

Relative editorial judgements from 1 to 5. They are not results of a study and not a measure of quality.

Visual complexity heuristic
2 / 5 (1 is few visual elements, 5 is many layered elements)
Expressiveness heuristic
1 / 5 (1 is restrained, neutral, 5 is highly expressive)
Information density heuristic
5 / 5 (1 is sparse, 5 is dense)

In our library

No design-style recipe in @codeatlasdev/ui implements this term yet. You can still build it from the --ca-* tokens: see Theming.

Prompt for your AI

Paste this into a coding agent. It carries the trade-offs, and asks for a baseline to compare against.

Design this interface in the "Schema-Driven UI" direction (future / ai, architecture): Declarative rendering of interfaces based on typed contracts.
Visual and interaction traits to use: JSON schema, components.
Main UX risk: Models do not capture the whole experience. Mitigate it: Custom components and validation.
Keep it accessible to WCAG 2.2 AA: contrast, visible focus, keyboard operation, 24 px minimum targets, reflow at 320 CSS px and reduced motion.
Keep the content, hierarchy and behavior the same as a plain baseline so the two can be compared. Do not claim the style performs better; the choice should be validated with users.

References

  1. Aljabri, Hijazi, Al-Salamin, Khemaja (2026). AI-MDD Approaches for Generating Adaptive and Intelligent UIs: A Systematic Literature Review. Journal of Advanced Computational Intelligence and Intelligent Informatics, 30.Supported

    Supports: A bibliometric analysis and systematic review that narrowed 3,335 Scopus records to 51 studies and reports rapid growth of research on AI and model-driven generation of adaptive UIs.

    Does not support: That adaptive generated UIs perform better for users. It maps the literature; the abstract read here does not report user outcomes.

    Checked 2026-10-25.

  2. W3C Web Accessibility Initiative (2021). WCAG 2 supplemental guidance. W3C WAI.Standard or guideline

    Supports: W3C WAI lists supplemental guidance for improving accessibility beyond what WCAG 2 requires, including a cognitive accessibility guidance set.

    Does not support: Normative requirements: supplemental guidance is advisory, not required for conformance. This page is an index; a specific recommendation needs the linked document.

    Checked 2026-10-25.