Checks
The design is reviewed as you work. The Checks tab lists what would break, or read badly, in the running app — with a one-click fix where the fix is unambiguous.
Reading the panel
Findings are ordered with warnings first. Each names the screen and element it concerns, with two controls:
Warnings
Things that will misbehave in the app:
Notes
Judgements rather than certainties, worded as risk because the design cannot know everything the app will hold:
Ignoring a finding
Some checks are right in general and wrong for your screen — an orphan-input warning on a search field that submits as you type, for instance. Ignoring one hides it for that element only, and the rest of the check keeps working everywhere else.
Dismissals belong to the design
What checks are not
Checks describe the design as it stands. They are not a gate — you can export with findings open, because sometimes a screen is deliberately half-built. What they prevent is being surprised by something the design already knew.