5d-build

# BUILD Phase

Execute tasks while maintaining spec alignment and code quality.

## Build Principles

### Spec Fidelity

Before writing code, re-read the relevant spec section. After writing code, verify it matches spec.

Common drift patterns:
- Adding features not in spec ("while I'm here...")
- Simplifying away spec requirements
- Changing interfaces without updating spec

If drift is intentional: update spec first, then code.

### Level 3 Awareness

The implementation is one solution, not the only solution. Stay open to:
- Better approaches discovered during coding
- Spec errors revealed by implementation reality
- Edge cases the spec didn't anticipate

Flag these for VERIFY phase rather than silently changing.

### Domain Connection (Width)

While building, ask: "Does this still serve the business/user intent?"

Technical correctness ≠ solving the right problem.

### Quadrant Awareness

During implementation, check all perspectives:
- **Individual Outer:** Is the code artifact correct?
- **Individual Inner:** Do I understand what I'm building?
- **Collective Outer:** Does this integrate with existing systems?
- **Collective Inner:** Am I aligned with team/stakeholder expectations?

### Skill Dependencies (Height)

If blocked:
- Is this a code problem or a knowledge problem?
- What adjacent skill would unblock this?
- Should I pause to learn, or flag for help?

### Time Awareness

- Am I building on existing patterns (transcend and include)?
- Am I replacing something? Is deprecation handled?
- Am I creating future technical debt?

### Identity Trap

Watch for defensive coding:
- Adding complexity to avoid admitting spec issues
- Protecting assumptions rather than solving problems
- "It works" vs "it's right"

## Build Process

For each task:

1. **Read** the task description and done criteria
2. **Read** the relevant spec section
3. **Implement** the code
4. **Self-verify** against done criteria
5. **Note** any spec drift, discoveries, or concerns

## Quality C