CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/race-condition-test-author

Build deterministic race-condition tests - identify shared mutable state, drive interleavings via barriers / latches / manual scheduling; use ThreadSanitizer (clang `-fsanitize=thread`) for C/C++/Go data race detection; use jcstress (`@JCStressTest` + `@Actor` + `@Outcome`) for JVM stress; use Loom virtual-thread interleavings for parallel testing. Use when a defect only reproduces under load on shared in-process state (cache, counter, connection pool, lazy-init singleton), or when writing the regression test for a race-condition incident before the fix lands.

76

Quality

95%

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

90%

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

A strong, code-first skill body with executable examples across multiple language stacks and a clear stepped workflow. It loses a little on workflow clarity (no explicit validation feedback loops) and progressive disclosure (monolithic single file, no bundle).

Suggestions

Add an explicit validate->fix->retry checkpoint in the CI integration step (e.g., fail the matrix on any TSan WARNING and surface the report artifact before merging), since race-test runs are probabilistic.

Consider splitting the per-toolkit detail (TSan, jcstress, Loom) into reference files and keeping SKILL.md as a decision-tree overview, improving progressive disclosure and token budget.

Tighten the TSan output explanation and the jcstress 'experimental harness' quoted definition, which restate concepts Claude already knows.

DimensionReasoningScore

Conciseness

Lean and code-heavy; opens with one terse framing sentence and assumes Claude's competence without explaining basic concurrency concepts. Every prose block earns its place alongside executable examples.

3 / 3

Actionability

Provides fully executable, copy-paste-ready code and commands across Python, bash, Java, and YAML with real flags (-fsanitize=thread -g -O1, go test -race, java -jar jcstress.jar).

3 / 3

Workflow Clarity

The 7-step sequence is clear and the anti-patterns table serves as a checklist, but validation feedback for build/run cycles is mostly probabilistic-run advice rather than explicit validate->fix->retry checkpoints; anchored between 2 and 3.

2.5 / 3

Progressive Disclosure

Content is well-organized into clear sections with one-level-deep link references that resolve, but everything lives inline in a single ~247-line file with no external bundle files; anchored between 2 and 3.

2.5 / 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 highly specific, well-structured description that clearly states concrete capabilities and provides explicit 'Use when' trigger guidance in third-person voice. It is distinctive within the testing-skill space and unlikely to misfire.

DimensionReasoningScore

Specificity

Lists multiple concrete actions across toolchains (identify shared mutable state, drive interleavings via barriers/latches, ThreadSanitizer, jcstress, Loom), matching the comprehensive multi-action anchor.

3 / 3

Completeness

Explicitly answers both what (build deterministic race-condition tests) and when ('Use when a defect only reproduces under load on shared in-process state...'), with an explicit 'Use when' clause.

3 / 3

Trigger Term Quality

Includes natural terms a user would say ('race-condition', 'data-race', 'under load', 'incident') plus tool-specific keywords, with good coverage of common variations.

3 / 3

Distinctiveness Conflict Risk

Clear niche (deterministic race-condition testing) with distinct triggers unlikely to conflict with general testing skills.

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