interface-review

Reviews git diffs, branches, and pull requests for interface regressions across UI, accessibility, typography, and layout.

Updated Aug 22, 2026
One-click install
npx skills add https://github.com/falentio/cimi --skill interface-review-falentio
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: interface-review
Source: https://github.com/falentio/cimi/tree/main/.agents/skills/interface-review
Command: npx skills add https://github.com/falentio/cimi --skill interface-review-falentio

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Code changes often introduce subtle interface regressions—removed accessibility attributes, broken focus states, or incomplete component variants—that standard code review misses. This Skill reviews a change (branch, PR, or working tree) rather than a static screen, classifying every finding as Introduced, Regression, or Pre-existing so authors know exactly what their change caused. ## Core Features & Use Cases - Scope Resolution: Accepts targets like pr 482, branch, working, staged, or explicit ranges, resolving them against the merge base while excluding lockfiles, snapshots, and generated output. - Removed-Signal Detection: Reads the - side of every diff hunk to catch deleted ARIA attributes, focus styles, semantic elements, and motion preferences that post-change code alone would hide. - Blast Radius Expansion: Expands changed files to their consumer surfaces (one hop, two for design tokens) and reviews up to five consumers with a stated cutoff. - Use Case: Run /interface-review pr 482 before merging to get a structured report with a scope block, coverage table, severity-ranked findings with statuses, and a Block/Approve verdict handed to the better-interface skill. ## Quick Start Ask the assistant to review pull request 482 for interface regressions using the interface-review skill.

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 and accessibility regressions?

Invoke the skill with a target like `pr 482`. It fetches the PR head ref without checking it out, resolves the diff against the merge base, reads both sides of every hunk, and reports findings classified as Introduced, Regression, or Pre-existing.

How to review uncommitted working tree changes before committing?

Run the review with no target or with `working`. The skill checks whether HEAD is ahead of the merge base first, then falls back to uncommitted changes, reporting committed and uncommitted file counts separately.

Does the review modify or check out files in my working tree?

No. The review is strictly read-only. It fetches pull request refs into remote-tracking refs and reads files with `git show`, never running `git checkout`, `git switch`, or `git stash` against your working tree.

What happens when there is no change to review?

The skill never falls back to reviewing the last commit on its own. It reports repository facts—current branch, last commit SHA and subject, any open PR—then offers the last commit, a named target, or a full repository audit.

Which files are excluded from the interface 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 carry typography and accessibility implications.

Why does the review read removed lines in a diff?

Regressions are invisible in the post-change state. Deleted ARIA attributes, focus styles, semantic elements, and motion preferences only appear on the `-` side of hunks, so each removal is routed to its domain owner and confirmed before being reported as a Regression.