Esc

Agent skill

Before/after evidence

Your agent captures both states the same way, measures each mark from the page or the pixels, and checks the render before a reviewer opens it.

Install the global Vite+ CLI before running this command. Without it, replace vp dlx with pnpm dlx.

Pick before-after-evidence from the list.

The skill's example

Playground

The invite dialog now says what's wrong with an address, and waits for a valid one before it sends.

Open Settings › Members, select Invite, type maria@acme, and press Tab.

Before
Invite dialog with a red email field and no message12
  1. 1
    Only the border turns red. Nothing says what to fix.
  2. 2
    Send invite still sends to maria@acme.
Invite dialog with an error under the email field and a disabled Send invite button34
  1. 3
    "Add the domain, like maria@acme.com"
  2. 4
    Send invite waits for a valid address.
1 / 2
The changesrc/members/InviteDialog.tsx+3 −2
<input id="email" aria-invalid={invalid} value={email} onChange={edit} />
<button className="primary" onClick={send}>Send invite</button>
<input id="email" aria-invalid={invalid} aria-describedby="email-error" value={email} onChange={edit} />
{invalid && <p id="email-error" className="error">Add the domain, like {suggestion}</p>}
<button className="primary" onClick={send} disabled={invalid}>Send invite</button>

The skill turns a visible change into a ::compare of two screenshots, so a reviewer can check it without running the branch. It sends both sides or neither. If it can't capture the old state the same way as the new one, it stops and tells you what blocked it.

Ask in your own words, such as "Add before and after screenshots of the invite dialog to the PR." Your agent loads the skill for requests about a visible change. To be sure, say "Use the before-after-evidence skill."

Choose by what you want:

  • Proof that a UI change, bug fix, or design change looks right: this skill.
  • A review with several findings, one of them visible: Review document, with this compare as that finding's evidence.
  • How a screen or flow works, not what changed: Visual explanation.
  • A browser it can drive, such as Playwright, to capture both states and read each mark's box from the page. With only a screen recording or a design export, it measures marks in pixels.
  • Both states of the change, as deployments or commits it can run, or comparable images from a recording or design export.
  • The two images are the same size and differ only where the change is.
  • Each mark sits on the field, label, or button that changed, red before and green after, and nothing unchanged is marked. A guessed box on a half-width image lands on the neighbouring button, so the agent measures every mark.
  • Each note uses words visible on its side.
  • The document is one sentence, one line of steps to reach the screen, and the compare. Test runs and retries go in the agent's report to you, not in the evidence.
  • The report names any mark the agent couldn't check in the render.