| name | pr-screenshots |
| description | Use when attaching screenshots, images, or videos to GitHub or Azure DevOps issues, pull requests, and comments, especially for before-and-after UI evidence. |
PR Screenshots
Attach visual evidence directly to the issue, pull request, or comment so reviewers can inspect the result without checking out the branch. GitHub uploads use the native `gh --attach` workflow.
- Capture the before state before changing existing UI. Capture both light and dark themes when the surface supports them.
- Capture the verified after state in the same themes, viewport, crop, content state, and scroll position.
- Validate every before-and-after pair with
agent-browser diff screenshot --baseline <before.png> before upload.
- Write brief Markdown that names what each image shows. Keep images visible instead of placing them in a collapsed section.
- Upload with the platform workflow below.
- Open the published issue, pull request, or comment and verify every image or video renders for reviewers.
Agent Browser capture
When Agent Browser drives the capture, produce each theme pair in one pass and scope the crop to the changed surface instead of cropping images afterward:
agent-browser set media light
agent-browser screenshot ./before-light.png
agent-browser set media dark
agent-browser screenshot ./before-dark.png
After implementation, recapture the same routes and states, then validate each pair:
agent-browser set media dark
agent-browser diff screenshot --baseline ./before-dark.png --output ./pair-check-dark.png
A dimension-mismatch result means the viewport, device pixel ratio, or crop drifted; recapture rather than resizing an image. Inspect the reported mismatch regions: changes outside the edited surface are unintended regressions to fix or report, not evidence to upload. The generated red-highlight diff image is a validation artifact; do not attach it to the pull request unless it illustrates a finding. Use --selector <sel> on screenshot capture and diff screenshot for element-scoped pairs, including Storybook's #storybook-root.
For a motion or interaction change where timing matters, also record video with matching theme state:
agent-browser record start ./interaction.webm
agent-browser record stop
Recording requires ffmpeg on PATH. A recording supplements the required resulting-state screenshot; it never replaces it.
| | Light | Dark |
| --- | --- | --- |
| Before |  |  |
| After |  |  |
Before-and-after pairs MUST use the same CSS viewport dimensions, device pixel ratio, browser zoom, visualViewport.scale, crop, content state, scroll position, and capture method. Browser zoom and visualViewport.scale MUST remain 1. Matching output image dimensions alone is insufficient because a Retina screenshot can have twice as many pixels as its CSS viewport.
Agents MUST verify each pair's browser metrics before capture and its pixel dimensions before upload. They MUST NOT pass a Retina image's physical pixel dimensions to set viewport; browser viewport commands use CSS pixels. A mismatch requires recapture, not resizing one image afterward.
UI screenshot sets SHOULD show light and dark variants whenever the surface supports both. UI changes MUST include both themes; if the surface supports only one theme, state that in the pull request. Use HTML only when display sizing is needed:
<img src="uploaded-url" width="600" alt="Navigation with the selected item fully visible" />
Playground UI Storybook
For packages/playground-ui, use Storybook's native Open canvas in new tab action for the exact story. This opens the isolated iframe.html?id={story-id}&viewMode=story canvas.
PR screenshots MUST contain only the rendered story canvas. They MUST NOT include the Storybook sidebar, toolbar, addon panels, browser address bar, or other Storybook manager chrome. Do not take a full Storybook screenshot and crop the manager UI away afterward.
Set the Storybook background global to Light, open the canvas, and save the light screenshot. Repeat with Dark. Confirm the preview document has the expected light or dark class before capture.
When capture is automated, use the repository's installed Playwright and save an element screenshot of #storybook-root from the canvas-only URL:
await page.locator('#storybook-root').screenshot({ path: screenshotPath });
Use the story's stable rendered state. For an interaction change, complete the interaction in the canvas and capture the resulting state.
GitHub
GitHub CLI 2.99.0 or later is REQUIRED. Confirm with gh --version when the installed version is uncertain.
Use repeatable --attach flags with gh issue create, gh issue edit, gh issue comment, gh pr create, gh pr edit, or gh pr comment:
gh pr edit 123 \
--body-file /tmp/pr-body.md \
--attach ./before.png \
--attach ./after.png
Reference each local path in the Markdown body and pass the same path through --attach. GitHub CLI rewrites the local reference in place and preserves its alt text. An attached file that is absent from the body is appended at the end.
For an appended image, add alt text after # and quote the argument:
gh issue comment 456 --attach './error.png#Settings form showing a validation error'
Images support PNG, JPEG, GIF, WebP, and SVG. Videos support MP4, MOV, and WebM. Video references MUST be the only content in their paragraph to render as a player. Alt text after # does not apply to video.
The authenticated GitHub account MUST have write access to upload media. GitHub Enterprise Server does not support this workflow. Images and GIFs have a 10 MB limit. Videos have a 10 MB limit on Free plans and a 100 MB limit on paid plans.
Agents MUST use gh --attach for supported GitHub media uploads. They MUST NOT commit upload assets to an orphan branch or use browser-cookie upload endpoints as a workaround.
Azure DevOps
Upload PR images through the attachment REST API with POST to:
https://{org}.visualstudio.com/{projectId}/_apis/git/repositories/{repoId}/pullRequests/{prId}/attachments/{filename}?api-version=7.1-preview.1
Use HttpClient for binary uploads. Use a new filename when replacing an attachment. Reference the full attachment URL in Markdown, and do not commit screenshots to the branch.
- Existing UI has matched before-and-after evidence in light and dark themes when supported.
- Each comparison pair has identical CSS viewport, device pixel ratio, zoom, visual scale, crop, output dimensions, and capture method.
- Playground UI captures contain only
#storybook-root, with no Storybook or browser chrome.
- Every image has specific alt text.
- Uploaded media comes from the locally verified state.
- The published body keeps images visible.
- Every attachment renders at the published URL.
