ot-auto-qa-pr

Verifies a PR's UI changes in a real browser and captures screenshot evidence with a pass/fail report.

Updated Sep 10, 2026
One-click install
npx skills add https://github.com/triage-software/skills --skill ot-auto-qa-pr-triage-software
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: ot-auto-qa-pr
Source: https://github.com/triage-software/skills/tree/main/skills/ot-auto-qa-pr
Command: npx skills add https://github.com/triage-software/skills --skill ot-auto-qa-pr-triage-software

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Manually verifying that a pull request's UI changes actually work in a browser is slow and often skipped, letting visual regressions slip through. This Skill automates that QA pass: it boots the app, drives the changed surfaces through a configured browser provider, and produces screenshot-backed evidence without ever modifying source code. ## Core Features & Use Cases - Browser-driven UI verification: Derives a scoped QA scenario from the PR diff, exercises the affected routes through the configured browser provider, and captures a screenshot at each checkpoint. - Review-first gating and PR integration: Ensures the PR has been reviewed (invoking the review skill when not), claims the PR with a lock, and posts evidence inline as a PR comment with optional self-QA sign-off labels. - Local tracker-less mode: Runs against the current worktree without a tracker, writing machine-readable report.json and human-readable report.md artifacts for human review. - Use Case: After opening a PR that changes the login page, run the Skill against that PR number to get a posted comment containing step-by-step PASS/FAIL results and inline screenshots proving the new flow renders and behaves correctly. ## Quick Start Ask the agent to QA PR 1234's UI changes in a real browser and post screenshot evidence to the pull request.

Frequently Asked Questions about ot-auto-qa-pr

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I automatically QA a pull request's UI changes?▼

Run the Skill with the PR number; it claims the PR, checks out its head in an isolated worktree, boots the app via the test-environment skill, drives the changed surfaces in a real browser, and posts a screenshot-backed pass/fail report as a PR comment.

How to test UI changes without a GitHub tracker configured?▼

Use local mode by omitting the PR number or running without a tracker config. The Skill verifies the current worktree as-is and writes report.json, report.md, and screenshots to an artifacts directory for human review.

Does this Skill modify source code or push to the PR branch?▼

No. It is strictly read-only on source: it never edits files, never pushes to the change's branch, and never merges. In local mode it also never stashes, resets, or switches away from in-progress changes.

Can it approve a PR for merge after QA passes?▼

Only with the explicit --self-qa-signoff flag on a fully green run with attached screenshots and a needs-qa label. By default it is evidence-only and changes no labels, leaving the merge decision to a human QA reviewer.

What happens if the app cannot boot or browsers cannot be installed?▼

The Skill records the environment blocker honestly in the report, posts or saves it, and releases any lock it opened. It never fabricates a PASS, and un-exercised steps are marked as not exercised with the reason.