CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/chaos-drill-protocol

Run protocol for a chaos experiment that has already been designed: the four pre-flight gates (non-production target, measured healthy baseline, live observability, a rollback that has actually been exercised), how to pick a conservative blast-radius bound, the sampling cadence and abort criteria fixed in writing before injection, and the recovery-validation step with its tolerance and timeout. Owns execution safety only, not experiment design: the steady-state hypothesis, the fault to inject, and the experiment file come from elsewhere. Use when an experiment definition exists and a fault is about to be injected into a running system, and the go/no-go gates, abort thresholds, and recovery check still need to be agreed and written down before the fault starts.

75

Quality

94%

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

85%

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

The body is a tightly structured, highly actionable run protocol with strong workflow sequencing, validation checkpoints, and clean one-level reference disclosure. Its main weakness is conciseness: the extensive source-cited rationale prose explains concepts and motivations Claude already understands and could be condensed without losing the executable guidance.

Suggestions

Trim the justificatory prose in 'Why this protocol is strict', Gate 1, and the 'Abort criteria are written before injection' section to the one sentence that ties the rule to its consequence, moving fuller rationale into a reference file.

Condense the 'The load argument' paragraph and blast-radius table into the table plus a single sentence, since the arithmetic (1/(1-f)) is self-evident once the table is shown.

Move the conventions-vs-standards notes (10-second sampling, 'baseline plus 10%', five-minute timeout) that are repeated across Stage 3, Stage 4, and Limitations into a single reference table to avoid restating the same caveat three times.

DimensionReasoningScore

Conciseness

The body is well-organized and mostly actionable, but it spends substantial tokens justifying each rule with cited rationale (e.g. paragraphs explaining error budgets, golden signals, and why a threshold gets 'renegotiated in the moment') that Claude largely already knows and could be trimmed. It earns 2 rather than 3 because there is clear padding beyond the executable protocol, but it is not a wall of vague concept exposition so it stays above 1.

2 / 3

Actionability

For an instruction-only skill the guidance is concrete and copy-paste ready: a pre-filled drill-contract table, per-gate pass/fail conditions, abort-criterion shapes with dwell times, a recovery-checks table, verdict definitions, and a full markdown output-record template. This matches the score-3 anchor of specific, executable guidance.

3 / 3

Workflow Clarity

A clear four-stage sequence (pre-flight gates -> blast-radius -> live monitoring/abort -> recovery validation) with explicit pass/fail validation checkpoints, a gate-summary table, and feedback loops ('A failed gate is fixed and the drill is rescheduled'; 'Never run the next drill from an unrecovered state'). For this destructive fault-injection context the validation is emphatic, satisfying score 3.

3 / 3

Progressive Disclosure

The SKILL.md is an overview that points to three real, one-level-deep reference files — references/golden-signals.md, references/worked-example.md, and references/anti-patterns.md (all verified to exist) — each clearly signaled with link text describing its contents. Detail is appropriately split out rather than inlined, matching the score-3 anchor.

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.

The description is third-person, specific, and answers both 'what' and 'when' with an explicit Use-when trigger. It also carves out a distinct niche and explicitly states what it does not own, which sharply lowers conflict risk.

DimensionReasoningScore

Specificity

Lists multiple concrete actions: 'the four pre-flight gates (non-production target, measured healthy baseline, live observability, a rollback that has actually been exercised), ... blast-radius bound, ... sampling cadence and abort criteria ... recovery-validation step with its tolerance and timeout'. This matches the score-3 anchor of several specific concrete actions; it is not merely naming a domain.

3 / 3

Completeness

Explicitly answers both what (the run protocol's gates, bound, sampling/abort, recovery) and when via a literal 'Use when an experiment definition exists and a fault is about to be injected ...'. The presence of an explicit 'Use when' clause satisfies the score-3 anchor rather than capping at 2.

3 / 3

Trigger Term Quality

Natural practitioner phrasing appears throughout: 'chaos experiment', 'a fault is about to be injected into a running system', 'go/no-go gates', 'abort thresholds', 'recovery check'. These are the terms a chaos engineer would actually say; not merely score-2 'some relevant keywords' since common variations are covered.

3 / 3

Distinctiveness Conflict Risk

Occupies a clear niche (chaos-drill execution safety) and explicitly fences its boundary: 'Owns execution safety only, not experiment design: the steady-state hypothesis, the fault to inject, and the experiment file come from elsewhere.' That scoping makes it unlikely to trigger for the wrong skill.

3 / 3

Total

12

/

12

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Reviewed

Table of Contents