with one click
ui-video-evidence
How to record captioned browser/UI evidence GIFs that prove visual behavior and user flows ran correctly
Menu
How to record captioned browser/UI evidence GIFs that prove visual behavior and user flows ran correctly
| name | ui-video-evidence |
| description | How to record captioned browser/UI evidence GIFs that prove visual behavior and user flows ran correctly |
Prove that UI behavior, visual state, and click flows occurred as claimed. A GIF with visible URL, timestamps, and action context is tamper-evident in a way screenshots alone are not.
Use UI video evidence (in addition to tmux video) whenever your claim involves:
mcp__claude-in-chrome__gif_creator
Built into the harness. Records Chrome tab interactions directly.
Usage pattern:
brew install --cask kap
Open Kap → select region → record → export as GIF.
# Record X11 display (Linux CI)
ffmpeg -video_size 1280x720 -framerate 10 -f x11grab -i :99 \
-t 30 /tmp/<work_name>.mp4
# Convert to GIF
ffmpeg -i /tmp/<work_name>.mp4 -vf "fps=10,scale=1280:-1" \
/tmp/<work_name>.gif
Every UI evidence GIF MUST show these frames in order:
| # | Frame | What must be visible |
|---|---|---|
| 1 | URL + Page Load | Full browser URL bar showing the route being tested |
| 2 | Before State | Initial state before the action (empty form, list count, etc.) |
| 3 | Action | The click, input, or navigation being performed |
| 4 | After State | Result of the action (success message, data change, navigation) |
| 5 | Git Commit Link | Terminal pane or overlay showing git rev-parse HEAD |
The GIF must be self-explanatory to a reviewer who has no context:
/campaign/123 works, that URL must appearUI evidence must be tied to a commit, same as terminal evidence. Do one of:
git rev-parse HEAD alongside the browserconsole.log('SHA:', '<git-sha>') visible in browser devtoolsdata-commit attribute)# Quick split-screen approach with tmux
tmux split-window -h "watch -n1 git rev-parse HEAD"
# Then record both panes with asciinema or screen capture
#!/bin/bash
# UI Evidence Setup — <PR/Work Item>
set -e
echo "=== UI EVIDENCE: Git Provenance ==="
git rev-parse HEAD
git branch --show-current
git log --oneline origin/main..HEAD
echo ""
echo "=== Starting UI evidence recording ==="
echo "URL under test: <URL>"
echo "Claim: <what behavior this proves>"
echo "Commit: $(git rev-parse HEAD)"
echo ""
# Launch browser to the page
# (agent: use mcp__claude-in-chrome__navigate + gif_creator)
# (human: open browser manually, start Kap)
echo "=== Post-recording SHA check ==="
echo "SHA unchanged: $(git rev-parse HEAD)"
A reviewer of UI evidence should verify:
| Don't | Do instead |
|---|---|
| Show only the success state | Show before → action → after |
| Crop out the URL bar | Keep browser chrome visible |
| Use a pre-seeded DB and claim it proves creation | Show the creation step in the recording |
| Record without git SHA visible | Add terminal split or console log |
| Use a screenshot instead of GIF for flows | GIF proves the flow happened; screenshot proves only a moment |
## UI Evidence

**Commit**: `<git-sha>`
**URL tested**: `<url>`
**Claim**: <what this proves>
Multi-PR triage and parallel work dispatcher. Prevents single-PR tunnel vision by enforcing a survey-before-deep-dive protocol.
Classifies GitHub issues/PRs into PR-type categories and recommends autor techniques. Used by packages/core/src/decomposer.ts.
Use this skill when working in repositories managed by Agent Orchestrator or when the user asks how to use `ao` properly. Covers the default AO workflow: bootstrap with `ao start`, dispatch work with `ao spawn`, inspect progress with `ao status` or `ao session ls`, steer sessions with `ao send`, and recover or clean up sessions safely.
TDD-driven evidence workflow for generating authoritative failure/fix proof in PRs.
Canonical 7-green PR merge criteria, PR status check pattern, PR freeze discipline, and admin merge protocol
Define and run skeptic exit criteria for non-trivial tasks — independent verification agent with inverted incentive to find gaps