Build Frontend
Domain contract
- Preserve the project’s framework, styling system, and component conventions.
- Do not invent API response fields or silently change backend contracts.
- Do not replace an established design system with custom one-off styling.
- Define loading, empty, error, success, and disabled states that the changed flow can reach.
- Keep semantic HTML, keyboard navigation, focus behavior, labels, and contrast in scope.
- Avoid speculative shared abstractions for a single component.
- Treat screenshots and mockups as visual references, not proof of interaction behavior.
- Do not claim visual verification unless the UI was rendered or inspected.
Execute and verify
Read references/verification.md for UI, accessibility, responsive, and browser verification. Load it when the task changes rendered behavior or interaction.
Reuse existing components and tokens, implement the smallest coherent change, and prove behavior at the lowest useful layer. Prefer:
component test → feature test → type/lint → build → visual/interaction check
If a command cannot run, report the exact blocker and what remains unverified.