CtrlK
BlogDocsLog inGet started
Tessl Logo

reproduce-issue

The single skill for reproducing an nx issue. Given a GitHub issue number (human entry) OR explicit repro parameters (agent entry), it runs the reproduction ENTIRELY inside an isolated Docker sandbox — gVisor on Linux, the Docker VM on macOS — so the untrusted repro's install scripts and commands never execute on the host, then reports whether it reproduces. Called by humans via "/reproduce-issue

76

Quality

96%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Medium

Suggest reviewing before use

SKILL.md
Quality
Evals
Security

Quality

Content

92%

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

The body is lean, highly actionable, and clearly sequenced with real validation checkpoints for a complex sandboxed-reproduction workflow. Its main weakness is progressive disclosure: an advanced PR-build mode is inlined in one monolithic file rather than split into a separate reference.

Suggestions

Move the "PR-build mode" section into a separate reference file (e.g. references/PR_BUILD_MODE.md) and link to it from the main Run section, so the core reproduction flow stays lean.

If splitting files, add a short "## Modes" overview near the top that signals both the published-version and PR-build paths with one-level-deep links, improving discoverability.

Verify any referenced sibling skills (setup-review-sandbox, /sandbox-prune) are real bundle entries or document them as external, so the in-body references are unambiguous.

DimensionReasoningScore

Conciseness

The body is dense and actionable without explaining concepts Claude already knows (no "what is Docker/gVisor" padding); every section — platform detection, preflight, safety rails, run, PR-build — earns its tokens. It is not a 2 because the prose assumes Claude's competence rather than hedging or over-explaining.

3 / 3

Actionability

Provides fully executable commands: real `docker run` flags (`--cap-drop ALL`, `--security-opt no-new-privileges`, `--memory 4g --cpus 4 --pids-limit 2048`), a working node dep-rewrite one-liner, and concrete preflight checks, with explicit `<...>` substitution markers. It is not a 2 because the code is real and complete, not pseudocode.

3 / 3

Workflow Clarity

Clear sequence (Entry → Platform → Preflight → Safety rails → Run → Classify → Cleanup) with explicit validation checkpoints: "stop at the first miss, printing the one-line fix", the A-vs-B veth diagnosis, and "If all needed checks pass, proceed." It is not a 2 because checkpoints and error-recovery feedback loops are explicit, not merely implicit.

3 / 3

Progressive Disclosure

Sections are well-organized and there are no nested (2+ level) references, but the skill is a single monolithic file with the sizable PR-build mode (~35 lines of bash plus prose) kept inline rather than split into a separate reference. It is not a 3 because advanced content that could live one level deep in its own file is inlined; it is not a 1 because navigation is clear and not deeply nested.

2 / 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.

The description is specific, third-person, and clearly states both what the skill does and when to use it, with natural trigger phrases and a distinctive sandboxed-reproduction niche. It is a strong, low-conflict description.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — "reproducing an nx issue", "runs the reproduction ENTIRELY inside an isolated Docker sandbox — gVisor on Linux, the Docker VM on macOS", and "reports whether it reproduces" — going well beyond naming only the domain. It is not a 2 because the actions are comprehensive and platform-specific rather than partial.

3 / 3

Completeness

Explicitly answers what (reproduce an nx issue in a sandboxed container and report the outcome) and when ("Called by humans via '/reproduce-issue #N'... and by the reproduce-verifier agent (Level 2)"). It is not a 2 because explicit trigger guidance is present rather than merely implied.

3 / 3

Trigger Term Quality

Includes natural user phrases — "/reproduce-issue #N", "reproduce this bug", "does this reproduce" — that a person would actually say when needing this skill. It is not a 2 because it covers common natural variations rather than only technical jargon.

3 / 3

Distinctiveness Conflict Risk

Occupies a clear niche (sandboxed nx reproduction with gVisor/Docker-VM isolation) with distinct triggers unlikely to fire for unrelated skills. It is not a 2 because the scope is sharply bounded and not something a generic skill would overlap.

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

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

Total

15

/

16

Passed

Repository
nrwl/nx
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.