[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M71GY63MKDP1TMDBED4RVG7F":3,"skill-same:01M71GY63MKDP1TMDBED4RVG7F":129},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":15,"categories":16,"keywords":27,"publishedAt":47,"linkOnly":48,"markdownContent":49,"markdownBody":50,"frontMatter":51,"refName":65,"commitSha":66,"skillDirectory":67,"forksCount":68,"repositoryHtmlUrl":69,"repositoryHomepageUrl":70,"ownerHtmlUrl":71,"ownerBlogUrl":6,"ownerDescription":6,"updatedAt":72,"install":73,"resources":86},"01M71GY63MKDP1TMDBED4RVG7F","chaos-engineering",null,"Use when planning, running, or learning from chaos engineering experiments. Triggers on \"chaos experiment\", \"fault injection\", \"gameday\", \"resilience test\", \"blast radius\", \"steady state\", \"abort criteria\", \"Chaos Toolkit\", \"Chaos Mesh\", \"Litmus\", \"Gremlin\", \"AWS FIS\", or any deliberate failure-injection question. Ships experiment designer, blast-radius calculator, and postmortem generator (all stdlib Python), 4 references on chaos principles + experiment design + attack taxonomy + tooling landscape, and a \u002Fchaos-experiment slash command. Composes with feature-flags-architect (kill switches as abort triggers) and kubernetes-operator (common chaos targets).","marshadgani\u002FArshad.AI","marshadgani","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F275367399?v=4","01M71G2BP4YMZ4AX5YY0QBHAZH","01M71G2BPPHHFRMHQAKJTZPGK4",1,"MIT","https:\u002F\u002Fgithub.com\u002Fmarshadgani\u002FArshad.AI\u002Fblob\u002Fclaude\u002Fai-personal-assistant-main\u002F.claude\u002Fskills\u002Fclaude-skills\u002Fchaos-engineering\u002FSKILL.md",[17,22],{"categoryNo":18,"categoryName":19,"taxonomyType":20,"taxonomyTypeDesc":21},"01JBSEEDCAT000000000000015","视觉设计","SCENARIO","使用场景",{"categoryNo":23,"categoryName":24,"taxonomyType":25,"taxonomyTypeDesc":26},"01JBSEEDCAT000000000000032","设计师","PROFESSION","适用职业",[28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,5],"engineering","chaos","chaos engineering","blast-radius","when","feature-flags","question","design","landscape","steady state","aws-fis","litmus","chaos-mesh","chaos-toolkit","reliability","sre","gameday","fault-injection","mesh","2026-11-10 10:12:30",false,"---\nname: chaos-engineering\ndescription: Use when planning, running, or learning from chaos engineering experiments. Triggers on \"chaos experiment\", \"fault injection\", \"gameday\", \"resilience test\", \"blast radius\", \"steady state\", \"abort criteria\", \"Chaos Toolkit\", \"Chaos Mesh\", \"Litmus\", \"Gremlin\", \"AWS FIS\", or any deliberate failure-injection question. Ships experiment designer, blast-radius calculator, and postmortem generator (all stdlib Python), 4 references on chaos principles + experiment design + attack taxonomy + tooling landscape, and a \u002Fchaos-experiment slash command. Composes with feature-flags-architect (kill switches as abort triggers) and kubernetes-operator (common chaos targets).\ncontext: fork\nversion: 2.9.0\nauthor: claude-code-skills\nlicense: MIT\ntags: [chaos-engineering, resilience, fault-injection, gameday, sre, reliability, chaos-toolkit, chaos-mesh, litmus, gremlin, aws-fis]\ncompatible_tools: [claude-code, codex-cli, cursor, antigravity, opencode, gemini-cli]\n---\n\n# Chaos Engineering\n\nDesign experiments that surface real weaknesses in production systems — without becoming outages. Most \"chaos engineering\" attempts skip steady-state measurement, define no abort criteria, and have no blast-radius bound. This skill enforces the discipline that makes chaos experiments safe and useful.\n\n## When to use\n\n- Planning a chaos experiment (what to break, where, when, how to abort)\n- Calculating blast radius before running the experiment\n- Reviewing an existing experiment plan for safety\n- Choosing a chaos tool (Chaos Toolkit \u002F Chaos Mesh \u002F Litmus \u002F Gremlin \u002F AWS FIS)\n- Writing a chaos experiment postmortem\n- Running a Game Day exercise\n\n## When NOT to use\n\n- General incident response (use `incident-response`)\n- Threat hunting \u002F red-team (use `red-team`, `threat-detection`)\n- Performance load testing (different goal — chaos is about failure modes, not capacity)\n- Production debugging (chaos discovers weaknesses preemptively, not after-the-fact)\n\n## Core principle: chaos without abort criteria is an outage\n\nThe 4 Principles of Chaos Engineering (Netflix, 2016):\n\n1. **Build a hypothesis around steady-state behavior.** Not \"what breaks?\" but \"X holds; will it still hold under fault Y?\"\n2. **Vary real-world events.** Inject realistic failures: kill nodes, slow networks, lose cache, throttle dependencies.\n3. **Run experiments in production.** Staging never has the same failure modes. Start small.\n4. **Automate experiments to run continuously.** One-off chaos is a press release; continuous chaos is engineering.\n\nAdd a fifth: **Define abort criteria up front.** A chaos experiment with no abort criteria is an outage by another name.\n\n## Quick start\n\n```bash\nSKILL=engineering\u002Fchaos-engineering\u002Fskills\u002Fchaos-engineering\n\n# 1. Design an experiment\npython \"$SKILL\u002Fscripts\u002Fexperiment_designer.py\" --target \"checkout-svc\" --hypothesis \"p99 latency stays \u003C500ms\" --attack latency --duration-min 15\n\n# 2. Calculate blast radius\npython \"$SKILL\u002Fscripts\u002Fblast_radius_calculator.py\" --traffic-share 0.05 --user-pop 1000000 --duration-min 15\n\n# 3. Generate postmortem after the experiment\npython \"$SKILL\u002Fscripts\u002Fexperiment_postmortem.py\" --plan experiment.json --result-log results.txt\n```\n\n## The 3 Python tools\n\nAll stdlib-only. Run with `--help`.\n\n### `experiment_designer.py`\n\nGenerates a structured experiment plan from inputs. Enforces the required sections (hypothesis, steady-state metric, blast radius, abort criteria, rollback).\n\n```bash\npython scripts\u002Fexperiment_designer.py \\\n  --target \"checkout-svc\" \\\n  --hypothesis \"p99 latency stays \u003C500ms when payment-svc is slow\" \\\n  --attack latency \\\n  --magnitude \"+200ms\" \\\n  --duration-min 15 \\\n  --blast-radius \"5% of US traffic\" \\\n  --abort-if \"p99 > 1000ms OR error_rate > baseline + 1pp\"\n```\n\nOutputs a markdown plan with: hypothesis, steady-state, attack, magnitude, duration, blast radius, abort criteria, rollback procedure, monitoring dashboards, and learning question.\n\n### `blast_radius_calculator.py`\n\nComputes the blast radius of a planned experiment. Given traffic share + user population + duration, calculates expected affected users, expected error budget burn, and a risk score.\n\n```bash\npython scripts\u002Fblast_radius_calculator.py \\\n  --traffic-share 0.05 \\\n  --user-pop 1000000 \\\n  --duration-min 15 \\\n  --baseline-availability 0.999 \\\n  --expected-impact-availability 0.95\n```\n\nOutputs:\n- Expected affected users\n- Error budget consumed (in minutes of error budget)\n- Risk score: GREEN \u002F YELLOW \u002F RED\n- Recommendation: PROCEED \u002F REDUCE \u002F ABORT\n\nGREEN = \u003C1% error budget; YELLOW = 1-10%; RED = >10%.\n\n### `experiment_postmortem.py`\n\nProduces a structured postmortem from an experiment plan + results. Catches the common postmortem failure modes: no learning recorded, no follow-up actions, blame-laden language.\n\n```bash\npython scripts\u002Fexperiment_postmortem.py --plan experiment.json --result-log results.txt\n```\n\nOutputs markdown with: summary, hypothesis (was it confirmed\u002Frefuted?), what we learned, what surprised us, follow-up actions with owners, and link to next experiment.\n\n## The 7 attack types (taxonomy)\n\nDifferent attacks reveal different weaknesses. See `references\u002Fattack_taxonomy.md` for full detail.\n\n| Attack | What it tests | Tooling |\n|---|---|---|\n| **Latency** | Timeouts, retries, circuit breakers | tc, Chaos Mesh `NetworkChaos` |\n| **Error** | Error handling, fallback paths | Chaos Mesh `HTTPChaos`, Toxiproxy |\n| **Resource** (CPU, memory, disk) | Saturation handling, autoscaling | Chaos Mesh `StressChaos`, stress-ng |\n| **Network partition** | Split-brain, consensus, failover | Chaos Mesh `NetworkChaos` partition |\n| **Dependency failure** | Graceful degradation, fallback | Service mesh fault injection |\n| **Time** | Clock skew, NTP issues | libfaketime, Chaos Mesh `TimeChaos` |\n| **Infrastructure** (kill instance) | Auto-recovery, failover | AWS FIS, Chaos Monkey |\n\nPick the attack that matches the hypothesis. \"What happens if X is slow?\" → latency. \"What happens if X loses network?\" → partition.\n\n## Tooling chooser\n\n| Tool | Best for | Pricing | Stack |\n|---|---|---|---|\n| **Chaos Toolkit** | Lightweight, language-agnostic, JSON experiments | OSS | Any |\n| **Chaos Mesh** | Kubernetes-native, rich CRDs, in-cluster | OSS | Kubernetes |\n| **Litmus** | Kubernetes, Argo-integrated, large library | OSS + Enterprise | Kubernetes |\n| **Gremlin** | Enterprise SaaS, multi-cloud, audit | Paid | Any |\n| **AWS FIS** | AWS-native, IAM-integrated, EC2\u002FECS\u002FEKS | Paid (AWS) | AWS |\n| **Custom** | Niche needs, single-cloud, low budget | None | Any |\n\nDecision rules:\n- k8s-only stack + OSS → Chaos Mesh or Litmus (Litmus has bigger experiment library)\n- Multi-cloud + OSS → Chaos Toolkit\n- AWS-heavy + simple needs → AWS FIS\n- Enterprise + audit\u002Fcompliance → Gremlin\n\nSee `references\u002Ftooling_landscape.md` for trade-offs.\n\n## Workflows\n\n### Workflow 1: Design and run a single experiment\n\n```\n1. State a hypothesis: \"When [fault], steady-state metric X stays within Y.\"\n2. Identify the steady-state metric — must be measurable BEFORE the experiment.\n3. Run blast_radius_calculator.py — confirm GREEN before proceeding.\n4. Run experiment_designer.py to produce the plan.\n5. Get a peer review of the plan; confirm abort criteria are concrete.\n6. Notify the on-call team in #incidents (or whatever channel).\n7. Run the experiment with monitoring open.\n8. If abort criteria are hit, abort immediately; record what happened.\n9. Run experiment_postmortem.py to capture learnings.\n10. File follow-up actions; link to next experiment.\n```\n\n### Workflow 2: Game Day exercise\n\n```\n1. Pick a scenario (e.g., \"primary database fails over\").\n2. Identify all dependent services that should keep working.\n3. Build a multi-experiment plan covering each layer.\n4. Schedule with stakeholders; on-call coverage required.\n5. Run with a facilitator who manages the scenario.\n6. Capture observations in a shared doc as they happen.\n7. Single combined postmortem covering all observations.\n8. Track follow-up actions in a board with owners.\n```\n\n### Workflow 3: Continuous chaos (game days → daily)\n\n```\n1. Start: weekly Game Day in staging.\n2. Move to: weekly Game Day in production with limited blast radius.\n3. Mature to: continuous chaos via scheduled experiments (Litmus chaos schedule, Gremlin scenarios).\n4. Wire to deployment: every prod deploy triggers a baseline chaos sweep.\n5. Track: experiments per week, weaknesses discovered, MTTR trend.\n```\n\n## Composition with other skills\n\nThis skill explicitly composes with two others in this library:\n\n| Skill | Composition |\n|---|---|\n| `feature-flags-architect` | Kill switches defined there are the abort triggers here |\n| `kubernetes-operator` | Operators are common chaos targets (test reconcile under fault) |\n| `incident-response` | Chaos experiments that escalate become incidents |\n\n## Anti-patterns\n\n- **No hypothesis** — \"let's break things\" is sabotage, not engineering\n- **No steady-state metric** — without a baseline, you can't tell if X broke\n- **No blast radius bound** — full-prod experiment without limits = outage\n- **No abort criteria** — see above; this is mandatory\n- **No on-call coverage** — chaos without monitoring is unmonitored production\n- **Chaos in staging only** — staging never has prod failure modes\n- **Chaos in dev** — useless; dev has different failure modes from prod\n- **One-off chaos** — single experiment is a press release; learning requires recurrence\n- **Blame-laden postmortem** — record causes, not blame; teams stop running chaos otherwise\n\n## References\n\n- `references\u002Fchaos_principles.md` — the 4 principles, history, when to start\n- `references\u002Fexperiment_design.md` — hypothesis structure, steady-state metrics, abort criteria\n- `references\u002Fattack_taxonomy.md` — 7 attack types with examples and tooling\n- `references\u002Ftooling_landscape.md` — Chaos Toolkit \u002F Mesh \u002F Litmus \u002F Gremlin \u002F FIS \u002F DIY\n\n## Slash command\n\n`\u002Fchaos-experiment` — interactive experiment design wizard that runs all 3 tools.\n\n## Asset templates\n\n- `assets\u002Fexperiment_template.md` — fill-in plan template\n- `assets\u002Fpostmortem_template.md` — structured postmortem template\n\n## Verifiable success\n\nA team using this skill should achieve:\n\n- 100% of chaos experiments have a written hypothesis, abort criteria, and blast-radius calculation\n- Blast radius for any single experiment never exceeds 10% of error budget\n- Mean time between chaos experiments \u003C14 days (continuous, not one-off)\n- Each experiment produces ≥1 follow-up action that gets shipped\n- No chaos experiment escalates to a customer-impacting incident in trailing 90 days\n","# Chaos Engineering\n\nDesign experiments that surface real weaknesses in production systems — without becoming outages. Most \"chaos engineering\" attempts skip steady-state measurement, define no abort criteria, and have no blast-radius bound. This skill enforces the discipline that makes chaos experiments safe and useful.\n\n## When to use\n\n- Planning a chaos experiment (what to break, where, when, how to abort)\n- Calculating blast radius before running the experiment\n- Reviewing an existing experiment plan for safety\n- Choosing a chaos tool (Chaos Toolkit \u002F Chaos Mesh \u002F Litmus \u002F Gremlin \u002F AWS FIS)\n- Writing a chaos experiment postmortem\n- Running a Game Day exercise\n\n## When NOT to use\n\n- General incident response (use `incident-response`)\n- Threat hunting \u002F red-team (use `red-team`, `threat-detection`)\n- Performance load testing (different goal — chaos is about failure modes, not capacity)\n- Production debugging (chaos discovers weaknesses preemptively, not after-the-fact)\n\n## Core principle: chaos without abort criteria is an outage\n\nThe 4 Principles of Chaos Engineering (Netflix, 2016):\n\n1. **Build a hypothesis around steady-state behavior.** Not \"what breaks?\" but \"X holds; will it still hold under fault Y?\"\n2. **Vary real-world events.** Inject realistic failures: kill nodes, slow networks, lose cache, throttle dependencies.\n3. **Run experiments in production.** Staging never has the same failure modes. Start small.\n4. **Automate experiments to run continuously.** One-off chaos is a press release; continuous chaos is engineering.\n\nAdd a fifth: **Define abort criteria up front.** A chaos experiment with no abort criteria is an outage by another name.\n\n## Quick start\n\n```bash\nSKILL=engineering\u002Fchaos-engineering\u002Fskills\u002Fchaos-engineering\n\n# 1. Design an experiment\npython \"$SKILL\u002Fscripts\u002Fexperiment_designer.py\" --target \"checkout-svc\" --hypothesis \"p99 latency stays \u003C500ms\" --attack latency --duration-min 15\n\n# 2. Calculate blast radius\npython \"$SKILL\u002Fscripts\u002Fblast_radius_calculator.py\" --traffic-share 0.05 --user-pop 1000000 --duration-min 15\n\n# 3. Generate postmortem after the experiment\npython \"$SKILL\u002Fscripts\u002Fexperiment_postmortem.py\" --plan experiment.json --result-log results.txt\n```\n\n## The 3 Python tools\n\nAll stdlib-only. Run with `--help`.\n\n### `experiment_designer.py`\n\nGenerates a structured experiment plan from inputs. Enforces the required sections (hypothesis, steady-state metric, blast radius, abort criteria, rollback).\n\n```bash\npython scripts\u002Fexperiment_designer.py \\\n  --target \"checkout-svc\" \\\n  --hypothesis \"p99 latency stays \u003C500ms when payment-svc is slow\" \\\n  --attack latency \\\n  --magnitude \"+200ms\" \\\n  --duration-min 15 \\\n  --blast-radius \"5% of US traffic\" \\\n  --abort-if \"p99 > 1000ms OR error_rate > baseline + 1pp\"\n```\n\nOutputs a markdown plan with: hypothesis, steady-state, attack, magnitude, duration, blast radius, abort criteria, rollback procedure, monitoring dashboards, and learning question.\n\n### `blast_radius_calculator.py`\n\nComputes the blast radius of a planned experiment. Given traffic share + user population + duration, calculates expected affected users, expected error budget burn, and a risk score.\n\n```bash\npython scripts\u002Fblast_radius_calculator.py \\\n  --traffic-share 0.05 \\\n  --user-pop 1000000 \\\n  --duration-min 15 \\\n  --baseline-availability 0.999 \\\n  --expected-impact-availability 0.95\n```\n\nOutputs:\n- Expected affected users\n- Error budget consumed (in minutes of error budget)\n- Risk score: GREEN \u002F YELLOW \u002F RED\n- Recommendation: PROCEED \u002F REDUCE \u002F ABORT\n\nGREEN = \u003C1% error budget; YELLOW = 1-10%; RED = >10%.\n\n### `experiment_postmortem.py`\n\nProduces a structured postmortem from an experiment plan + results. Catches the common postmortem failure modes: no learning recorded, no follow-up actions, blame-laden language.\n\n```bash\npython scripts\u002Fexperiment_postmortem.py --plan experiment.json --result-log results.txt\n```\n\nOutputs markdown with: summary, hypothesis (was it confirmed\u002Frefuted?), what we learned, what surprised us, follow-up actions with owners, and link to next experiment.\n\n## The 7 attack types (taxonomy)\n\nDifferent attacks reveal different weaknesses. See `references\u002Fattack_taxonomy.md` for full detail.\n\n| Attack | What it tests | Tooling |\n|---|---|---|\n| **Latency** | Timeouts, retries, circuit breakers | tc, Chaos Mesh `NetworkChaos` |\n| **Error** | Error handling, fallback paths | Chaos Mesh `HTTPChaos`, Toxiproxy |\n| **Resource** (CPU, memory, disk) | Saturation handling, autoscaling | Chaos Mesh `StressChaos`, stress-ng |\n| **Network partition** | Split-brain, consensus, failover | Chaos Mesh `NetworkChaos` partition |\n| **Dependency failure** | Graceful degradation, fallback | Service mesh fault injection |\n| **Time** | Clock skew, NTP issues | libfaketime, Chaos Mesh `TimeChaos` |\n| **Infrastructure** (kill instance) | Auto-recovery, failover | AWS FIS, Chaos Monkey |\n\nPick the attack that matches the hypothesis. \"What happens if X is slow?\" → latency. \"What happens if X loses network?\" → partition.\n\n## Tooling chooser\n\n| Tool | Best for | Pricing | Stack |\n|---|---|---|---|\n| **Chaos Toolkit** | Lightweight, language-agnostic, JSON experiments | OSS | Any |\n| **Chaos Mesh** | Kubernetes-native, rich CRDs, in-cluster | OSS | Kubernetes |\n| **Litmus** | Kubernetes, Argo-integrated, large library | OSS + Enterprise | Kubernetes |\n| **Gremlin** | Enterprise SaaS, multi-cloud, audit | Paid | Any |\n| **AWS FIS** | AWS-native, IAM-integrated, EC2\u002FECS\u002FEKS | Paid (AWS) | AWS |\n| **Custom** | Niche needs, single-cloud, low budget | None | Any |\n\nDecision rules:\n- k8s-only stack + OSS → Chaos Mesh or Litmus (Litmus has bigger experiment library)\n- Multi-cloud + OSS → Chaos Toolkit\n- AWS-heavy + simple needs → AWS FIS\n- Enterprise + audit\u002Fcompliance → Gremlin\n\nSee `references\u002Ftooling_landscape.md` for trade-offs.\n\n## Workflows\n\n### Workflow 1: Design and run a single experiment\n\n```\n1. State a hypothesis: \"When [fault], steady-state metric X stays within Y.\"\n2. Identify the steady-state metric — must be measurable BEFORE the experiment.\n3. Run blast_radius_calculator.py — confirm GREEN before proceeding.\n4. Run experiment_designer.py to produce the plan.\n5. Get a peer review of the plan; confirm abort criteria are concrete.\n6. Notify the on-call team in #incidents (or whatever channel).\n7. Run the experiment with monitoring open.\n8. If abort criteria are hit, abort immediately; record what happened.\n9. Run experiment_postmortem.py to capture learnings.\n10. File follow-up actions; link to next experiment.\n```\n\n### Workflow 2: Game Day exercise\n\n```\n1. Pick a scenario (e.g., \"primary database fails over\").\n2. Identify all dependent services that should keep working.\n3. Build a multi-experiment plan covering each layer.\n4. Schedule with stakeholders; on-call coverage required.\n5. Run with a facilitator who manages the scenario.\n6. Capture observations in a shared doc as they happen.\n7. Single combined postmortem covering all observations.\n8. Track follow-up actions in a board with owners.\n```\n\n### Workflow 3: Continuous chaos (game days → daily)\n\n```\n1. Start: weekly Game Day in staging.\n2. Move to: weekly Game Day in production with limited blast radius.\n3. Mature to: continuous chaos via scheduled experiments (Litmus chaos schedule, Gremlin scenarios).\n4. Wire to deployment: every prod deploy triggers a baseline chaos sweep.\n5. Track: experiments per week, weaknesses discovered, MTTR trend.\n```\n\n## Composition with other skills\n\nThis skill explicitly composes with two others in this library:\n\n| Skill | Composition |\n|---|---|\n| `feature-flags-architect` | Kill switches defined there are the abort triggers here |\n| `kubernetes-operator` | Operators are common chaos targets (test reconcile under fault) |\n| `incident-response` | Chaos experiments that escalate become incidents |\n\n## Anti-patterns\n\n- **No hypothesis** — \"let's break things\" is sabotage, not engineering\n- **No steady-state metric** — without a baseline, you can't tell if X broke\n- **No blast radius bound** — full-prod experiment without limits = outage\n- **No abort criteria** — see above; this is mandatory\n- **No on-call coverage** — chaos without monitoring is unmonitored production\n- **Chaos in staging only** — staging never has prod failure modes\n- **Chaos in dev** — useless; dev has different failure modes from prod\n- **One-off chaos** — single experiment is a press release; learning requires recurrence\n- **Blame-laden postmortem** — record causes, not blame; teams stop running chaos otherwise\n\n## References\n\n- `references\u002Fchaos_principles.md` — the 4 principles, history, when to start\n- `references\u002Fexperiment_design.md` — hypothesis structure, steady-state metrics, abort criteria\n- `references\u002Fattack_taxonomy.md` — 7 attack types with examples and tooling\n- `references\u002Ftooling_landscape.md` — Chaos Toolkit \u002F Mesh \u002F Litmus \u002F Gremlin \u002F FIS \u002F DIY\n\n## Slash command\n\n`\u002Fchaos-experiment` — interactive experiment design wizard that runs all 3 tools.\n\n## Asset templates\n\n- `assets\u002Fexperiment_template.md` — fill-in plan template\n- `assets\u002Fpostmortem_template.md` — structured postmortem template\n\n## Verifiable success\n\nA team using this skill should achieve:\n\n- 100% of chaos experiments have a written hypothesis, abort criteria, and blast-radius calculation\n- Blast radius for any single experiment never exceeds 10% of error budget\n- Mean time between chaos experiments \u003C14 days (continuous, not one-off)\n- Each experiment produces ≥1 follow-up action that gets shipped\n- No chaos experiment escalates to a customer-impacting incident in trailing 90 days\n",{"name":5,"tags":52,"author":55,"context":56,"license":14,"version":57,"description":7,"compatible_tools":58},[5,53,45,44,43,42,41,40,39,54,38],"resilience","gremlin","claude-code-skills","fork","2.9.0",[59,60,61,62,63,64],"claude-code","codex-cli","cursor","antigravity","opencode","gemini-cli","claude\u002Fai-personal-assistant-main","fb33f7f5b3a206eb019c788e3c48e91c02ccb1f9",".claude\u002Fskills\u002Fclaude-skills\u002Fchaos-engineering",0,"https:\u002F\u002Fgithub.com\u002Fmarshadgani\u002FArshad.AI","https:\u002F\u002Farshad-ai-seven.vercel.app","https:\u002F\u002Fgithub.com\u002Fmarshadgani","2026-11-02 00:51:35",{"source":8,"skillName":5,"commands":74,"prompt":84,"zipAvailable":85},[75,78,81],{"tool":76,"command":77},"npx","npx skills add marshadgani\u002FArshad.AI --skill chaos-engineering",{"tool":79,"command":80},"bunx","bunx skills add marshadgani\u002FArshad.AI --skill chaos-engineering",{"tool":82,"command":83},"pnpm","pnpm dlx skills add marshadgani\u002FArshad.AI --skill chaos-engineering","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fmarshadgani\u002FArshad.AI\u002Fblob\u002Fclaude\u002Fai-personal-assistant-main\u002F.claude\u002Fskills\u002Fclaude-skills\u002Fchaos-engineering\u002FSKILL.md",true,[87,93,97,103,107,111,115,121,125],{"path":88,"resourceType":89,"resourceTypeDesc":90,"sizeBytes":91,"sourceHtmlUrl":92},"assets\u002Fexperiment_template.md","ASSET","资产文件",2410,"https:\u002F\u002Fgithub.com\u002Fmarshadgani\u002FArshad.AI\u002Fblob\u002Fclaude\u002Fai-personal-assistant-main\u002F.claude\u002Fskills\u002Fclaude-skills\u002Fchaos-engineering\u002Fassets\u002Fexperiment_template.md",{"path":94,"resourceType":89,"resourceTypeDesc":90,"sizeBytes":95,"sourceHtmlUrl":96},"assets\u002Fpostmortem_template.md",1534,"https:\u002F\u002Fgithub.com\u002Fmarshadgani\u002FArshad.AI\u002Fblob\u002Fclaude\u002Fai-personal-assistant-main\u002F.claude\u002Fskills\u002Fclaude-skills\u002Fchaos-engineering\u002Fassets\u002Fpostmortem_template.md",{"path":98,"resourceType":99,"resourceTypeDesc":100,"sizeBytes":101,"sourceHtmlUrl":102},"references\u002Fattack_taxonomy.md","REFERENCE","参考文档",5881,"https:\u002F\u002Fgithub.com\u002Fmarshadgani\u002FArshad.AI\u002Fblob\u002Fclaude\u002Fai-personal-assistant-main\u002F.claude\u002Fskills\u002Fclaude-skills\u002Fchaos-engineering\u002Freferences\u002Fattack_taxonomy.md",{"path":104,"resourceType":99,"resourceTypeDesc":100,"sizeBytes":105,"sourceHtmlUrl":106},"references\u002Fchaos_principles.md",5456,"https:\u002F\u002Fgithub.com\u002Fmarshadgani\u002FArshad.AI\u002Fblob\u002Fclaude\u002Fai-personal-assistant-main\u002F.claude\u002Fskills\u002Fclaude-skills\u002Fchaos-engineering\u002Freferences\u002Fchaos_principles.md",{"path":108,"resourceType":99,"resourceTypeDesc":100,"sizeBytes":109,"sourceHtmlUrl":110},"references\u002Fexperiment_design.md",5741,"https:\u002F\u002Fgithub.com\u002Fmarshadgani\u002FArshad.AI\u002Fblob\u002Fclaude\u002Fai-personal-assistant-main\u002F.claude\u002Fskills\u002Fclaude-skills\u002Fchaos-engineering\u002Freferences\u002Fexperiment_design.md",{"path":112,"resourceType":99,"resourceTypeDesc":100,"sizeBytes":113,"sourceHtmlUrl":114},"references\u002Ftooling_landscape.md",6269,"https:\u002F\u002Fgithub.com\u002Fmarshadgani\u002FArshad.AI\u002Fblob\u002Fclaude\u002Fai-personal-assistant-main\u002F.claude\u002Fskills\u002Fclaude-skills\u002Fchaos-engineering\u002Freferences\u002Ftooling_landscape.md",{"path":116,"resourceType":117,"resourceTypeDesc":118,"sizeBytes":119,"sourceHtmlUrl":120},"scripts\u002Fblast_radius_calculator.py","SCRIPT","脚本",5033,"https:\u002F\u002Fgithub.com\u002Fmarshadgani\u002FArshad.AI\u002Fblob\u002Fclaude\u002Fai-personal-assistant-main\u002F.claude\u002Fskills\u002Fclaude-skills\u002Fchaos-engineering\u002Fscripts\u002Fblast_radius_calculator.py",{"path":122,"resourceType":117,"resourceTypeDesc":118,"sizeBytes":123,"sourceHtmlUrl":124},"scripts\u002Fexperiment_designer.py",6473,"https:\u002F\u002Fgithub.com\u002Fmarshadgani\u002FArshad.AI\u002Fblob\u002Fclaude\u002Fai-personal-assistant-main\u002F.claude\u002Fskills\u002Fclaude-skills\u002Fchaos-engineering\u002Fscripts\u002Fexperiment_designer.py",{"path":126,"resourceType":117,"resourceTypeDesc":118,"sizeBytes":127,"sourceHtmlUrl":128},"scripts\u002Fexperiment_postmortem.py",5187,"https:\u002F\u002Fgithub.com\u002Fmarshadgani\u002FArshad.AI\u002Fblob\u002Fclaude\u002Fai-personal-assistant-main\u002F.claude\u002Fskills\u002Fclaude-skills\u002Fchaos-engineering\u002Fscripts\u002Fexperiment_postmortem.py",[130,163,189,213,243,267],{"skillNo":131,"name":132,"nameZh":6,"description":133,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":134,"licenseFileUrl":135,"sourceHtmlUrl":136,"categories":137,"keywords":144,"publishedAt":162},"01M71MVWH15PQRS9KT3J24D7WV","webapp-testing","Toolkit for interacting with and testing local web applications using Playwright. Supports verifying frontend functionality, debugging UI behavior, capturing browser screenshots, and viewing browser logs.","Apache-2.0","https:\u002F\u002Fgithub.com\u002Fmarshadgani\u002FArshad.AI\u002Fblob\u002Fclaude\u002Fai-personal-assistant-main\u002F.claude\u002Fskills\u002Fwebapp-testing\u002FLICENSE.txt","https:\u002F\u002Fgithub.com\u002Fmarshadgani\u002FArshad.AI\u002Fblob\u002Fclaude\u002Fai-personal-assistant-main\u002F.claude\u002Fskills\u002Fwebapp-testing\u002FSKILL.md",[138,141],{"categoryNo":139,"categoryName":140,"taxonomyType":20,"taxonomyTypeDesc":21},"01JBSEEDCAT000000000000008","测试与质量",{"categoryNo":142,"categoryName":143,"taxonomyType":20,"taxonomyTypeDesc":21},"01JBSEEDCAT000000000000009","前端开发",[145,146,147,148,149,150,151,152,153,154,155,156,157,158,159,160,161],"webapp","testing","webapp testing","for","applications","local","frontend","debugging","toolkit","logs","browser","with","playwright","web","behavior","ui","screenshots","2026-11-10 10:56:23",{"skillNo":164,"name":165,"nameZh":6,"description":166,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":134,"licenseFileUrl":167,"sourceHtmlUrl":168,"categories":169,"keywords":171,"publishedAt":162},"01M71MVMAZ1J606SGA4JPHRDAZ","web-artifacts-builder","Suite of tools for creating elaborate, multi-component claude.ai HTML artifacts using modern frontend web technologies (React, Tailwind CSS, shadcn\u002Fui). Use for complex artifacts requiring state management, routing, or shadcn\u002Fui components - not for simple single-file HTML\u002FJSX artifacts.","https:\u002F\u002Fgithub.com\u002Fmarshadgani\u002FArshad.AI\u002Fblob\u002Fclaude\u002Fai-personal-assistant-main\u002F.claude\u002Fskills\u002Fweb-artifacts-builder\u002FLICENSE.txt","https:\u002F\u002Fgithub.com\u002Fmarshadgani\u002FArshad.AI\u002Fblob\u002Fclaude\u002Fai-personal-assistant-main\u002F.claude\u002Fskills\u002Fweb-artifacts-builder\u002FSKILL.md",[170],{"categoryNo":142,"categoryName":143,"taxonomyType":20,"taxonomyTypeDesc":21},[172,173,174,158,175,176,177,148,178,179,151,180,181,182,183,184,185,186,187,188],"builder","artifacts builder","artifacts","web artifacts builder","single-file","css","Tailwind","ui components","single","use","file","components","react","multi","state","routing","state management",{"skillNo":190,"name":191,"nameZh":6,"description":192,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":193,"sourceHtmlUrl":194,"categories":195,"keywords":198,"publishedAt":162},"01M71MSTFAEYT9J9GA587SP3RB","ui-styling","Create beautiful, accessible user interfaces with shadcn\u002Fui components (built on Radix UI + Tailwind), Tailwind CSS utility-first styling, and canvas-based visual designs. Use when building user interfaces, implementing design systems, creating responsive layouts, adding accessible components (dialogs, dropdowns, forms, tables), customizing themes and colors, implementing dark mode, generating visual designs and posters, or establishing consistent styling patterns across applications.","https:\u002F\u002Fgithub.com\u002Fmarshadgani\u002FArshad.AI\u002Fblob\u002Fclaude\u002Fai-personal-assistant-main\u002F.claude\u002Fskills\u002Fui-ux-pro-max\u002Fui-styling\u002FLICENSE.txt","https:\u002F\u002Fgithub.com\u002Fmarshadgani\u002FArshad.AI\u002Fblob\u002Fclaude\u002Fai-personal-assistant-main\u002F.claude\u002Fskills\u002Fui-ux-pro-max\u002Fui-styling\u002FSKILL.md",[196,197],{"categoryNo":18,"categoryName":19,"taxonomyType":20,"taxonomyTypeDesc":21},{"categoryNo":23,"categoryName":24,"taxonomyType":25,"taxonomyTypeDesc":26},[199,200,160,177,178,201,202,203,35,204,205,206,32,183,207,208,209,210,211,212],"ui styling","styling","mode","canvas","implementing","themes","utility","design systems","across","create","component","layout","forms","patterns",{"skillNo":214,"name":35,"nameZh":6,"description":215,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":216,"categories":217,"keywords":226,"publishedAt":162},"01M71MSM72HXKQRCY5D45WYPNP","Comprehensive design skill: brand identity, design tokens, UI styling, logo generation (55 styles, Gemini, Atlas Cloud, or MuAPI AI), corporate identity program (50 deliverables, CIP mockups), HTML presentations (Chart.js), banner design (22 styles, social\u002Fads\u002Fweb\u002Fprint), icon design (15 styles, SVG, Gemini 3.1 Pro), social photos (HTML→screenshot, multi-platform). Actions: design logo, create CIP, generate mockups, build slides, design banner, generate icon, create social photos, social media images, brand identity, design system. Platforms: Facebook, Twitter, LinkedIn, YouTube, Instagram, Pinterest, TikTok, Threads, Google Ads.","https:\u002F\u002Fgithub.com\u002Fmarshadgani\u002FArshad.AI\u002Fblob\u002Fclaude\u002Fai-personal-assistant-main\u002F.claude\u002Fskills\u002Fui-ux-pro-max\u002Fdesign\u002FSKILL.md",[218,221,222,225],{"categoryNo":219,"categoryName":220,"taxonomyType":20,"taxonomyTypeDesc":21},"01JBSEEDCAT000000000000003","演示文稿",{"categoryNo":18,"categoryName":19,"taxonomyType":20,"taxonomyTypeDesc":21},{"categoryNo":223,"categoryName":224,"taxonomyType":20,"taxonomyTypeDesc":21},"01JBSEEDCAT000000000000023","Skill与智能体开发",{"categoryNo":23,"categoryName":24,"taxonomyType":25,"taxonomyTypeDesc":26},[35,227,228,229,199,230,231,232,233,208,234,235,236,237,238,239,240,241,160,242],"Media","tiktok","actions","logo","logo generation","chart","multi-platform","ads","youtube","generate","presentations","google","atlas cloud","screenshot","muapi","identity",{"skillNo":244,"name":245,"nameZh":6,"description":246,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":247,"categories":248,"keywords":251,"publishedAt":162},"01M71MSH9T7S227MN2YSYB2EP5","design-system","Token architecture, component specifications, and slide generation. Three-layer tokens (primitive→semantic→component), CSS variables, spacing\u002Ftypography scales, component specs, strategic slide creation. Use for design tokens, systematic design, brand-compliant presentations.","https:\u002F\u002Fgithub.com\u002Fmarshadgani\u002FArshad.AI\u002Fblob\u002Fclaude\u002Fai-personal-assistant-main\u002F.claude\u002Fskills\u002Fui-ux-pro-max\u002Fdesign-system\u002FSKILL.md",[249,250],{"categoryNo":18,"categoryName":19,"taxonomyType":20,"taxonomyTypeDesc":21},{"categoryNo":23,"categoryName":24,"taxonomyType":25,"taxonomyTypeDesc":26},[35,252,253,177,254,255,256,257,209,237,258,259,260,261,262,263,264,148,265,266],"design system","system","css variables","creation","Variables","architecture","systematic","token","spacing","layer","typography","brand","three","tokens","slide generation",{"skillNo":268,"name":269,"nameZh":6,"description":270,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":271,"categories":272,"keywords":275,"publishedAt":162},"01M71MSCFZ1HFMNBDMAFXDZV92","banner-design","Design banners for social media, ads, website heroes, creative assets, and print. Multiple art direction options with optional generated or supplied visuals. Actions: design, create, generate banner. Platforms: Facebook, Twitter\u002FX, LinkedIn, YouTube, Instagram, Google Display, website hero, print. Styles: minimalist, gradient, bold typography, photo-based, illustrated, geometric, retro, glassmorphism, 3D, neon, duotone, editorial, collage.","https:\u002F\u002Fgithub.com\u002Fmarshadgani\u002FArshad.AI\u002Fblob\u002Fclaude\u002Fai-personal-assistant-main\u002F.claude\u002Fskills\u002Fui-ux-pro-max\u002Fbanner-design\u002FSKILL.md",[273,274],{"categoryNo":18,"categoryName":19,"taxonomyType":20,"taxonomyTypeDesc":21},{"categoryNo":23,"categoryName":24,"taxonomyType":25,"taxonomyTypeDesc":26},[35,276,277,227,278,279,280,229,281,282,283,284,285,286,208,234,235,236,287,288],"banner","banner design","3D","direction","neon","Art","social","generated","hero","dimensions","display","options","website"]