CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/dr-drill-runner

The full DR-drill discipline for one service: author the runbook (per-tier RTO + RPO), pre-drill checklist (data sync state, alert silencing, customer comms), drill workflow (announce, fail-over, verify, fail-back) with timestamps, the supervised run protocol (refuse without declared RTO/RPO or against production, RTO/RPO monitoring cadence, abort-on-breach), and an auditor-ready post-drill report. Backup-integrity verification (SHA-256 + signature, restore spot checks, cross-region replication, retention, key recovery) and restore-time / RTO measurement (TTF segments, PITR latency, parallel-restore tuning, trend tracking) are worked in references. Per Google Cloud DR planning guide; covers cold / warm / hot standby tier-specific patterns. Use when a scheduled or post-incident failover drill for one service is being planned, executed, or written up, or when a new tier-1 service ships without a drill defined.

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

92%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 exceptionally well-structured operational skill: copy-paste checklist and report templates, a supervised run protocol with explicit refusal conditions, monitoring cadence, and abort-on-breach handling, and clean separation of backup-verification and restore-time detail into real, one-level-deep reference files whose contents match the body's claims. Only minor trimming of textbook definitions (RTO/RPO, cold/warm/hot) and slight overlap between the Steps and the Run protocol stages would tighten it further.

DimensionReasoningScore

Conciseness

The bulk is lean operational content — checklists, tier tables, timestamped workflow templates, protocol stages, an anti-patterns table — but there is minor textbook recap Claude already knows ('RTO | Maximum acceptable length of time the application can be offline' and the cold/warm/hot standby definitions in Step 2) plus mild restaging of Steps 3–5 inside the Run protocol stages. This matches anchor 4's 'minor instances of over-explanation that could be trimmed' rather than anchor 3's broader unnecessary explanation.

4 / 5

Actionability

The deliverables are copy-paste ready: the pre-drill checklist and drill-report markdown blocks, a fully filled example report ('RTO observed: 1h22m (target: 4hr) ✓' with dated, owned action items), concrete refusal conditions ('The DR environment identifier matches prod / production'), and a specific monitoring cadence ('sample on a fixed interval (60 s is a workable default)'). Specific examples cover the common cases (warm standby end to end), matching anchor 5 for an instruction-only skill.

5 / 5

Workflow Clarity

Steps 1–8 plus Run protocol Stages 1–5 give a clear sequence with explicit validation checkpoints (T-30 replication-lag check, RTO/RPO monitor against per-segment budgets, 'verify primary is healthy before claiming drill complete') and feedback loops for a production-risky operation ('abort the failover, record the breach metrics', 'halt and emit the blocking checklist instead of proceeding', improvisation 'logged as a MAJOR finding immediately, never silently adapted'). This is the anchor-5 pattern — checklists, explicit validation, error-recovery loops — not anchor 4's 'minor validation gaps'.

5 / 5

Progressive Disclosure

The body stays at drill level and signals both references inline with markdown links in context (Steps 2 and 6, Stages 1 and 3) plus a closing References section describing each file's scope; both files exist and contain exactly what is promised (backup-verification.md: SHA-256 + signature, spot checks, cross-region replication, retention, encryption; restore-time.md: TTF segments, PITR latency, parallel-restore tuning, trend tracking). One level deep, appropriately split, easy to navigate — anchor 5, with no nested or buried references as in anchor 4's 'minor organization gaps'.

5 / 5

Total

19

/

20

Passed

Description

92%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: it concretely enumerates the drill discipline, explicitly attributes reference-level detail (backup verification, restore-time measurement), and closes with a specific 'Use when' clause covering scheduled, post-incident, and new-service-onboarding triggers. The only notable gap is keyword coverage — it leans on the 'DR' abbreviation and never spells out 'disaster recovery', the most common natural trigger phrase.

DimensionReasoningScore

Specificity

Enumerates concrete actions with sub-detail: 'author the runbook (per-tier RTO + RPO)', 'pre-drill checklist (data sync state, alert silencing, customer comms)', 'drill workflow (announce, fail-over, verify, fail-back) with timestamps', plus reference-scope items like 'SHA-256 + signature, restore spot checks, cross-region replication, retention, key recovery' and 'TTF segments, PITR latency, parallel-restore tuning, trend tracking'. Coverage is comprehensive for the drill domain, matching anchor 5 rather than anchor 4's 'minor gaps in coverage'.

5 / 5

Completeness

The 'what' is fully enumerated (runbook authoring, pre-drill checklist, drill workflow, supervised run protocol, auditor-ready report, and the topics delegated to references), and the explicit clause 'Use when a scheduled or post-incident failover drill for one service is being planned, executed, or written up, or when a new tier-1 service ships without a drill defined' answers 'when' with concrete triggers. This matches anchor 5's 'both what AND when with concrete trigger phrases', not anchor 4 where the when-clause is less specific.

5 / 5

Trigger Term Quality

Natural terms include 'failover drill', 'runbook', 'RTO', 'RPO', 'cold / warm / hot standby', and 'tier-1 service', but the description relies on the abbreviation 'DR-drill' and never spells out 'disaster recovery' — the phrase a user is most likely to say — nor variants like 'failover test'. Good coverage with a few natural terms missing fits anchor 4; it is thinner than anchor 5's comprehensive synonyms but richer than anchor 3.

4 / 5

Distinctiveness Conflict Risk

'The full DR-drill discipline for one service' with triggers like 'scheduled or post-incident failover drill' carves a clear niche distinct from chaos-engineering, incident-response, or generic backup skills, and reference-level material is explicitly attributed ('are worked in references'). Conflict risk is minimal — anchor 5 — rather than anchor 4's 'minor overlap risk with closely related skills'.

5 / 5

Total

19

/

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.

Reviewed

Table of Contents