CtrlK
BlogDocsLog inGet started
Tessl Logo

resilience-program-design

Designs a resilience program: how to structure and standardize resilience policies across an organization, team, or portfolio (tiered policy model with availability/RTO/RPO targets and DR approach selection), and how often to run resilience activities (operational cadence). Applies when the user asks how to structure policies org-wide, what tiers/targets to set, which DR approach fits a tier, or how frequently to run assessments, FIS experiments, GameDays, or autoshift practice. Does not apply to creating or configuring a specific policy or resource for a single workload (use resilience-hub-getting-started), to step-by-step lifecycle execution (see aws-resilience-lifecycle), or to service-specific setup.

69

Quality

85%

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

SKILL.md
Quality
Evals
Security

Quality

Content

78%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.

A lean, well-structured instruction-only skill: concrete tier examples, an explicit cadence, and a substantive security section, with no bundle files needed. The main weaknesses are repeated API-verification hedges and deferred enum values that leave the core recommendations one verification step short of fully actionable.

Suggestions

Consolidate the three repeated 'verify the valid values from the API/docs' instructions into a single verification note (e.g. one bolded step after the tier list) to remove redundancy and tighten conciseness.

Add an explicit ordered checklist for policy design (1. classify service criticality → 2. set SLO/RTO/RPO → 3. select DR approach → 4. check for contradictions) to strengthen workflow clarity and error recovery.

Include the exact command to list valid enum values (e.g. a concrete AWS CLI discovery snippet) once, so the 'resolve the actual enum values' step is copy-paste executable rather than deferred.

DimensionReasoningScore

Conciseness

The body is dense and assumes domain competence (no concept padding), but the instruction to 'confirm the valid values from the API/docs' is repeated three times (SLO, DR approach, and the example note), and the 'illustratively' hedges add words that could be consolidated into one verification note. Efficient overall with minor instances that could be trimmed — anchor 4, not 5.

4 / 5

Actionability

Concrete, specific guidance throughout: a worked tier example ('payments/auth → 99.99 + single-digit-minute RTO + ACTIVE_ACTIVE'), a specific command ('aws resiliencehubv2 create-policy help'), and a full cadence list. However, the core numeric targets and enum values are deliberately deferred ('resolve the actual enum values against the API before recommending'), leaving minor gaps before the guidance is fully executable — anchor 4.

4 / 5

Workflow Clarity

The policy-design flow is clearly structured (classify by criticality → set SLO/RTO/RPO → match DR approach) with explicit checkpoints ('Warn against contradictory policies', 'confirm the valid values from the API/docs'). It falls short of anchor 5 because there is no explicit step ordering or checklist for the classification process and no error-recovery loop; it is above anchor 3 because validation checkpoints are stated explicitly rather than implicit.

4 / 5

Progressive Disclosure

The body is under 50 lines, requires no external bundle files, and is organized into clearly headed sections with only clearly-signaled external 'Further reading' links. Per the rubric's simple-skill guideline, this earns anchor 5 on well-organized sections alone.

5 / 5

Total

17

/

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 states concrete capabilities in third person, gives explicit positive and negative trigger guidance, and disambiguates against sibling skills by name. The only gap is modest synonym coverage for trigger terms.

DimensionReasoningScore

Specificity

The description lists multiple concrete capabilities — 'structure and standardize resilience policies across an organization, team, or portfolio (tiered policy model with availability/RTO/RPO targets and DR approach selection)' and 'how often to run resilience activities (operational cadence)' — with comprehensive coverage of the domain, in third person ('Designs'). It exceeds anchor 4 because coverage is complete rather than having minor gaps.

5 / 5

Completeness

Both 'what' ('Designs a resilience program...') and 'when' ('Applies when the user asks...') are explicitly answered with concrete trigger phrases, plus explicit negative scoping ('Does not apply to creating or configuring a specific policy...'). This matches the anchor-5 example's structure exactly.

5 / 5

Trigger Term Quality

Natural trigger phrases are well covered ('how to structure policies org-wide, what tiers/targets to set, which DR approach fits a tier, or how frequently to run assessments, FIS experiments, GameDays, or autoshift practice'), but common synonyms such as 'disaster recovery', 'DR strategy', or 'business continuity' are absent. It is above anchor 3 because far more than 'some relevant keywords' are present.

4 / 5

Distinctiveness Conflict Risk

The description carves out a clear planning-level niche and explicitly redirects adjacent requests to named sibling skills ('use resilience-hub-getting-started', 'see aws-resilience-lifecycle'), minimizing conflict risk. Anchor 5 is the best fit; anchor 4's 'minor overlap risk' does not apply given the explicit disambiguation.

5 / 5

Total

19

/

20

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.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository
aws/agent-toolkit-for-aws
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.