tastecheck-pass

Aggregate specialist self-checks and browser evidence into a SHIP or HOLD release decision.

3|3|Updated Jun 5, 2026
One-click install
npx skills add https://github.com/KyaniteLabs/tastecheck --skill tastecheck-pass
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: tastecheck-pass
Source: https://github.com/KyaniteLabs/tastecheck/tree/main/skills/tastecheck-pass
Command: npx skills add https://github.com/KyaniteLabs/tastecheck --skill tastecheck-pass

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes assets (resource) components.

What problem does it solve?

This skill solves the problem of subjective or incomplete frontend quality assurance by enforcing a fail-closed, evidence-based release gate for production-ready artifacts.

Core Features & Use Cases

  • Deterministic Verdicts: Provides a clear SHIP or HOLD decision based on objective evidence rather than assumptions.
  • Actionable Remediation: Converts every failure into a concrete next action with an owner and acceptance rule.
  • Use Case: Use this skill when you need to verify that a new frontend feature meets all design system, accessibility, and performance requirements before merging to production.

Quick Start

Run the tastecheck-pass skill on your current frontend artifact to generate a release brief and evidence ledger.

Frequently Asked Questions about tastecheck-pass

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

FAQPage Schema
What is an evidence-backed frontend release gate?

A frontend release gate enforces fail-closed quality assurance by aggregating specialist self-checks and browser-based evidence to produce a deterministic SHIP or HOLD decision before deployment. It requires a defined spec and measurable metrics.

How do I enforce accessibility and design system compliance before merging to production?

You enforce accessibility and design system compliance by running a final audit workflow that aggregates browser-based evidence against a defined spec. This fail-closed gate produces a deterministic ship or hold decision with actionable remediation steps for any failures.

Can I use a fail-closed release gate for frontend artifacts without a defined spec?

No, a fail-closed release gate for frontend artifacts requires a defined spec and measurable evidence to function. Without these prerequisites, the gate cannot produce a deterministic ship or hold decision for design system, accessibility, and performance metrics.

What's the best way to verify frontend performance metrics before deployment?

The best way to verify frontend performance metrics before deployment is to run an evidence-based release gate that aggregates browser-based evidence. This approach converts any performance failures into concrete next actions with assigned owners and acceptance rules.

Why does my frontend release gate return a HOLD decision?

Your frontend release gate returns a HOLD decision when browser-based evidence fails to meet your defined spec for design system compliance, accessibility, or performance metrics. Every failure triggers actionable remediation with a concrete next action, owner, and acceptance rule.