Skills DirectorySkills Directory
SkillsLearnSecurityCategoriesDocsCommunityBlog
Sign InSubmit Skill
Skills Directory

Security-tested agent skills for Claude, coding agents, and AI workflows.

Directory

  • Browse Skills
  • All Skills A–Z
  • Claude Skills
  • Claude Code Skills
  • Agent Skills
  • Categories
  • Authors
  • Submit a Skill

Learn

  • Learn Hub
  • Install Claude Skills
  • Write SKILL.md
  • Skills vs MCP
  • Directories Compared

Security

  • Security
  • Methodology
  • Secure Claude Skills
  • Security Badges

Company

  • About
  • Community
  • Blog
  • API Docs
  • Advertise

2026 Skills Directory. All rights reserved.

ProTermsPrivacyRefunds
Back to skills

E2020 Dissipative Failure Component Survival

ASecurity

Evaluate whether the parts around a current limiter survive a switch that fails dissipatively while nothing else removes it, under clause 5.2.14.1.1 of ECSS-E-ST-20-20C. Use when a limiter switch is stuck in its limitation region and the dissipation runs indefinitely into the board and the neighbouring components. Compute the steady dissipation from the drop and the limited current, raise every named part through its own thermal coupling, compare each against its derated rating, report the su...

2 stars
0 votes
0 copies
0 views
Added 9/27/2026
ai-agentspython

Works with

claude code

Security Analysis

A100/100

Scanned 9/27/2026

Install to Claude Code

$npx -y skills add ashfordeOU/aero-agent-skills --skill e2020-dissipative-failure-component-survival --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of E2020 Dissipative Failure Component Survival?

Add the live security badge to your README — it updates automatically with every re-scan.

Security grade badge for E2020 Dissipative Failure Component Survival
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/ashfordeou-e2020-dissipative-failure-component-survival/badge)](https://www.skillsdirectory.com/skills/ashfordeou-e2020-dissipative-failure-component-survival)

More formats (shields.io, HTML) on the badges page.

Download with Pro
Files
SKILL.md
---
name: e2020-dissipative-failure-component-survival
description: "Evaluate whether the parts around a current limiter survive a switch that fails dissipatively while nothing else removes it, under clause 5.2.14.1.1 of ECSS-E-ST-20-20C. Use when a limiter switch is stuck in its limitation region and the dissipation runs indefinitely into the board and the neighbouring components. Compute the steady dissipation from the drop and the limited current, raise every named part through its own thermal coupling, compare each against its derated rating, report the surviving and the exceeded parts with margins, and derive the dissipation each part could have taken. Trigger: ecss, e-st-20-20c, dissipative-switch-failure-survival, limiter-dissipative-failure-heating, surrounding-part-thermal-survival, uncleared-limiter-dissipation, dissipative-failure-allowable-power."
license: Apache-2.0
compliance: STANDARDS-REF
standards:
  - id: ecss
    reference-only: true
gated: false
domain: space-systems
pack: space-systems
compatibility: "agentskills.io SKILL.md; any SKILL.md host (Claude Code, Hermes, OpenClaw)"
metadata:
  domain: space-systems
  subdomain: ecss
  tags: [ecss, e-st-20-electrical-scope, e-st-20-20c, e2020-dissipative-failure-component-survival, dissipative-switch-failure-survival, limiter-dissipative-failure-heating, surrounding-part-thermal-survival, uncleared-limiter-dissipation, dissipative-failure-allowable-power]
  version: 0.1.0
  author: Aero Agent Skills
---

# ECSS Power Supply — Dissipative Failure Component Survival (space-systems/ecss/e2020-dissipative-failure-component-survival)

Use when the task is clause 5.2.14.1.1 of ECSS-E-ST-20-20C: a current limiter
switch fails dissipatively, no other means removes the failure, and the parts
around that switch have to survive it. This leaf turns the uncleared case into
a steady-state thermal assessment, part by part.

## Domain quick reference

- A dissipative failure is the one that does not announce itself. The switch
  neither opens nor shorts; it sits in its limitation region holding the
  limited current with the bus drop across it, so the load still works and the
  only symptom is heat.
- The dissipation is the drop across the failed switch times the current it
  holds, and it is the drop under the fault that matters, not the millivolts
  the switch drops when it is healthy. A limiter that is barely warm in
  operation is a tens-of-watts heater in limitation.
- The clause's case is the uncleared one, so the assessment is a steady state
  rather than an energy pulse. There is no time at which it stops, which is
  why the answer is a temperature and not a joule count.
- Coupling is per part, not per board. Each neighbouring part sees its own
  rise per watt dissipated in the switch, set by its distance, the copper
  between them and the mounting, so the part that fails first is frequently
  not the closest one.
- The limit to compare against is the derated one. The parts programme
  withholds margin from the rated maximum, and a survival argument made
  against the catalogue number spends margin that was already allocated.
- Reporting the allowable dissipation turns a pass or fail into a design
  input. A part that could have taken forty watts beside a switch holding
  fifty-six names both the problem and the size of the fix.
- A clearing device does not move this case. If a fuse or an upstream
  protection is declared, the clause still asks what happens when nothing
  removes the failure, so the uncleared steady state is graded and the
  clearing path is reported alongside it.

## Workflow

1. Validate the case: a named switch, a positive drop and limited current, a
   physically possible reference temperature, and at least one named part
   with a positive coupling and a rated maximum.
2. Reject a part already at or above its derated limit at the reference
   temperature; the survival question is not answerable for it.
3. Compute the steady dissipation the failed switch holds.
4. Raise each part from the reference by its coupling times that dissipation
   and compare it against its rated maximum less its withheld margin.
5. Invert the same relation to get the dissipation each part could have taken
   and keep the smallest as the limiting figure.
6. Report per part: temperature, derated limit, margin and allowable power;
   then the surviving and exceeded lists, the worst part and the headroom
   ratio against the dissipation actually held.
7. Note any declared clearing path as outside the clause's case, and return
   compliant only when every named part stays at or under its own limit.

## Pitfalls

- Using the healthy on-state drop. The whole point of the failure mode is
  that the switch now stands off most of the bus, and an assessment built on
  the operational drop understates the dissipation by orders of magnitude.
- Treating the event as a transient. Nothing clears it, so there is no pulse
  width to integrate and no thermal mass to hide behind; the part either sits
  below its limit forever or it does not.
- Comparing against the rated maximum. The derated limit is the one the parts
  programme will hold the design to, and passing against the catalogue figure
  is a finding waiting for the review.
- Assessing only the switch itself. The clause is about what surrounds it —
  the board, the mounting, the neighbouring parts — and a switch rated to
  survive its own failure proves nothing about the capacitor beside it.
- Giving the whole board one coupling figure. Averaging the rises hides the
  one part that is thermally welded to the switch and reports a margin no
  single component actually has.
- Letting a declared fuse close the case. A clearing path is worth reporting,
  but the clause asks about the failure nothing removes, so it is a note
  beside the verdict and never a substitute for it.

## Behavior contract (gate 3)

The case validation, dissipation arithmetic, derated-limit computation,
per-part temperature rise, allowable-power inversion, on-the-bound survival
handling, worst-part and headroom reporting, clearing-path note and verdict
are exercised by the gate 3 contract test:
scripts/test_e2020_dissipative_failure_component_survival.py against
scripts/e2020_dissipative_failure_component_survival_logic.py (stdlib
unittest, offline). Run:
python3 scripts/test_e2020_dissipative_failure_component_survival.py

## Compliance

- ECSS standards are freely downloadable (ESA); cite the source and
  paraphrase per standards-map.yaml.
- compliance: STANDARDS-REF, gated: false.

Attribution

ashfordeOUashfordeOU
View sourceMore from ashfordeOU →
SSkills DirectorySkills Directory

Know which skills are safe — weekly.

Best new skills + every skill we flagged as malicious. From the team that scanned 103,619.

Join free

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 (0)

No comments yet. Be the first to comment!

SSkills DirectorySkills Directory

Know which skills are safe — weekly.

Best new skills + every skill we flagged as malicious. From the team that scanned 103,619.

Join free

Related Skills

Caveman

Ultra-compressed communication mode that cuts output tokens while keeping technical accuracy. Levels: lite, full, ultra and the wenyan variants. Use for /caveman, "caveman mode", "talk like caveman", "be brief" or "less tokens".

1074701 votes

Hyperplan

Adversarial multi-agent planning skill. Self-orchestrates 5 hostile category members (unspecified-low, unspecified-high, deep, ultrabrain, artistry) via team-mode for ruthless cross-critique debate, distills only the defensible insights, then MANDATORILY hands the distilled insight bundle to the `plan` agent for executable plan formalization. Use when planning needs maximum rigor and surfacing of weak assumptions, blind spots, and over-engineering. Triggers: 'hyperplan', 'hpp', '/hyperplan', ...

694821 votes

Mcp Code Execution

Routes multi-tool workflows through MCP servers for large datasets and pipelines. Use when Bash tool overhead is limiting throughput on data-heavy tasks.

3351 votes

catchup

Recovers the conversation and failed tool calls of a previous Codex, Claude Code, Antigravity, Cline, Copilot CLI, Cursor, DeepSeek Harness, Kimi, OpenCode, Pi Agent, or ZCode session. Use when the user says "catch up", "what did the last session do", "get me up to speed", "I switched agents", asks to recover/summarize a previous session before continuing, or asks to diagnose or report a catchup failure. Do NOT use for the current conversation, git history, or any non-agent log.

691 votes

math-skill

A comprehensive mathematical reasoning skill for AI assistants — handles arithmetic to research-level problems with rigorous step-by-step reasoning, systematic verification, and transparent uncertainty handling

381 votes
View all in ai-agents →