CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/async-ordering-tests

Test async ordering - event-loop / queue / channel ordering assertions, JS Promise microtask vs macrotask ordering, Python `asyncio.gather` vs `asyncio.wait_for` semantics, Go goroutine + channel happens-before relationships, async/await re-entrancy. Use deterministic schedulers (sinon fake timers, asyncio test mode) to remove run-to-run variance. Use when a callback fires twice, a later response overwrites an earlier one, or a cancelled parent task leaves a child still running - bugs where completion order, not shared memory, is the defect.

73

Quality

92%

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

Overview
Quality
Evals
Security
Files

Quality

Content

82%

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

Tight, highly actionable cross-runtime skill: every step ships runnable code with the key assertion, and sections are well organized without padding. The one gap is workflow clarity — destructive/batch operations like cancellation propagation lack an explicit validate-fix-retry checkpoint.

Suggestions

Add an explicit validation checkpoint to Step 8 (cancellation propagation) and Step 7 (queue overflow), e.g. "Run with `-W error` / `pytest -rA`; if a child task still registers as running after parent cancel, re-run the test in isolation before concluding the fix."

After the runnable snippets, add a one-line "verify" step (e.g. expected exit/assertion output) so a failed run has a clear feedback loop rather than only an inline expect().

Consider splitting the per-runtime recipes (JS / Python / Go) into reference files if the skill grows, keeping SKILL.md as the overview with one-level-deep links.

DimensionReasoningScore

Conciseness

The body is lean: each step is one executable snippet plus a one-line rationale, no tutorials on what a promise or goroutine is, and aside notes (microtask drain, happens-before chain) earn their tokens. Not a score below: it avoids the score-2 trap of explaining libraries Claude already knows.

3 / 3

Actionability

Every step provides complete, copy-paste-ready, runnable code (vitest fake timers, Promise.all order assertion, asyncio.gather, Go channel + `go test -race`, bounded Queue overflow, cancellation propagation) plus the exact assertion to check — fully executable, not pseudocode.

3 / 3

Workflow Clarity

Steps are clearly sequenced (1–8) but there are no explicit validation/re-run checkpoints: the snippets assert expected ordering but there is no validate→fix→retry loop for the batch/cancellation operations. This caps at 2 per the missing-feedback-loop note rather than 3.

2 / 3

Progressive Disclosure

No bundle files exist and the body is under ~270 lines of well-organized sections (When to use, Steps, Anti-patterns, Limitations, References) — meeting the simple-skill allowance for a score of 3 with good organization and one-level-deep sister-skill references.

3 / 3

Total

11

/

12

Passed

Description

100%

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, specific description with concrete cross-runtime capabilities, natural trigger terms, and an explicit Use-when clause targeting a narrow defect class. Voice is appropriately third-person/imperative and verbosity is justified by the breadth of runtimes covered.

DimensionReasoningScore

Specificity

Lists multiple concrete actions across runtimes: "JS Promise microtask vs macrotask ordering", "Python asyncio.gather vs asyncio.wait_for", "Go goroutine + channel happens-before", plus deterministic-scheduler guidance — far beyond a vague single action.

3 / 3

Completeness

Clearly states what (test async ordering across JS/Python/Go with deterministic schedulers) and when via the explicit "Use when a callback fires twice, a later response overwrites an earlier one, or a cancelled parent task leaves a child still running" trigger clause.

3 / 3

Trigger Term Quality

Natural user terms are well covered: "callback fires twice", "later response overwrites an earlier one", "cancelled parent task leaves a child still running", plus "async ordering" and "event-loop / queue / channel" — phrases a user would actually say.

3 / 3

Distinctiveness Conflict Risk

The niche is precise (completion-order vs shared-memory defects) and triggers are distinct from sibling skills like race-condition-test-author or deadlock-detection-harness, making misfires unlikely.

3 / 3

Total

12

/

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

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Reviewed

Table of Contents