Skip to content

Web Quality Audit Skill

Runs broad web quality reviews across performance, accessibility, SEO, and best practices.

This page helps you decide whether to install or invoke addyosmani/web-quality-audit, and how to keep the first use bounded.

FieldValue
Skilladdyosmani/web-quality-audit
CategoryBrowser, Testing, Quality
Directory listinghttps://officialskills.sh/addyosmani/skills/web-quality-audit
Primary sourcehttps://officialskills.sh/addyosmani/skills/web-quality-audit
Main dependencyBrowser, CLI, or target URL depending on the skill
Best first useRun it on a low-risk page or local preview and capture one concrete finding.

Start from the listing page: https://officialskills.sh/addyosmani/skills/web-quality-audit

If the page provides an install command, copy the command from the listing instead of reconstructing it from the URL. If your agent client supports GitHub skill paths, use the primary source: https://officialskills.sh/addyosmani/skills/web-quality-audit

After installing, read the original SKILL.md or listing page before use. Confirm the trigger, dependencies, guardrails, and expected output instead of relying on the skill name alone.

Runs broad web quality reviews across performance, accessibility, SEO, and best practices.

In the Browser, Testing, Quality category, the value of this skill is not that the agent “knows more.” It gives the agent a narrower workflow, clearer checks, and safer boundaries for a specific class of work.

  • Whether addyosmani/web-quality-audit is better than a one-off prompt for this task.
  • What context, account, file, URL, or runtime should be ready before the first invocation.
  • Whether the output can be reviewed through screenshots, logs, diffs, source links, command records, or explicit reasoning.
  • Which nearby skill to check if this one is not the right fit.
  • Inspect a real web page instead of guessing from source code alone.
  • Capture evidence such as screenshots, traces, audits, or structured findings.
  • Separate one-off browser operation from durable regression testing.
  • The task only needs static documentation or source reading.
  • The site requires credentials or sessions the agent cannot access.
  • The expected output is a maintained test suite and the project already has a test framework.
CheckGuidance
Is the task narrow enough?If the task can be described with one stable trigger, it is a better fit. If it is still broad, split it first.
Are the dependencies ready?Browser, CLI, or target URL depending on the skill. If not, add context before asking the agent to infer missing details.
Smallest first runRun it on a low-risk page or local preview and capture one concrete finding.
How to review the resultAsk for reviewable evidence: file paths, commands, screenshots, audit output, source links, or the reasoning behind key decisions.
When to stopSwitch back to human review when the task touches production resources, sensitive data, account permissions, or irreversible actions.
  • If the task is closer to “Automates a real browser from the terminal with playwright-cli for navigation, forms, snapshots, screenshots, extraction, and UI-flow debugging.”, check Playwright Skill first; use this page when the focus remains “Runs broad web quality reviews across performance, accessibility, SEO, and best practices.”.
  • If the task is closer to “Tests local web applications using Playwright-oriented workflows.”, check Webapp Testing Skill first; use this page when the focus remains “Runs broad web quality reviews across performance, accessibility, SEO, and best practices.”.
  • If the task is closer to “Provides persistent browser and Electron interaction through an interactive JavaScript REPL.”, check Playwright Interactive Skill first; use this page when the focus remains “Runs broad web quality reviews across performance, accessibility, SEO, and best practices.”.
  • If the task is closer to “Diagnoses and improves LCP, INP, and CLS issues.”, check Core Web Vitals Skill first; use this page when the focus remains “Runs broad web quality reviews across performance, accessibility, SEO, and best practices.”.
  1. Open the listing or source directory and confirm this is the skill you meant to use.
  2. Read the trigger and guardrails.
  3. Run it on a low-risk example, preview environment, or small file.
  4. Check whether the output is traceable to sources, commands, or file changes.
  5. Only then use it on a larger task.
  • Do not turn temporary task constraints into permanent skill behavior.
  • Do not let the skill handle accounts, production resources, payments, publishing, or merging unless the workflow has a review point.
  • If the skill depends on an external service, confirm credentials, quotas, privacy, and output location first.
  • If the result will affect public docs or production code, verify facts against the original source.
  • Playwright Skill - Automates a real browser from the terminal with playwright-cli for navigation, forms, snapshots, screenshots, extraction, and UI-flow debugging.
  • Webapp Testing Skill - Tests local web applications using Playwright-oriented workflows.
  • Playwright Interactive Skill - Provides persistent browser and Electron interaction through an interactive JavaScript REPL.
  • Core Web Vitals Skill - Diagnoses and improves LCP, INP, and CLS issues.