CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

qa-async-workflows

Test background jobs, queues, cron, workflow engines (n8n, Windmill, Sim), and email delivery for execution order, swallowed errors, retries, idempotency, drift between repo and live, and observability. Use when any part of a journey runs asynchronously.

70

Quality

88%

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

SKILL.md
Quality
Evals
Security

Quality

Content

88%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.

An excellent, lean instruction-only skill body: concrete testing procedure, explicit validation checkpoints, and a real exit-criteria checklist. The single notable defect is the four undefined pattern references (E1, A2, B1, B3) that no bundle file resolves.

Suggestions

Define patterns E1, A2, B1, and B3 inline (one line each) or add a references/patterns.md file and link to it from the procedure steps.

Consider adding one concrete example of a swallowed-error signature per engine (e.g. the n8n setting names already given for Windmill/Sim equivalents) to make step 2 fully self-contained.

DimensionReasoningScore

Conciseness

Every step is dense with specifics ('kill a dependency, time out an API, and return malformed data') with zero padding and no explanation of concepts Claude already knows; every token earns its place.

5 / 5

Actionability

Steps are concrete and executable (inventory fields enumerated, failure-injection methods named, 'trigger twice and retry after a partial failure'), but the references '(pattern E1)', '(pattern A2)', '(pattern B1)', and '(pattern B3)' point to patterns that are neither defined inline nor in any bundle file, leaving a minor gap.

4 / 5

Workflow Clarity

A clear 9-step sequence with explicit validation checkpoints ('Each write must be read back'), failure/retry feedback loops (steps 5-6), and an exit-criteria checklist requiring run IDs as evidence and a verified output row or artifact.

5 / 5

Progressive Disclosure

The body is under 50 lines with well-organized sections (Procedure, Exit criteria) and no inlined content that belongs in separate files, but the four pattern references dangle with no resolution path, a minor organization gap that keeps it below anchor 5.

4 / 5

Total

18

/

20

Passed

Description

83%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 concrete capabilities, named engines, and an explicit use-when clause. Its only weaknesses are moderate trigger-term coverage and a somewhat abstract when-condition instead of user-mentionable trigger phrases.

Suggestions

Expand the 'Use when' clause with concrete trigger phrases users would actually say, e.g. 'Use when the user mentions background jobs, queues, cron, scheduled tasks, webhooks, n8n, or Windmill'.

Add common synonyms for trigger coverage such as 'scheduled jobs', 'message queues', 'workers', or 'delayed jobs'.

DimensionReasoningScore

Specificity

The description names concrete targets (n8n, Windmill, Sim, cron, queues, email delivery) and enumerates six specific test focus areas (execution order, swallowed errors, retries, idempotency, drift, observability), giving comprehensive coverage within its niche rather than just several actions with minor gaps.

5 / 5

Completeness

Both a clear 'what' (test async infrastructure for execution order, swallowed errors, retries, idempotency, drift, observability) and an explicit 'Use when any part of a journey runs asynchronously' clause are present. The when-clause is a single abstract condition rather than concrete user-mentionable trigger phrases, keeping it at anchor 4 instead of 5.

4 / 5

Trigger Term Quality

Natural terms like 'background jobs', 'queues', 'cron', 'n8n', 'email delivery', 'retries', and 'asynchronously' are present, but common variations such as 'scheduled jobs', 'webhooks', 'message queues', or 'workers' are missing, so coverage is good rather than comprehensive.

4 / 5

Distinctiveness Conflict Risk

Naming specific engines (n8n, Windmill, Sim) alongside 'background jobs, queues, cron' carves out a clear niche with distinct triggers and minimal conflict risk; only trivial overlap exists with generic testing or email 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

itsablabla/qa-bug-agent-skills

Path

skills/qa-async-workflows/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.