om-auto-qa-pr

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

1|Updated Apr 23, 2026
One-click install
npx skills add https://github.com/tkogut/agents-os-core --skill om-auto-qa-pr-tkogut
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: om-auto-qa-pr
Source: https://github.com/tkogut/agents-os-core/tree/main/global_skills/om-auto-qa-pr
Command: npx skills add https://github.com/tkogut/agents-os-core --skill om-auto-qa-pr-tkogut

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 and broken states slip through review. This Skill automates that verification: it boots the app, drives the changed screens through a real browser, captures screenshots, and produces an honest pass/fail report without ever modifying source code. ## Core Features & Use Cases - Browser-based UI verification: Derives a scoped QA scenario from the PR diff, exercises the changed routes through a configured browser provider, and captures a screenshot at every checkpoint. - Review-first gating and PR integration: Ensures the PR has been code-reviewed first (invoking om-auto-review-pr when needed), 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 any tracker, writing report.json, report.md, and screenshots to a local artifacts directory. - Use Case: A developer opens a PR changing a checkout form. The skill checks out the PR head in an isolated worktree, boots the app via om-prepare-test-env, walks the form's default, error, and mobile states in a browser, and posts a screenshot-backed PASS/FAIL evidence report as a PR comment. ## Quick Start Ask the agent to run UI QA on pull request 123 with om-auto-qa-pr and post the screenshot evidence as a PR comment.

Frequently Asked Questions about om-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 om-auto-qa-pr with the PR number; it checks out the PR head in an isolated worktree, boots the app through om-prepare-test-env, drives the changed screens in a real browser, and posts screenshot evidence with a pass/fail verdict as a PR comment.

Can I run browser UI testing without a GitHub or tracker integration?▼

Yes. When no tracker is configured or no PR number is given, the skill runs in local mode against the current worktree and writes report.json, report.md, and screenshots to a local artifacts directory instead of posting comments.

Does automated UI QA modify my source code or branches?▼

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

What happens if the app cannot boot during UI verification?▼

The skill never fabricates results. It records the environment blocker honestly in the report, posts or saves that outcome, releases any lock it opened, and stops rather than reporting a fake pass.

When does the skill apply qa-approved labels to a PR?▼

Only with the explicit --self-qa-signoff flag, on a fully green run with attached screenshots, when the PR carries needs-qa without skip-qa, and never on risk-high PRs. By default it changes no labels and only posts evidence.