
Agentation Self Driving
Run a two-terminal self-driving UI critique: one agent annotates the live page in a headed browser while another watches MCP and applies fixes.
Overview
Agentation Self-Driving is an agent skill most often used in Ship (also Build) that coordinates a Critic and Fixer across Agentation MCP and a headed browser for autonomous UI critique and fixes.
Install
npx skills add https://github.com/benjitaylor/agentation --skill agentation-self-drivingWhat is this skill?
- Two-session workflow: Terminal 1 Critic (/agentation-self-driving) and Terminal 2 Fixer on agentation_watch_annotations
- Requires Agentation toolbar, MCP connected, and agent-browser skill
- Critic adds annotations in a visible headed browser; Fixer greps by selectors and resolves via agentation_resolve
- Closed loop: webhook → watch unblocks → code edit → resolve → watch again
- Full autonomous design review without manual copy-paste of feedback
- Two-terminal workflow: Critic and Fixer
Adoption & trust: 4.5k installs on skills.sh; 3.9k GitHub stars; 1/3 security scanners passed (skills.sh audits).
What problem does it solve?
Design feedback lives in a browser toolbar while your agent edits in the terminal, so review and fixes stay out of sync.
Who is it for?
Builders with Agentation + MCP already wired who want watched, two-terminal UI polish on a local or preview URL.
Skip if: Projects without the toolbar or MCP, backend-only changes, or teams that cannot run a headed browser session.
When should I use this skill?
Agentation toolbar and MCP are connected and you want full autonomous design review with a headed browser plus fix loop.
What do I get? / Deliverables
Annotations flow over MCP into a fix loop that edits code and resolves each item until the visible page matches the critique.
- Design annotations on the live page
- Code fixes tied to selectors and component names
- Resolved annotation summaries via agentation_resolve
Recommended Skills
Journey fit
Spans multiple journey phases - primary shelf plus alternate fits below.
Canonical shelf is Ship because the workflow is design review and remediation on a running build, not initial feature ideation. Review matches autonomous critique, annotation, and fix loops tied to visual and CSS-level feedback.
Where it fits
Critic annotates spacing and contrast on the dashboard while Fixer patches Tailwind classes.
After implementing a component, run the loop to align live DOM with design intent.
Pre-release pass on marketing pages with visible browser verification.
Polish landing sections after copy changes without manual QA tickets.
How it compares
A paired-agent UI workflow using Agentation MCP, not a standalone static design linter.
Common Questions / FAQ
Who is agentation-self-driving for?
Solo builders using Claude Code with Agentation and MCP who want autonomous visual review plus code fixes.
When should I use agentation-self-driving?
During Ship review on a running page, and late Build frontend passes when you already have a preview URL and toolbar installed.
Is agentation-self-driving safe to install?
It drives browser automation and codebase edits; review the Security Audits panel on this page and trust only your own preview environments.
Workflow Chain
Requires first: agent browser
SKILL.md
READMESKILL.md - Agentation Self Driving
# Two-Session Self-Driving Workflow Full autonomous design review: one agent critiques, another fixes. ## Prerequisites - Agentation toolbar installed on the target page - MCP server running and connected (toolbar shows "MCP Connected") - `agent-browser` skill installed ## Setup ### Terminal 1 — The Critic (this skill) ```bash claude > /agentation-self-driving ``` This session opens the headed browser, scans the page, and adds design annotations. The user watches the browser as the agent navigates and critiques. ### Terminal 2 — The Fixer ```bash claude > Watch for agentation annotations and fix each one. Use agentation_watch_annotations > in a loop. For each annotation: read the target code, make the fix, then call > agentation_resolve with a summary of what you changed. ``` This session blocks on `agentation_watch_annotations`, receives each annotation as it's created by Terminal 1, and edits the codebase to address the feedback. ## How It Connects 1. Critic adds annotation → auto-sent via MCP webhook 2. Fixer's `agentation_watch_annotations` unblocks with the new annotation 3. Fixer reads the annotation (element path, CSS selectors, feedback text) 4. Fixer greps the codebase using the selectors/component names 5. Fixer makes changes, then calls `agentation_resolve` with a summary 6. Fixer loops back to `agentation_watch_annotations` ## Flow Diagram ``` Browser (visible) Terminal 1 (Critic) Terminal 2 (Fixer) ───────────────── ─────────────────── ────────────────── User watches cursor → Scrolls, clicks elements Blocking on watch... Annotation dialog → Fills critique, clicks Add Annotation auto-sends → Receives annotation Reads code, makes fix Resolves annotation Moves to next element → Blocking on watch... ``` ## Tips - Start the Fixer session first so it's ready when annotations arrive - The Critic can add annotations faster than the Fixer processes them — that's fine, they queue up - If the page hot-reloads from Fixer's changes, the Critic may need to re-expand the toolbar - Both sessions share the same MCP server via `.mcp.json` in the project --- name: agentation-self-driving description: Autonomous design critique mode using the Agentation annotation toolbar. Use when the user asks to "critique this page," "add design annotations," "review the UI," "self-driving mode," "auto-annotate," or wants an AI agent to autonomously add design feedback annotations to a web page via the browser. Requires the Agentation toolbar to be installed on the target page and agent-browser skill to be available. allowed-tools: Bash(agent-browser:*) --- # Agentation Self-Driving Mode Autonomously critique a web page by adding design annotations via the Agentation toolbar — in a visible headed browser so the user can watch the agent work in real time, like watching a self-driving car navigate. ## Launch — Always Headed The browser MUST be visible. Never run headless. The user watches you scan, hover, click, and annotate. **Preflight**: Verify `agent-browser` is available before anything else: ```bash command -v agent-browser >/dev/null || { echo "ERROR: agent-browser not found. Install the agent-browser skill first."; exit 1; } ``` **Launch**: Try opening directly first. Only close an existing session if the open command fails with a stale session error — this avoids killing a browser someone else is using: ```bash # Try to open. If it fails (stale session), close first then retry. agent-browser --headed open <url> 2>&1 || { agent-browser close 2>/dev/null; agent-browser --headed open <url>; } ``` Then verify the Agentation toolbar is present and expand it: ```bash # 1. Check toolbar exists on the page (data-feedback-toolbar is the root marker) agent-browser eval "document.querySelector('[data-feedback-to