quality-harness

Builds research-backed quality harness docs with verified checklists and CI tooling for frontend, backend, security, and deploy areas.

Updated Jul 27, 2026
One-click install
npx skills add https://github.com/arayaroma/ether --skill quality-harness-arayaroma
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: quality-harness
Source: https://github.com/arayaroma/ether/tree/main/skills/quality-harness
Command: npx skills add https://github.com/arayaroma/ether --skill quality-harness-arayaroma

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams often rely on vague "best practices" essays or unverified assumptions when defining code quality standards, leading to generic checklists that don't match the actual codebase. This Skill produces project-specific, research-grounded quality harnesses where every status claim is verified against the real repository. ## Core Features & Use Cases - Four scoped harness areas: Frontend (Core Web Vitals, WCAG accessibility), Backend/API (OWASP API Top 10, data-layer safety), Security (OWASP Top 10, secrets, supply chain), and Deploy/Release (rollout strategies, CI/CD structure), each in its own doc tracked by a docs/harnesses.md index. - Two-pass process: A delegated research pass gathers cited standards (OWASP, WCAG, Kubernetes docs) with every status cell flagged NEEDS REPO VERIFICATION, followed by a verification pass that greps the real codebase, confirms or corrects each claim, and applies cheap in-scope fixes immediately. - Standardized doc format: Dense tables with Dimension / Source / Measurable bar / Why it matters / Status here columns, plus workflow checklists, implemented-fixes lists, and explicit non-goals. - Use Case: Ask to build a security harness for a Node.js API project — the Skill researches OWASP guidance, verifies each control against the actual code (e.g. confirming a /health endpoint exists), fixes a missing Dependabot config, and ships a cited, verified checklist doc. ## Quick Start Build a backend API quality harness for this project, verify every checklist item against the actual codebase, and fix any cheap gaps you find.

Frequently Asked Questions about quality-harness

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

FAQPage Schema
How do I create a quality checklist for my codebase?▼

Use a two-pass process: first delegate research on standards like OWASP, WCAG, and Core Web Vitals for your specific stack, then verify every claim against the real repository with grep and file reads. Ship the result as a doc with measurable bars and confirmed status cells.

What should a frontend quality harness cover?▼

A frontend harness covers Core Web Vitals performance budgets (e.g. LCP ≤ 2.5s), WCAG accessibility criteria like 4.5:1 contrast ratios, test shape following the testing trophy, and framework-specific canon for the libraries the project actually uses.

How do backend and security harnesses avoid overlapping OWASP coverage?▼

The backend harness owns API-shape security from the OWASP API Top 10 — BOLA, mass assignment, rate limiting, SSRF — while the security harness owns the general OWASP Top 10 2021 plus secrets, supply chain, session internals, privacy, and infrastructure hardening. Both docs state this split explicitly in their opening line.

Why should a research agent not check repository state directly?▼

Research subagents that guess repo state produce confidently wrong status cells, such as claiming a /health endpoint is missing when one exists. Every status cell must instead read NEEDS REPO VERIFICATION with the exact grep or file to check, and a separate verification pass confirms each claim.

When should accessibility fixes be applied across multiple pages?▼

When a tool like axe-core finds a structural issue such as duplicate main landmarks, check every component built on the same shared layout before calling the fix done. A bug in a shell layout pattern repeats on every page using it, so single-page fixes are incomplete.