quality-skill

Verify release readiness by checking tests, acceptance criteria, and evidence completeness.

7|Updated Feb 19, 2026
One-click install
npx skills add https://github.com/MajesteitBart/delano --skill quality-skill
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: quality-skill
Source: https://github.com/MajesteitBart/delano/tree/main/.agents/skills/quality-skill
Command: npx skills add https://github.com/MajesteitBart/delano --skill quality-skill

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) and assets (resource) components.

What problem does it solve?

This Skill verifies that work is actually ready to ship by checking tests, acceptance criteria, and evidence before closure or merge.

Core Features & Use Cases

  • Risk-based verification: Chooses the right depth of testing based on low, medium, or high risk.
  • Evidence capture: Records quality evidence and gate decisions so reviewers can inspect what was checked.
  • Use case: A feature is implemented and a maintainer needs a concise, defensible pass or fail decision before merging.

Quick Start

Use the quality-skill to verify the current change set, run the required checks, and produce a pass or fail gate decision with evidence.

Frequently Asked Questions about quality-skill

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

FAQPage Schema
How do I verify release readiness before merging a feature branch?

Release readiness verification requires checking test execution, acceptance criteria, and evidence completeness to produce a defensible gate decision before merge. This ensures unresolved critical defects are zero and validation reruns are logged.

What is risk-based verification for release gate decisions?

Risk-based verification selects the appropriate depth of testing based on low, medium, or high risk levels. It validates completed change sets by applying risk-based checks and defect reviews to confirm quality before closure.

How do I automate pass or fail gate decisions for code changes?

Automating gate decisions involves verifying the current change set, running required checks, and producing a pass or fail decision with evidence. This requires test execution, validation reruns, and confirming unresolved critical defects are zero.

When do I need to run validation reruns for release readiness?

Validation reruns are needed when verifying release readiness for completed change sets that require risk-based validation and defect review. They confirm that all required tests pass and evidence logging is complete before merge or closure.

Can I use risk-based validation for low-risk changes without full test execution?

Risk-based verification chooses the right depth of testing based on low, medium, or high risk, but release readiness still requires test execution, validation reruns, and evidence logging to confirm unresolved critical defects are zero before merge.