om-auto-qa-pr

Verifies PR UI changes in a real browser and publishes screenshot evidence.

2.6k|159|Updated Mar 8, 2021
One-click install
npx skills add https://github.com/go-musicfox/go-musicfox --skill om-auto-qa-pr-go-musicfox
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: om-auto-qa-pr
Source: https://github.com/go-musicfox/go-musicfox/tree/main/.agents/skills/om-auto-qa-pr
Command: npx skills add https://github.com/go-musicfox/go-musicfox --skill om-auto-qa-pr-go-musicfox

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 verification: it boots the app, drives the changed surfaces through a real browser, captures screenshots, and produces a pass/fail report — all without modifying source code. ## Core Features & Use Cases - Browser-based UI verification: Derives a scoped QA scenario from the PR diff, drives the app through a configured browser provider, and captures a screenshot at every checkpoint. - PR and local modes: With a tracker configured it claims the PR, enforces a review-first gate, and posts inline screenshot evidence as a PR comment; without one it verifies the current worktree and writes artifacts locally. - Conservative label and lock management: Claims and releases PR locks with stale-lock recovery, applies qa-approved or qa-failed labels only via explicit opt-in flags, and never edits source, pushes, or merges. - Use Case: A reviewer receives a PR changing a checkout form. Run this Skill with the PR number to get a comment containing step-by-step screenshots proving the form renders, submits, and handles errors correctly, plus a follow-up test scenario when no browser-level test exists. ## Quick Start Run the om-auto-qa-pr skill with a PR number to verify its UI changes in a browser and post screenshot evidence to the pull request.

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?▼

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

How to verify UI changes without a tracker or PR?▼

Run the skill without a PR number to enter local mode. It diffs the current worktree against the base branch, exercises the changed surfaces in the browser, and writes report.json, report.md, and screenshots to a local artifacts directory.

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, or merges. In PR mode it verifies in a temporary git worktree that is removed afterward, and in local mode it never stashes or switches branches.

Can the skill approve or fail a PR with labels automatically?▼

Only via explicit opt-in flags. By default it changes no labels; --self-qa-signoff applies qa-approved and qa-self-verified on a fully green run with screenshots, and --apply-failure applies qa-failed on failure, all routed through descriptor label guards.

What happens when the app cannot boot for UI testing?▼

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