CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

testing-dags

Complex DAG testing workflows with debugging and fixing cycles. Use for multi-step testing requests like "test this dag and fix it if it fails", "test and debug", "run the pipeline and troubleshoot issues". For simple test requests ("test dag", "run dag"), the airflow entrypoint skill handles it directly. This skill is for iterative test-debug-fix cycles.

69

Quality

87%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

77%Weight 40%Scale 1-5

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

The body delivers a highly actionable, well-sequenced test-debug-fix loop with executable commands and explicit decision points. Its weaknesses are repetition of the same commands across overlapping sections and a monolithic single-file structure with no progressive disclosure into reference files.

Suggestions

Move the CLI quick-reference table, testing scenarios, and debugging tips into a reference file (e.g. references/cli-reference.md) and keep SKILL.md as a lean overview that links to it, cutting the ~410-line body substantially.

Eliminate the repeated trigger-wait guidance across the FIRST ACTION section, Phase 1, the workflow diagram, and the scenarios — state the command once and have scenarios reference the phases instead of restating them.

Drop or trim sections explaining knowledge Claude already has, such as "Reading Task Logs" (generic log structure) and the "On Astro" environment-promotion paragraph.

DimensionReasoningScore

Conciseness

The trigger-wait command is repeated across the overview diagram, FIRST ACTION section, Phase 1, the quick reference, and all six scenarios, and sections like "Reading Task Logs" and "On Astro" explain generic Airflow practices Claude already knows. Most sections carry real signal, so this sits at the mostly-efficient-but-could-be-tightened anchor rather than the noticeably-verbose one.

3 / 5

Actionability

Every phase is backed by copy-paste-ready `af` commands with flags and worked examples (e.g. `af runs trigger-wait my_dag --timeout 300`), JSON response formats for success/failure/timeout, and a common-fixes table. The commands are executable and the example scenarios cover the common cases, matching the top anchor.

5 / 5

Workflow Clarity

The three-phase loop (trigger → debug → fix → retest) is sequenced with an ASCII decision flowchart, explicit response-interpretation branches for success/timeout/failure, and an instruction to "Repeat the test → debug → fix loop until the DAG succeeds" — a full validation-and-recovery feedback loop.

5 / 5

Progressive Disclosure

There are no bundle files at all; ~410 lines live in a single SKILL.md with good headers but no external references. Reference-grade material (the CLI quick-reference table, six testing scenarios, debugging tips) is inlined where it belongs in separate files, matching the some-structure anchor rather than 2 (which requires minimal structure) or 4+ (which requires appropriate splitting).

3 / 5

Total

16

/

20

Passed

Description

90%Weight 40%Scale 1-5

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 strong description with explicit what/when structure, verbatim natural trigger phrases, and effective disambiguation against a sibling entrypoint skill. Its only weakness is that the capability statement stays at the level of generic verbs (testing, debugging, fixing) rather than concrete actions.

DimensionReasoningScore

Specificity

The description names the domain ("Complex DAG testing workflows") and the testing/debugging/fixing cycle, but the actions remain generic — it never states concrete capabilities like triggering runs, fetching task logs, or diagnosing failures. This matches the anchor for naming a domain with 1-2 concrete actions rather than the several specific actions required for a 4.

3 / 5

Completeness

It explicitly answers both questions: what ("Complex DAG testing workflows with debugging and fixing cycles... iterative test-debug-fix cycles") and when ("Use for multi-step testing requests like...") with concrete quoted trigger phrases, matching the top anchor exactly.

5 / 5

Trigger Term Quality

It quotes natural user phrasings verbatim ("test this dag and fix it if it fails", "test and debug", "run the pipeline and troubleshoot issues") and includes synonyms (dag, pipeline) plus negative triggers ("test dag", "run dag") for disambiguation. Coverage of natural terms is comprehensive rather than missing only a few, which rules out 4.

5 / 5

Distinctiveness Conflict Risk

It carves out a clear niche — iterative test-debug-fix cycles — and explicitly redirects simple requests elsewhere ("the airflow entrypoint skill handles it directly"), giving it minimal conflict risk with related skills.

5 / 5

Total

18

/

20

Passed

Validation

100%

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

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

astronomer/agents

Path

skills/testing-dags/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.