Preserve initial frontend pattern language research scaffold
Assistant: codex Assistant-Model: gpt-6-astra Assistant-Session: 01a0cffe-206f-7323-89d3-b20ca4cf4bf9
This commit is contained in:
parent
017ad6ea17
commit
2a5dabdc85
43 changed files with 2030 additions and 1 deletions
96
canon/PatternSchema.md
Normal file
96
canon/PatternSchema.md
Normal file
|
|
@ -0,0 +1,96 @@
|
|||
# Pattern Schema
|
||||
|
||||
Each pattern consists of structured metadata plus explanatory prose.
|
||||
|
||||
## Canonical metadata
|
||||
|
||||
```yaml
|
||||
---
|
||||
id: FEP-AFF-001
|
||||
name: Optimistic Overlay
|
||||
family:
|
||||
- affordance
|
||||
- mutation
|
||||
scale: L6
|
||||
status: hypothesis
|
||||
|
||||
context:
|
||||
- remote authority
|
||||
- perceptible mutation latency
|
||||
|
||||
forces:
|
||||
improves:
|
||||
- interaction_latency
|
||||
- perceived_responsiveness
|
||||
worsens:
|
||||
- reconciliation_complexity
|
||||
- implementation_complexity
|
||||
|
||||
requires:
|
||||
- identifiable_mutation
|
||||
- authoritative_state
|
||||
|
||||
relations:
|
||||
refines:
|
||||
- local_interaction_state
|
||||
enables:
|
||||
- immediate_feedback
|
||||
conflicts_with:
|
||||
- destructive_uncompensated_mutation
|
||||
|
||||
known_uses: []
|
||||
|
||||
evidence:
|
||||
maturity: hypothesis
|
||||
sources: []
|
||||
---
|
||||
```
|
||||
|
||||
## Human-readable structure
|
||||
|
||||
Every pattern should contain:
|
||||
|
||||
```text
|
||||
# Pattern Name
|
||||
|
||||
## Context
|
||||
|
||||
## Problem
|
||||
|
||||
## Forces
|
||||
|
||||
## Solution
|
||||
|
||||
## Dynamics
|
||||
|
||||
## Resulting Context
|
||||
|
||||
## Consequences
|
||||
|
||||
## Failure Modes
|
||||
|
||||
## Known Uses
|
||||
|
||||
## Related Patterns
|
||||
|
||||
## Evidence
|
||||
|
||||
## Implementation Notes
|
||||
```
|
||||
|
||||
## Requirements
|
||||
|
||||
A pattern should:
|
||||
|
||||
- describe a recurring problem,
|
||||
- expose at least two meaningful forces,
|
||||
- propose a reusable configuration,
|
||||
- explain consequences,
|
||||
- identify failure modes,
|
||||
- create or refine a context in which other patterns apply.
|
||||
|
||||
A useful technique is not automatically a pattern.
|
||||
|
||||
A framework feature is not automatically a pattern.
|
||||
|
||||
A pattern name should identify a reusable architectural idea rather than a product-specific API.
|
||||
Loading…
Add table
Add a link
Reference in a new issue