Repository
← Overview

Axis 02 · DESIGN

Design Intelligence

What does good look like here, who decides it, and which rule governs the call?

Status
COVERED
answered by a rule or taxonomy today
Rules in force
5
RULE-KIT-ERG-013 · RULE-LIGHT-CCT-001 · RULE-LIGHT-COUNT-001 · RULE-LIGHT-FEATURE-001 · RULE-DWG-CONFIDENCE-001
Open gaps
1
each with a stated fix
Decision purposes
6
INSPIRATION · LAYOUT · ERGONOMICS · LIGHTING · TECHNICAL · MISTAKE

Rules answering this axis

IDRuleStatusEv.Publication
RULE-KIT-ERG-013Galley kitchen working clearancesAPPROVEDBPUBLIC
RULE-LIGHT-CCT-001Answer a cool-white-throughout request with illuminance and zoning, not a colour-temperature concessionCANDIDATEBPROFESSIONAL
RULE-LIGHT-COUNT-001Fixture count is not the brightness decisionCANDIDATECPROFESSIONAL
RULE-LIGHT-FEATURE-001Test feature lighting against the maintenance reality, not the showroom momentCANDIDATECPROFESSIONAL
RULE-DWG-CONFIDENCE-001A drawing check is only as strong as how the dimension was obtainedCANDIDATEBPROFESSIONAL
Taxonomy
  • decision-purposes.json (22 questions)
  • scope-ownership.json
  • els-canon-sources.json
Canon cited
  • ELS-BOOKS 1-17
  • ELS Master Execution Matrix (551 items)
  • LDS Modern Tropical MT@1.6

What is missing

1 open
The decision boundary is recorded but not enforced anywhere downstream
Every rule carries decision_class and decision_owner. No consuming surface is known to read them, so a DESIGN-class call can still be presented as a PRODUCT choice.
FixAsk which surface consumes decision_owner before adding more rules that set it.