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.