Frontend Design Reviewer

Published by Oasis

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.

  • GitHubGitHubRequired
  • FigmaFigmaRequired
  • +Custom toolConnect any other tool from thousands of available integrations.

Skills it ships with

Frontend DesignWebapp Testing

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.