chaos-engineering

Design resilience testing strategies for distributed systems with fault injection and safety controls.

7|Updated Mar 19, 2026
One-click install
npx skills add https://github.com/camilooscargbaptista/cto-toolkit --skill chaos-engineering-camilooscargbaptista
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: chaos-engineering
Source: https://github.com/camilooscargbaptista/cto-toolkit/tree/main/chaos-engineering
Command: npx skills add https://github.com/camilooscargbaptista/cto-toolkit --skill chaos-engineering-camilooscargbaptista

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Chaos Engineering helps teams discover weaknesses before users do by designing, running, and analyzing resilience experiments that reveal how systems behave under failure. It removes ambiguity from resilience testing by providing a hypothesis-driven framework, safety controls, and observable success criteria so teams can validate that systems degrade safely and recover predictably.

Core Features & Use Cases

  • Experiment design framework: Define steady-state metrics, craft hypotheses, and produce executable runbooks with blast-radius and rollback plans.
  • Fault injection catalog: Ready experiments for pod failures, CPU/memory pressure, network latency/partitions, DNS and dependency outages, and external API failures.
  • Game day planning & analysis: Run safe game days with kill-switch ownership, monitoring checklists, and postmortem action items; ideal for validating auto-scaling, circuit breakers, and failover strategies.
  • Use Case: Run a staged chaos experiment to validate Redis fallback behavior for the payments API while minimizing customer impact and ensuring observability.

Quick Start

Assess the resilience of the payments service by proposing a staged chaos experiment targeting cache and network failures with defined steady-state metrics, a kill switch, and monitoring steps.

Frequently Asked Questions about chaos-engineering

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I design a chaos experiment with defined steady-state metrics and fault injection?

Designing a chaos experiment requires defining steady-state metrics, crafting hypotheses, and producing executable runbooks with blast-radius and rollback plans for safe fault injection execution.

What is the best way to plan a game day for validating distributed system resilience?

Planning a game day involves defining kill-switch ownership, monitoring checklists, and postmortem action items to safely validate auto-scaling, circuit breakers, and failover strategies in distributed systems.

How do I control the blast radius during a network partition or dependency outage test?

Controlling blast radius during dependency outage tests requires defining safety controls, establishing kill switches, and setting up experiment runbooks to ensure system recovery and minimize customer impact.

Can I use chaos engineering to validate Redis fallback behavior for a payments API?

Yes, you can run a staged chaos experiment targeting cache and network failures to validate Redis fallback behavior for a payments API while ensuring observability and minimizing customer impact.

What fault injection scenarios are available for testing database and message broker resilience?

Available fault injection scenarios include pod failures, CPU and memory pressure, network latency, network partitions, DNS outages, dependency outages, and external API failures for testing resilience.

Why do I need observability integrations before running a chaos engineering experiment?

Observability integrations are required to monitor defined steady-state metrics during fault injection, allowing you to verify system degradation behavior and ensure safe recovery during chaos experiments.