verify-aohys

Verifies aohys.com product surfaces with Computer Use execution and evidence-backed acceptance records.

Updated Jun 28, 2026
One-click install
npx skills add https://github.com/AO-HyS/aohys.com --skill verify-aohys-ao-hys
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: verify-aohys
Source: https://github.com/AO-HyS/aohys.com/tree/main/.agents/skills/verify-aohys
Command: npx skills add https://github.com/AO-HyS/aohys.com --skill verify-aohys-ao-hys

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Product acceptance for aohys.com requires proving that real user journeys actually work in the browser, not just that static checks pass. This Skill provides a controlled, evidence-backed verification workflow that drives the public Astro site and private dashboard with Computer Use while keeping production strictly read-only. ## Core Features & Use Cases - Deterministic readiness probes: The doctor command validates origin reachability per app and environment before any browser session starts, confining local runs to declared loopback origins and production to read-only checks. - Plan-bound Computer Use execution: The orchestrator creates a versioned, SHA-256-bound execution plan that a neutral executor follows exactly, while a separate vision-capable judge owns the PASS, FAIL, BLOCKED, or INCONCLUSIVE verdict. - Private evidence records: Screenshots, console and network observations, and before/after probe results persist under a private verification directory, so authenticated dashboard journeys are only marked proven with real run evidence. - Use Case: After changing the dashboard Leads page, run the changed-scope feature map selection, launch the dashboard, execute the authorized Leads observation journey with Computer Use, and record a verified verdict tied to the exact candidate tree. ## Quick Start Verify the public site by asking the agent to run the product doctor for the site app locally and then execute the mapped home page journey with Computer Use.

Frequently Asked Questions about verify-aohys

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

FAQPage Schema
How do I verify the aohys.com site before a release?▼

Run pnpm verify:product:doctor with the target app and environment to probe origin readiness, then launch only the mapped app and execute the feature-map journey with Computer Use. A separate judge issues the verdict based on screenshots and observations.

How do I select which product journeys to verify after a code change?▼

Run pnpm verify:product:changed from the repository root. It reads the feature map at config/product-verification-feature-map.json and selects journeys whose sourceGlobs intersect the candidate diff, without driving the UI.

Can this verification run against production?▼

Production runs are permitted only as read-only readiness probes confined to https://aohys.com and https://www.aohys.com. Production plans never authorize writes, send no credentials, and never follow redirects.

Does it use Playwright or Cypress for browser automation?▼

No. Computer Use is the only UI driver; the Skill never invokes Playwright, Cypress, agent-browser, or any other browser harness. The executor follows a SHA-256-bound plan and returns neutral observations.

Why is a dashboard journey still marked draft after checks pass?▼

Static checks and a green doctor never prove product coverage. A journey becomes proven only after launch, doctor, Computer Use execution, before/after probes, private evidence, a judge verdict, and cleanup all exist for the same run.

How are authenticated dashboard sessions handled during verification?▼

Dashboard journeys use only an existing authorized Better Auth browser session. Login is never automated, no browser profile is created, and plans reference sessions only through opaque session.* inputs with no credentials.