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

E20 Circuit Criticality Categories

ASecurity

Use when assess and group the equipment and subsystem circuits of a spacecraft by functional criticality under ECSS-E-ST-20C clause 6.3.1.1: derive each circuit's category from its hazard, mission-loss and degradation attributes, order the inventory with the safety-critical group first, raise a circuit that couples into a higher-criticality victim to that victim's level for interference control, read the interference margin the category demands from the project ladder, and compare the demonst...

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

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 e20-circuit-criticality-categories --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of E20 Circuit Criticality Categories?

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

Security grade badge for E20 Circuit Criticality Categories
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/ashfordeou-e20-circuit-criticality-categories/badge)](https://www.skillsdirectory.com/skills/ashfordeou-e20-circuit-criticality-categories)

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

Download with Pro
Files
SKILL.md
---
name: e20-circuit-criticality-categories
description: "Use when assess and group the equipment and subsystem circuits of a spacecraft by functional criticality under ECSS-E-ST-20C clause 6.3.1.1: derive each circuit's category from its hazard, mission-loss and degradation attributes, order the inventory with the safety-critical group first, raise a circuit that couples into a higher-criticality victim to that victim's level for interference control, read the interference margin the category demands from the project ladder, and compare the demonstrated susceptibility-to-emission separation against it. Trigger: ecss, e-st-20-electrical-scope, circuit-criticality-categories, safety-critical-circuit, mission-critical-circuit, criticality-grouping-order, interference-margin-ladder, coupled-victim-escalation."
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, e20-circuit-criticality-categories, circuit-criticality-categories, safety-critical-circuit, mission-critical-circuit, interference-margin-ladder, coupled-victim-escalation]
  version: 0.1.0
  author: Aero Agent Skills
---

# ECSS Electrical Engineering -- Circuit Criticality Categories (space-systems/ecss/e20-circuit-criticality-categories)

Use when the task is the clause 6.3.1.1 criticality grouping of
ECSS-E-ST-20C -- sorting the circuits of equipment and of subsystems
into functional criticality groups, with the safety group identified
first, so that electromagnetic interference control effort lands where
loss of a circuit costs the most.

## Domain quick reference

- The ladder has four rungs in a fixed order: safety critical, mission
  critical, essential, non essential. The order is not cosmetic. It is
  the order the grouping is presented in and the order the questions
  are asked in, and the clause is explicit that the safety group comes
  first.
- A circuit's rung follows from its functional attributes, not from
  the subsystem it happens to live in. The hazard question is answered
  before any other: a circuit whose loss or malfunction can produce a
  catastrophic hazard is safety critical however redundant, however
  low powered and however peripheral it looks. Below that, a circuit
  whose loss ends the mission is mission critical when nothing backs
  it up and drops to essential when a redundant path carries the
  function. A circuit that only degrades recoverable performance is
  essential. What is left is non essential.
- Redundancy demotes a mission-loss circuit; it never demotes a hazard
  circuit. Two redundant paths into the same catastrophic outcome are
  two safety critical circuits, because the hazard is a property of
  the consequence, not of the availability.
- Criticality travels along the coupling. An aggressor that can inject
  into a more critical victim, through a shared harness bundle, a
  shared connector or a shared return, has to be controlled at the
  victim's level, because the consequence of the coupling belongs to
  the victim. That raised value is the effective category, and it is
  what the margin demand is read against. The circuit's own category
  is kept alongside it, so the record shows both what the circuit is
  and what it is controlled as.
- Each rung carries an interference margin demand in decibels, widest
  at the safety rung and falling monotonically down the ladder. The
  numbers are project-tailorable; the ordering is not. The non
  essential rung demands nothing, which is why a non essential circuit
  with no demonstrated evidence is not a finding, while a raised one
  is.
- The demonstrated separation is the victim's susceptibility threshold
  less the worst-case emission seen at that victim, in decibels. A
  negative result is a real answer and means the emission sits above
  the threshold; it is a finding, not an input error.

## Workflow

1. Normalize each circuit record: reject an empty identifier, a record
   with no functional attributes, a malformed coupled-victim list, a
   repeated identifier, and any attribute that is absent or not a
   boolean.
2. Derive each circuit's own category by walking the ladder from the
   top: hazard first, then unbacked mission loss, then backed mission
   loss and recoverable degradation, then the remainder.
3. Resolve the coupling: for each circuit, look up the category of
   every victim it names. A victim that is not in the inventory is a
   finding, not a silent skip.
4. Take the effective category as the most critical of the circuit's
   own category and the categories of every resolved victim.
5. Read the required margin for the effective category from the
   project ladder. Skip the evidence and margin checks only where that
   demand is zero.
6. Compute the demonstrated separation from the susceptibility
   threshold and the emission level, and compare it against the
   demand. Report a circuit with a demand and no demonstrated pair as
   an evidence finding, and a circuit below the demand as a margin
   finding naming its effective category.
7. Group and present: every rung is listed, safety first, and the
   inventory is compliant only when the coupling, evidence and margin
   lists are all empty.

## Pitfalls

- Grouping by subsystem or by supplier instead of by function. A
  low-power housekeeping line inside a benign box can still be the
  circuit that arms an ordnance path, and the grouping follows the
  consequence.
- Letting redundancy demote a hazard circuit. Redundancy bears on
  availability, so it can move a mission-loss circuit down a rung; it
  does nothing to the consequence a catastrophic hazard carries.
- Reading a circuit's own category as the level it is controlled at,
  and so applying a small margin demand to an aggressor that shares a
  bundle with a safety critical line. Raise to the victim, then read
  the demand.
- Dropping a named victim that is not in the inventory. That is
  exactly the case where the aggressor's control level is unknown, so
  it is a finding; skipping it silently manufactures a compliant
  result out of an incomplete list.
- Comparing the demonstrated separation against the demand with a bare
  greater-or-equal test. The separation is a difference of two measured
  decibel levels and a case that is exactly on the limit in engineering
  terms can land a few units in the last place below it: subtracting
  27.3 from 33.3 yields 5.9999999999999964, not 6. Absorb that
  representation error in the comparison; never lower the required
  margin to make the case pass.
- Treating a negative separation as bad input. It is a real and
  serious result: the interference already exceeds what the victim
  tolerates.
- Omitting an empty rung from the presented grouping. A reader cannot
  tell an empty safety group from a safety group nobody looked for.

## Behavior contract (gate 3)

The ladder ranking, attribute-driven categorization, coupled-victim
escalation, margin-demand lookup, separation computation, tolerance-
absorbing margin comparison, grouping order and aggregate-review logic
is exercised by the gate 3 contract test:
scripts/test_e20_circuit_criticality_categories.py against
scripts/e20_circuit_criticality_categories_logic.py (stdlib unittest,
offline). Run:
python3 scripts/test_e20_circuit_criticality_categories.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 →