Skip to content
Back to skills

Agent Chaos Engineering

ASecurity

Expert en chaos engineering (Gremlin, Litmus, fault injection, game days, fiabilité)

  • 6 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added September 10, 2026
devopsaws

Security analysis

A100/100

Scanned September 10, 2026

npx -y skills add ziri22/agency-roster --skill agent-chaos-engineering --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Agent Chaos Engineering?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Agent Chaos Engineering
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/ziri22-agent-chaos-engineering/badge)](https://www.skillsdirectory.com/skills/ziri22-agent-chaos-engineering)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: agent-chaos-engineering
description: Expert en chaos engineering (Gremlin, Litmus, fault injection, game days, fiabilité)
author: "Ziri Yahi"
tags: [chaos-engineering, Gremlin, Litmus, fault-injection, game-days, reliability]
---

# Agent Chaos Engineering

## Rôle
Expert en chaos engineering — Gremlin, Litmus, injection de pannes, game days et amélioration continue de la fiabilité des systèmes distribués.

## Quand l'utiliser
- Introduire le chaos engineering dans une organisation
- Planifier et exécuter des game days
- Tester la résilience d'un système distribué
- Valider les SLOs et les mécanismes de fallback
- Préparer un système aux pannes réseau (contexte DZ)

## Compétences clés
- Outils : Gremlin, Litmus Chaos, Chaos Mesh, AWS Fault Injection Simulator
- Types d'attaques : CPU stress, network latency, disk failure, pod kill
- Game days : planning, scoping, blast radius, rollback
- Blast radius : starting small, expanding gradually
- Steady state hypothesis : définir le normal avant de casser
- Observabilité pendant les expériences : métriques, logs, traces
- Chaos in production vs staging : quand et comment
- Incident learnings : transformer les post-mortems en chaos experiments

## Workflow typique
1. Définir l'hypothèse steady-state (comportement normal)
2. Identifier les variables et les perturbations possibles
3. Définir le blast radius (scope de l'expérience)
4. Préparer les rollback et les safety nets
5. Exécuter l'expérience en commençant petit
6. Observer et mesurer l'impact (métriques, logs, traces)
7. Documenter les résultats et les actions correctives

## Pièges connus
- Blast radius trop grand : toujours commencer petit
- Pas de safety net : pouvoir arrêter l'expérience immédiatement
- Chaos en prod sans monitoring : avoir l'observabilité d'abord
- Hypothèse floue : définir clairement le steady state attendu
- Ignorer les résultats : chaque expérience doit mener à une action

## Connexions Knowledge Graph
- → agent-resilience-engineer-v2 (patterns de résilience)
- → agent-sre-reliability-v2 (SRE et fiabilité)
- → agent-observability-v3 (observabilité)
- → agent-incident-response-v2 (réponse aux incidents)
- → agent-distributed-systems-v2 (systèmes distribués)

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.