Skip to main content

Hiro Fukushima

Back to Portfolio

Design Engine

Design-System Enforcement for AI-Generated Interfaces

Product Design
AI Systems
AIProduct DesignDesign SystemsEvaluation

Summary

A design governance system that gives AI practical design knowledge and enforces a product’s Design System when AI creates or updates interfaces.

It contains structured guidance on typography, color, spacing, sizing, layout, responsiveness, components, interaction, accessibility, motion, content, data, platforms, design systems, testing, and evaluation. For every task, it retrieves the relevant knowledge, limits the work to an approved scope, checks the result against the product’s rules, explains every violation, and verifies every approved change.

Design Engine connects product authority and Design Knowledge to enforceable checks, controlled changes, and verified interface results.

Rules the model cannot ignore.

Product authority, Design Knowledge, checks, and approval surround AI-generated design.

PRODUCT AUTHORITY
DESIGN SYSTEMTokens and components

Patterns · states · behavior

KNOWLEDGEDesign intelligence

Guidance · evidence · examples

ENFORCEMENT LAYER
DESIGN ENGINEEnforce the system
ScopeCheckControlVerify
GOVERNED RESULT
FINDINGSExplain every violation

Rule · evidence · exact location

VERIFICATIONRecord the approved result

Change · checks · recovery

The Design System defines the product. Design Engine makes its rules executable.

Overview

  • A design-specialized system within a larger agentic architecture.
  • Gives AI structured, practical design knowledge.
  • Makes each product's Design System enforceable.
  • Controls scope, approval, and change.
  • Checks, explains, and verifies every result.

Role

  • Product Designer and Systems Designer
  • System architecture and authority model
  • Structured design knowledge base
  • Evaluation and verification logic
  • Scope controls and approval boundaries
  • Controlled-change workflow
  • Visual language and system communication

00. Table of Contents

01. The Engine Within the System

Where the Engine sits inside a complete product.

02. The Engine Family

How specialist Engines divide responsibility around AI.

03. Before and After

How an existing interface was analyzed and changed inside a controlled scope.

04. What the Design Engine Solves

The design failures it prevents in AI-generated work.

05. Design-System Enforcement

How product rules become checks the model must follow.

06. How the Design Engine Works

How authority, knowledge, control, and verification work together.

07. Design Knowledge

The practical design guidance the system can retrieve and apply.

08. System Evidence

What was built, tested, and verified.

09. Human Authority and Control

Where people review, approve, reject, or revise changes.

01. The Engine Within the System

The Engine supplies the capability.
The product turns it into something people can use.

An engine alone cannot be driven. The chassis, steering, brakes, controls, seats, and driver turn it into a car, while the engine determines the power, speed, and torque available to the complete vehicle.

A car engine surrounded by the chassis, steering, brakes, controls, cabin, and driver required to make its power usable.
STRUCTUREChassis
DIRECTIONSteering
CONTROLBrakes
CORE CAPABILITYEngine
PowerSpeedTorque
OPERATIONControls
EXPERIENCECabin
AUTHORITYDriver

The engine provides the capability. The complete system makes that capability usable.

02. The Engine Family

Design is one responsibility inside a larger family.

Knowledge supplies context, Orchestration coordinates the work, and each specialist Engine governs a separate capability around AI.

Knowledge and Orchestration connect to four specialist Engines, with Design Engine highlighted as the system responsible for design conformance.
SHARED KNOWLEDGEKnowledge Engine

Sources · standards · project context

COORDINATIONOrchestration Engine

Plan · route · join

Specialist Engines
TrustContent Engine

Defines supported information.

PermissionConversation Engine

Governs responses and actions.

CorrectnessVerification Engine

Checks specialist artifacts.

ConformanceDesign Engine

Enforces the product system.

03. Before and After

The interface was analyzed, compared, and changed inside a controlled scope.

The system identified its patterns and information hierarchy, retrieved the relevant design knowledge, compared those findings with the product's Design System, and applied the approved changes.

Before and after Job Tracker interface comparison showing an analyzed and controlled design change.
Before
After

04. What the Design Engine Solves

Plausible output can still violate the product.

The Design Engine exposes the failures that appearance alone cannot settle and connects every finding to the controlling rule and evidence.

Six classes of design failure surround an AI-generated interface that appears plausible but is not governed by the product system.
AI-GENERATED INTERFACEPlausible output

Appearance alone cannot prove conformance.

01
Scope drift

A small request expands into unrelated work.

02
Wrong tokens

Color, type, spacing, or geometry leaves the approved system.

03
Invented components

Generated UI replaces established product patterns.

04
Missing states

Loading, error, focus, empty, or disabled behavior disappears.

05
Broken behavior

Responsive and interaction rules stop matching the product.

06
Unsupported decisions

A plausible choice has no product authority or evidence.

05. Design-System Enforcement

Every request becomes an enforceable work boundary before anything changes.

The Engine locates product authority, binds the task, checks conformance, prepares an exact proposal, and verifies the approved result.

Eight stages move a design request from product authority through scope, conformance checks, approval, controlled application, and verification.
  1. 01AUTHORITYLoad the product system
  2. 02SCOPEBind the request
  3. 03INSPECTRead the declared surface
  4. 04CHECKRun conformance rules
  5. 05FINDExplain every violation
  6. 06PROPOSEDefine the exact change
  7. 07APPROVERequire human authority
  8. 08VERIFYApply, check, and record

Every stage preserves the declared task, controlling authority, evidence, and final record.

06. How the Design Engine Works

Product authority, design judgment, and controlled execution meet inside one system.

Objective rules run in code. Judgment remains connected to evidence, while every approved operation stays inside the declared scope.

Design Engine architecture from product authority and current artifacts through the Design Graph, checking, proposals, approved changes, and verification records.
01 · AUTHORITY
Product Design System

Tokens · components · patterns · states

Current design and code

The declared surface under review

Design Knowledge

Guidance · evidence · examples

02 · ENGINE
Scope Firewall

Task lane and allowed paths

Design Graph

Normalized authority and artifact model

Conformance

Deterministic checks and bounded judgment

03 · CONTROLLED RESULT
Explainable findings

Rule · evidence · location

Bounded proposal

Exact operation and recovery

Verified record

Approval · change · checks

07. Design Knowledge

Design Knowledge supplies the practical guidance behind design judgment.

Its structured corpus gives AI exact access to practical guidance, supported values, responsive behavior, accessibility, evidence, confidence, and authority boundaries.

Knowledge Built for AI, Specialized for Design

The system was first built to turn complete books into structured, retrievable knowledge.
That architecture became the foundation for practical design guidance, evidence, and examples.

BOOK KNOWLEDGEConversation intelligence
SOURCES19 complete books
PREPARATIONStructured and evaluated corpus
RETRIEVALExact source passages
More informed conversation
DESIGN KNOWLEDGEDesign intelligence
SOURCESResearch · standards · evidence
PREPARATIONStructured and evaluated design corpus
RETRIEVALExact topics and rules
More informed design decision
Book Knowledge makes conversations more informed.
Design Knowledge makes design decisions more informed.

Five Days to Build. Seconds to Retrieve.

The capability comes from the processing completed before a question is asked.

5days of continuous model work19 complete books processed
486independent reviewsAcross the complete corpus

2 weekly model limits used across the complete production run.

01SOURCES19 complete books

Processed section by section.

02PROCESS26 synthesis stages

Produced 391 metadata records.

03REVIEW486 independent reviews

89 correction cycles resolved material claims.

04RETRIEVERetrieval tested

Searchable and usable in seconds.

PREPARATIONComplete sources · capable models · independent review

Processing is completed before use.

USERecognize · search · retrieve · apply

The right knowledge arrives in seconds.

Reliability Came From Orchestration

Bounded execution, independent review, and model escalation kept plausible errors out of the accepted corpus.

COMMAND CENTEROne operating system for AI-assisted work

Scope · delegation · project state · review · documentation · evidence · acceptance

01Planner

Defines scope, packets, evidence, and acceptance.

02Executors

Process bounded sections, syntheses, and metadata.

03Reviewers

Compare every material claim with the source.

04Evaluator

Accepts, corrects, rejects, or escalates.

GOVERNED RESULTOnly independently accepted work enters the knowledge system.
GPT-5.30 / 3

Controlled pilots accepted after one correction each

SONNET41.7%

First-review pass rate across 48 substantive sections

GPT-5.63 / 3

The same controlled pilots accepted

OPUS 5Production

Promoted for substantive source work

CONSEQUENTIAL EVALUATION + METADATAGPT-6 · Fable 5.1

Final evaluation and metadata decisions used the strongest judgment models.

Command Center is the central operating and coordination layer for AI-assisted work across projects, models, and tools. It defines how work is scoped, delegated, reviewed, documented, and accepted, and centralizes project status, plans, decisions, handoffs, dependencies, and evidence so every AI session works from the same current understanding.

The models supplied the intelligence. The orchestration made the result reliable, scalable, and reusable.

What Design Knowledge Contains

The six volumes organize the design knowledge an AI needs to make informed decisions.
The relevant topic can then be retrieved as a complete answer.

01
Foundations

Type, color, spacing, sizing, accessibility

02
Structure

Layout, grids, responsive behavior, navigation

03
Components

Actions, inputs, tabs, menus, dialogs, content

04
Behavior

States, feedback, motion, errors, recovery

05
Communication

Content, localization, imagery, data

06
Systems

Tokens, platforms, governance, evaluation

DESIGN KNOWLEDGEPractical design intelligence
30 topics67 examples41 active sources
EXACT RETRIEVALComplete topic answer
  • Recommendations and reasoning
  • Values and conditions
  • Responsive and platform behavior
  • Accessibility and exceptions
  • Sources, confidence, and authority

08. System Evidence

The system is implemented, versioned, and verified.

Three releases establish the core, Controlled Apply, and Scope Firewall. Design Knowledge adds the practical corpus and its complete evaluation suite.

Verified Design Engine evidence across three releases, atomic rules, Design Knowledge, and passing tests.
V1.0Read-only core

Design Graph · checks · reports · Design Signature

V1.1Controlled Apply

Approval · recovery · rollback · immutable records

V1.2Scope Firewall

Task lanes · exact boundaries · diff enforcement

36atomic sources
8knowledge packs
60enforceable rules
30practical topics
67mapped examples
274passing tests
VERIFICATION274 automated tests passed across 52 test files

Type checking, linting, and the production build also pass.

09. Human Authority and Control

The Engine enforces the system. A person controls the change.

Analysis and proposal remain separate from mutation. Controlled Apply executes the approved operation and records the verified result.

Design Engine inspects and proposes, human authority approves or rejects, and Controlled Apply performs only the approved operation before verification.
DESIGN ENGINEInspect and propose
  • Bind scope
  • Run checks
  • Explain findings
  • Define exact operation
DECISION BOUNDARYHuman Authority
ApproveRejectRevise
CONTROLLED APPLYChange and verify
  • Authenticate operation
  • Lock source state
  • Apply approved change
  • Verify and record
The Design System defines the product, the Engine enforces it, and human authority controls the change.