68 lines
3.2 KiB
Markdown
68 lines
3.2 KiB
Markdown
# Lesson 1: Consciousness vs Projection
|
|
|
|
**Module 19: Design Space | Time: 8 min**
|
|
|
|
---
|
|
|
|
## The Gap in Design Systems
|
|
|
|
Design systems are projections — they tell you what to use. Tokens define spacing, colors, typography. Components define buttons, cards, modals. Guidelines define patterns, layouts, interactions.
|
|
|
|
But projections don't remember. They don't know why `--space-lg` is `32px` and not `24px`. They don't know that a hamburger menu was tried and abandoned because task completion dropped. They don't know that the designer consistently prefers light heading weights over bold.
|
|
|
|
Every time a new designer or agent starts work, they begin from the projection — the rules — without the consciousness behind those rules. They might make the same mistakes, try the same failed experiments, or propose designs that contradict established preferences.
|
|
|
|
---
|
|
|
|
## What Consciousness Means
|
|
|
|
The Design Space is the layer that remembers:
|
|
|
|
- **Decisions:** "We use 32px section gaps because 24px felt cramped on service pages with 4+ cards"
|
|
- **Experiments:** "Bottom sheet navigation works better than hamburger for mobile service sites with 4-6 primary actions"
|
|
- **Improvements:** "Light heading weight (300) at 48px creates elegance. Bold felt corporate and generic"
|
|
- **Principles:** "This brand is confident calm, not loud authority. Design choices should reflect that"
|
|
- **Context:** "Coral CTAs on navy backgrounds work because the warm accent against cool background creates visual tension without aggression"
|
|
|
|
This knowledge is **transferable**. It works across projects, across agents, across time.
|
|
|
|
---
|
|
|
|
## How It Accumulates
|
|
|
|
The Design Space doesn't start full. It grows as you work:
|
|
|
|
1. **Site Analysis** — Analyzing existing sites captures structural, visual, and content DNA as baseline patterns
|
|
2. **Design Work** — Every design session generates insights about what works and why
|
|
3. **Feedback** — Every improvement the designer makes teaches the system taste
|
|
4. **Experiments** — Both successful and failed experiments become searchable knowledge
|
|
5. **Cross-Project Learning** — Patterns from one project inform decisions on the next
|
|
|
|
After 10 projects, the Design Space contains hundreds of insights. A new agent starting work on project 11 inherits all of that consciousness on day one.
|
|
|
|
---
|
|
|
|
## The Search-Before-Design Principle
|
|
|
|
Before making any design decision, agents search the Design Space:
|
|
|
|
```
|
|
search_space("hero section layout for service sites")
|
|
search_space("mobile navigation patterns")
|
|
search_space("dark background with trust signals")
|
|
```
|
|
|
|
This isn't optional. It's the design equivalent of "don't reinvent the wheel." If someone already learned that bottom sheets outperform hamburger menus for 4-6 primary actions, the next agent should know that before proposing a hamburger menu.
|
|
|
|
---
|
|
|
|
## Key Takeaway
|
|
|
|
A design system is a snapshot — here's what we use today. The Design Space is a timeline — here's everything we've learned and why. The snapshot changes. The learning accumulates.
|
|
|
|
The goal isn't to replace design systems. It's to give them memory.
|
|
|
|
---
|
|
|
|
**[← Back to Module Overview](module-19-design-space-overview.md)** | **[Next: Lesson 2 →](lesson-02-dual-embeddings.md)**
|