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 Electrical Power Engineering Overview

ASecurity

Use when size and cross-check the spacecraft electrical power chain introduced by ECSS-E-ST-20C clause 5.1: place every power element into generation, storage, conditioning or distribution, derive the bus architecture from whether the bus is regulated in sunlight and in eclipse, compute the eclipse energy the storage must deliver through the distribution efficiency, the usable capacity that implies at the allowed depth of discharge, the sunlit generation needed to carry the load and recharge ...

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

Works with

claude codecli

Security Analysis

A100/100

Scanned 9/27/2026

Install to Claude Code

$npx -y skills add ashfordeOU/aero-agent-skills --skill e20-electrical-power-engineering-overview --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of E20 Electrical Power Engineering Overview?

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

Security grade badge for E20 Electrical Power Engineering Overview
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/ashfordeou-e20-electrical-power-engineering-overview/badge)](https://www.skillsdirectory.com/skills/ashfordeou-e20-electrical-power-engineering-overview)

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

Download with Pro
Files
SKILL.md
---
name: e20-electrical-power-engineering-overview
description: "Use when size and cross-check the spacecraft electrical power chain introduced by ECSS-E-ST-20C clause 5.1: place every power element into generation, storage, conditioning or distribution, derive the bus architecture from whether the bus is regulated in sunlight and in eclipse, compute the eclipse energy the storage must deliver through the distribution efficiency, the usable capacity that implies at the allowed depth of discharge, the sunlit generation needed to carry the load and recharge within the sunlit arc, and the resulting power margin, then flag any stage of the chain left unpopulated. Trigger: ecss, e-st-20-electrical-scope, electrical-power-engineering-overview, power-generation-chain, energy-storage-sizing, power-conditioning-bus, power-distribution-protection, eclipse-energy-balance."
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-electrical-power-engineering-overview, power-generation-chain, energy-storage-sizing, power-conditioning-bus, power-distribution-protection, eclipse-energy-balance]
  version: 0.1.0
  author: Aero Agent Skills
---

# ECSS Electrical Engineering — Power Engineering Overview (space-systems/ecss/e20-electrical-power-engineering-overview)

Use when the task is the introductory power-engineering description of
ECSS-E-ST-20C clause 5.1 -- laying out the four stages of the electrical
power chain, naming the bus architecture, and running the orbit-average
energy balance that sizes the storage and the generation.

## Domain quick reference

- Clause 5.1 describes the electrical power subsystem as a chain of
  four stages, each of which must be populated by at least one element
  before the architecture is describable. Generation converts an
  external source into electrical power (solar array, radioisotope
  generator, fuel cell). Storage carries the load when generation is
  unavailable (secondary battery, supercapacitor bank). Conditioning
  sets the bus and controls the energy flow (shunt regulator, battery
  charge regulator, peak-power tracker, converter). Distribution routes
  and protects the power to each user (distribution switch, latching
  current limiter, harness, fuse).
- The bus architecture follows from where regulation is applied, not
  from the element list. Regulated in both sunlight and eclipse is a
  fully regulated bus; regulated in sunlight only, with the battery
  setting the bus in eclipse, is a sun-regulated bus; regulated in
  neither, with the battery directly coupled, is an unregulated bus.
  Regulated in eclipse but not in sunlight is not an architecture -- it
  is a description error, and is rejected rather than interpreted.
- The energy balance runs over one orbit. The eclipse energy the
  storage must deliver is the eclipse load times the eclipse duration,
  divided by the distribution efficiency -- the loss is upstream of the
  load, so the storage delivers more than the load consumes. The usable
  capacity that implies is that energy divided by the allowed depth of
  discharge and the discharge efficiency; sizing to the raw energy
  ignores both the fraction of the battery that is off-limits and the
  round-trip loss.
- Generation must carry the sunlit load and recharge the storage within
  the sunlit arc. The recharge power is the eclipse energy divided by
  the sunlit duration and the charge efficiency; the total is that plus
  the sunlit load, divided by the conditioning efficiency. The power
  margin is the fractional headroom of the available generation over
  that requirement, and the house minimum is five percent at this stage
  of the design.

## Workflow

1. Inventory the power elements and place each one in exactly one of
   generation, storage, conditioning, distribution. Reject an
   unrecognized element type before the chain is assessed.
2. Check every stage is populated. An empty stage means the chain has a
   gap the overview cannot describe.
3. Name the bus architecture from the regulation state in sunlight and
   in eclipse; reject the inconsistent combination.
4. Compute the eclipse energy the storage must deliver, dividing the
   eclipse load-energy by the distribution efficiency.
5. Convert that into required usable capacity at the allowed depth of
   discharge and the discharge efficiency, and compare it with the
   installed capacity.
6. Compute the required sunlit generation as the sunlit load plus the
   recharge power, divided by the conditioning efficiency, and take the
   margin against the available generation.
7. The architecture is consistent only when the chain, storage and
   generation finding lists are all empty; the computed sizing figures
   are reported alongside them for the design report.

## Pitfalls

- Multiplying the load by the efficiency instead of dividing. The
  distribution and conditioning losses sit between source and load, so
  the source-side figure is always the larger one; multiplying
  understates both the battery and the array.
- Sizing the battery to the eclipse energy. The allowed depth of
  discharge and the discharge efficiency both inflate the capacity that
  must be installed, often by more than a factor of two.
- Forgetting the recharge term in the generation requirement. An array
  sized for the sunlit load alone never refills the battery, and the
  design fails on the second orbit rather than the first.
- Reading a populated element list as a complete chain. Four solar
  arrays and a harness still leave storage and conditioning empty; the
  check is one element per stage, not a count.
- Inferring the architecture from the presence of a battery. Every
  architecture has a battery; what distinguishes them is where the
  regulation is applied.

## Behavior contract (gate 3)

The element-stage placement, bus-architecture derivation, eclipse
energy, required capacity, required generation, power margin and
aggregate chain review logic is exercised by the gate 3 contract test:
scripts/test_e20_electrical_power_engineering_overview.py against
scripts/e20_electrical_power_engineering_overview_logic.py (stdlib
unittest, offline). Run:
python3 scripts/test_e20_electrical_power_engineering_overview.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 →