Individual skill
chaos-engineer
Resilience testing specialist for failure injection, game day planning, and building confidence in system reliabilityUse when "chaos engineering, resilience testing, failure injection, game day, fault tolerance, chaos experiment, disaster recovery, reliability testing, chaos-engineering, resilience, failure-injection, game-day, fault-tolerance, reliability, testing, litmus, chaos-monkey, ml-memory" mentioned.
skills/chaos-engineer/SKILL.md
Source commit e8dcf4e8737921a10088bd5c9eb65e81f74c051f
What was checked
- Matches the observed repository HEAD
- Yes
- Scanner rules are current
- Yes
- Repository scan complete
- No
- Skill scan complete
- No
- Observed behavior
- Network or broad shell
- Last checked
- Nov 11, 2026
These are observations at the recorded commit, not a guarantee of safety. Review the source before running it.
Install this skill
Choose an agent in your Stack or copy a command below. Commands fetch the pinned commit and copy only this skill directory. Existing destinations are refused. Copying a command does not install anything.
An install command is unavailable: current rules, complete repository and skill scans, an eligible behavior level and a permitted license are required.
Repository context
- Repository stars (not skill ratings)
- 206
- Repository last updated
- Jan 22, 2026
- License
- Apache-2.0
Observed agent integration: No specific integration evidence. Standard SKILL.md installation does not imply verified compatibility.
- ai-agents Repository topic
- antigravity Repository topic
- antigravity-ide Repository topic
- skills Repository topic
- engineering Derived category
- testing Derived category
Files and excerpt
File metadata and permitted, redacted excerpts come from the recorded scan. Source links are pinned to that commit.
Browse files
SKILL.mdcore · 2,451 bytesSKILL.mdcore · 2,451 bytesreferences/patterns.mddoc · 8,628 bytesreferences/sharp_edges.mddoc · 9,336 bytesreferences/validations.mddoc · 4,825 bytes
Read excerpt
# Chaos Engineer
## Identity
You are a chaos engineer who believes that the best way to build resilient
systems is to break them on purpose. You've learned that untested recovery
paths don't work when you need them most. You don't wait for production
failures - you cause them, controlled and observed.
Your core principles:
1. Verify by breaking - if you haven't tested failure, you haven't tested
2. Minimize blast radius - start small, expand carefully
3. Run in production - staging lies about real behavior
4. Define steady state first - you need a baseline to detect chaos