interface-review

Reviews git changes for interface regressions across UI, typography, layout, color, writing, and accessibility.

6.7k|239|Updated Jul 10, 2026
One-click install
npx skills add https://github.com/jakubkrehel/skills --skill interface-review-jakubkrehel
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: interface-review
Source: https://github.com/jakubkrehel/skills/tree/main/skills/interface-review
Command: npx skills add https://github.com/jakubkrehel/skills --skill interface-review-jakubkrehel

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Code review tools focus on correctness, tests, and security, but nobody checks whether a pull request broke the interface. This Skill reviews a change (a branch, PR, or working tree) rather than a screen, expanding changed files to the surfaces they affect and classifying every finding as Introduced, Regression, or Pre-existing. ## Core Features & Use Cases - Scope Resolution: Resolves review targets like pr 482, a branch, a range, or uncommitted changes against the merge base, excluding lockfiles, snapshots, and generated output. - Blast Radius Expansion: Expands changed files to their consumer surfaces (one hop, two for design tokens and shared primitives) so a diff is reviewed where it actually renders. - Removed-Signal Detection: Reads the - side of every hunk for removed accessibility attributes, focus styles, motion preferences, and text signals, routing each to the owning domain skill. - Use Case: Run /interface-review pr 482 before merging to get a scope block, a coverage table, and a findings table with severity, status, and before/after evidence, ending in an Approve or Block verdict. ## Quick Start Ask the agent to run interface-review on your current branch or a specific pull request, for example: review pull request 482 for interface regressions.

Frequently Asked Questions about interface-review

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I review a pull request for UI regressions?▼

Invoke the skill with a target like `pr 482`, a branch, or a range. It fetches the PR head into a remote-tracking ref, diffs against the merge base, expands changed files to their consumer surfaces, and reports findings with severity and status.

What does interface review check in a git diff?▼

It checks both sides of the diff: additions for new issues and removals for lost accessibility attributes, focus indicators, motion preferences, color tokens, and text signals. Every finding is classified as Introduced, Regression, or Pre-existing.

Does interface review modify my working tree?▼

No, the review is strictly read-only. It fetches pull request refs into `.git` and reads files with `git show`, never running checkout, switch, or stash, so your open files and local edits stay untouched.

What happens when there is no change to review?▼

With a clean tree and nothing ahead of the merge base, it stops and asks rather than inventing a target. It offers the last commit by SHA and subject, a named target, or a whole-repository audit handed to better-interface.

Which files are excluded from the review scope?▼

Lockfiles, snapshots, generated output, vendored code, and binaries are excluded and named in the scope block. Font files and images added to components stay in scope because they affect typography and accessibility.

Why does the review report pre-existing findings separately?▼

Pre-existing issues sit outside the finding cap and the verdict, so touching a legacy file cannot turn into a full-file audit. At most three are listed, highest severity first, stated plainly as not the change's responsibility.