frontend-implementation
Use when converting a design direction into maintainable production frontend code, selecting architecture within the existing stack, implementing semantics, assets, loading behavior, CSS/layout, compo
SKILL.md.codex/skills/frontend-implementation/SKILL.md
GitHubFrontend Implementation
Preserve context
Inspect the repository before changing frameworks, routing, styling strategy or component foundations. Extend the existing stack unless a change has a clear user/maintenance benefit.
Build order
- semantic document and information hierarchy;
- responsive layout primitives;
- design-system tokens;
- functional states/interactions;
- imagery/media loading;
- motion/creative enhancement;
- QA instrumentation.
Engineering rules
- Prefer semantic HTML and native controls before recreating them.
- Keep component boundaries aligned to behavior/content responsibility, not every visual box.
- Use CSS Grid/Flex and fluid values before breakpoint proliferation.
- Reserve dimensions/aspect ratios for media to avoid layout shift.
- Subset/preload fonts intentionally; avoid loading families/weights not used.
- Keep server/client boundaries narrow in frameworks that support them.
- Lazy-load noncritical animation/3D code.
- Avoid global event listeners and per-frame React state updates for visual animation.
- Remove dead experimentation code and unused packages before release.
Visual fidelity
Do not “fix” a difficult art direction by reverting to standard cards. If a composition is hard to implement, solve the layout constraint or explicitly negotiate the tradeoff.