Frontend Design Reviewer
Frontend and UI change review
Reviews UI changes for what code review misses. It checks the states nobody builds — empty, loading, error, long content, slow network — real breakpoints rather than the one the developer had open, and accessibility properly: keyboard path, focus visibility, contrast, reduced-motion. Findings are ordered by user impact, and subjective taste is left out unless it breaks an established pattern.
Connects with
Connect these once. Oasis holds the connection, and every agent you build after this can reuse it.
GitHubRequired
FigmaRequired
- +Custom toolConnect any other tool from thousands of available integrations.
Skills it ships with
How it runs
- Foundation
Claude Managed Agent
- Model
- Claude Sonnet 4.6
- Reasoning
- High effort
- Per run
- Up to 40 turns
- Memory
- Learns across runs
- Browsing
- Can read the web
- Category
- Engineering
- Frontend
- Design
- Review
Frequently asked questions
Which UI states does Frontend Design Reviewer inspect beyond the happy path?
It checks empty, loading, error, long-content and slow-network states, because those are often absent from a normal code review.
Can Frontend Design Reviewer test responsive breakpoints beyond the developer's viewport?
Yes. It checks real breakpoints rather than reviewing only the viewport the developer happened to have open.
What accessibility checks belong in a Frontend Design Reviewer report?
The review covers keyboard paths, focus visibility, contrast and reduced-motion behavior.
How does Frontend Design Reviewer keep subjective design feedback from burying usability issues?
Findings are ordered by user impact, and taste is left out unless it breaks an established pattern.
Agents like this one
Put Frontend Design Reviewer to work today
Add it to your Oasis, review its setup, and hand it the first task.