CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/data-quality-gate

Builds a release-readiness gate for a data pipeline by gathering check results from one or more engines (dbt, Great Expectations, Soda), applying severity-aware pass/fail thresholds, and emitting a single go / no-go decision with per-check rationale. Use when authoring a CI step that must fail the build when data quality drops below thresholds.

65

Quality

82%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Low

Low-risk findings worth noting

Overview
Quality
Evals
Security
Files

Quality

Content

72%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A well-structured, actionable skill body with a clean four-step workflow and appropriate offloading of the full collector to a single real reference. The main gaps are minor redundancy between the inline artifact sample and the worked example, and the absence of an explicit verification checkpoint in a build-halting batch gate.

Suggestions

Add an explicit validation checkpoint in Step 3/4 before emitting the verdict, e.g. assert that an artifact from every enumerated engine was collected (a missing engine should not read as a clean gate) and sanity-check that blocker+warning counts equal the parsed failures.

Trim the redundancy between the Step 4 inline markdown/JSON artifact sample and the worked-example collector, or explicitly note the inline sample is the contract the collector produces, so the two do not appear to duplicate.

DimensionReasoningScore

Conciseness

The body is largely lean (engine result shapes, a unified record schema, an executable decision function) without over-explaining basics, but the Step 4 markdown/JSON artifact sample overlaps the referenced worked-example collector and the 'single release-readiness gate' framing is restated, fitting 'mostly efficient but could be tightened' rather than the every-token-earns-its-place anchor at 3.

2 / 3

Actionability

It provides a concrete field-by-field unified record schema, a copy-paste-ready executable `gate_decision` function, a markdown+JSON artifact template, and a referenced runnable `scripts/run_quality_gate.py` with CI wiring YAML, matching the 'fully executable code/commands; copy-paste ready' anchor at 3.

3 / 3

Workflow Clarity

Steps 1-4 are clearly sequenced with an explicit decision rule and a stricter-mode knob, but the batch CI gate halts builds on a no-go exit yet has no explicit validation/verification checkpoint (e.g. confirm every engine artifact was collected, sanity-check parsed records before emitting no-go), so per the rubric workflow_clarity is capped at 2 for missing checkpoints in a batch operation.

2 / 3

Progressive Disclosure

The SKILL.md body is an overview that correctly keeps the core record schema, decision rule, and artifact template inline while offloading the full end-to-end collector to a real, one-level-deep, well-signaled reference (references/worked-example.md), matching the clear-overview-with-one-level-deep-references anchor at 3.

3 / 3

Total

10

/

12

Passed

Description

85%

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A precise, third-person description that clearly states both capability and an explicit use-trigger, with a well-delineated niche. Its only weakness is trigger-term coverage, which is a single technical clause rather than a spread of natural phrasings a user might actually say.

Suggestions

Broaden the 'Use when' clause with additional natural trigger phrasings users would say, e.g. 'Use when combining dbt, Great Expectations, or Soda results into one pass/fail gate' or 'when data quality checks should block a pipeline release'.

DimensionReasoningScore

Specificity

Names multiple concrete actions ('gathering check results from one or more engines', 'applying severity-aware pass/fail thresholds', 'emitting a single go / no-go decision with per-check rationale') in third person, matching the 'lists multiple specific concrete actions' anchor rather than the domain-only anchor at 2.

3 / 3

Completeness

It explicitly answers what ('Builds a release-readiness gate ... emitting a single go / no-go decision') and when ('Use when authoring a CI step that must fail the build when data quality drops below thresholds'), matching the explicit-both anchor at 3 rather than the implicit-when anchor at 2.

3 / 3

Trigger Term Quality

The single 'Use when authoring a CI step that must fail the build when data quality drops below thresholds' clause contains natural terms ('CI step', 'fail the build', 'data quality') but coverage of common variations a user would say is limited, fitting 'some relevant keywords but missing common variations' rather than the broad coverage anchor at 3.

2 / 3

Distinctiveness Conflict Risk

The multi-engine severity-tiered release gate is a clear niche with distinct triggers ('one or more engines (dbt, Great Expectations, Soda)') unlikely to fire for single-engine skills, matching the clear-niche anchor at 3.

3 / 3

Total

11

/

12

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

referenced_paths_exist

Referenced path issues: 1 missing

Warning

Total

15

/

16

Passed

Reviewed

Table of Contents