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

E2001 Multipactor Nominal Power Definition

ASecurity

Use when derive the nominal input power at which equipment stays free of multipactor discharge under ECSS-E-ST-20-01C clause 4.3.1.1: take the declared per-carrier powers at the equipment input, combine them by the agreed rule -- the in-phase peak envelope for a multi-carrier unit, the average sum where that is what the input sees -- convert between watt and decibel-milliwatt, aggregate the input-power budget with signed biases added algebraically and uncertainty magnitudes combined linearly ...

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

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 e2001-multipactor-nominal-power-definition --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of E2001 Multipactor Nominal Power Definition?

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

Security grade badge for E2001 Multipactor Nominal Power Definition
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/ashfordeou-e2001-multipactor-nominal-power-definition/badge)](https://www.skillsdirectory.com/skills/ashfordeou-e2001-multipactor-nominal-power-definition)

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

Download with Pro
Files
SKILL.md
---
name: e2001-multipactor-nominal-power-definition
description: "Use when derive the nominal input power at which equipment stays free of multipactor discharge under ECSS-E-ST-20-01C clause 4.3.1.1: take the declared per-carrier powers at the equipment input, combine them by the agreed rule -- the in-phase peak envelope for a multi-carrier unit, the average sum where that is what the input sees -- convert between watt and decibel-milliwatt, aggregate the input-power budget with signed biases added algebraically and uncertainty magnitudes combined linearly or by root-sum-square, check the declared multipactor-free power covers that worst-case input rather than the nominal drive level, and raise it by the route margin to obtain the level the analysis or the multipactor-test has to reach. Trigger: ecss, e-st-20-electrical-scope, multipactor-free-power, nominal-input-power, multi-carrier-peak-envelope, peak-to-average-ratio, power-uncertainty-budget, decibel-milliwatt-conversion."
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, e2001-multipactor-nominal-power-definition, multipactor-free-power, nominal-input-power, multi-carrier-peak-envelope, peak-to-average-ratio, power-uncertainty-budget, decibel-milliwatt-conversion]
  version: 0.1.0
  author: Aero Agent Skills
---

# ECSS Electrical — Multipactor Nominal Power Definition (space-systems/ecss/e2001-multipactor-nominal-power-definition)

Use when the task is fixing the number that ECSS-E-ST-20-01C clause
4.3.1.1 turns into a requirement -- the specified input power at which the
equipment is required to stay free of multipactor discharge. Everything
downstream (the margin policy, the analysis, the campaign level) is
referred to this one figure, so it has to be the worst case the input
really sees.

## Domain quick reference

- The definition is stated at the equipment input, not at the amplifier
  output and not at the antenna. Whatever sits between them -- harness
  loss, a pre-amplifier, a switch -- belongs in the budget that leads to
  the input figure, never left implicit.
- Carriers combine on amplitude, not on power. N carriers that can align
  in phase produce an envelope of the squared sum of their amplitudes,
  which for N equal carriers is N-squared times one carrier, that is N
  times their average sum. Two equal carriers therefore peak 3 dB above
  the average sum and four peak 6 dB above it.
- Which rule applies is an engineering statement about the unit, not a
  preference. A multi-carrier unit whose carriers can align is defined on
  the in-phase envelope; a unit that only ever sees the summed average
  may be defined on that, and the peak-to-average ratio is then the
  quantity that has to be stated rather than quietly dropped.
- The budget carries two different kinds of term. A bias is signed and
  adds algebraically -- a harness loss lowers the input, a gain raises
  it. An uncertainty is a magnitude and only ever widens the worst case;
  magnitudes combine linearly for a hard worst case, or by root-sum-square
  when the project accepts a statistical combination.
- The declared multipactor-free power has to cover the derived worst
  case. Declaring the nominal drive level and carrying the uncertainties
  elsewhere leaves the requirement stated at a power the equipment is not
  held to.
- The declared power is the reference, not the demonstration level. The
  route margin is applied on top of it: the level an analysis has to
  clear, or the level a multipactor-test has to be driven to, sits above
  the declared power by the margin the route owes.

## Workflow

1. Validate the per-carrier powers at the equipment input: a strictly
   positive, finite watt figure per carrier, at least one carrier.
2. Combine them by the declared rule -- in-phase envelope, average sum,
   or a single carrier on its own -- rejecting a single-carrier rule
   applied to a carrier set and an unrecognized rule outright.
3. Report the peak-to-average ratio of the carrier set, so a
   multi-carrier unit defined on its average sum is visible as a
   deliberate decision rather than an omission.
4. Aggregate the input-power budget: biases summed algebraically,
   uncertainty magnitudes combined linearly or by root-sum-square. A
   negative uncertainty magnitude is a contradiction and stops the
   derivation.
5. Convert the combined power to decibel-milliwatt and add the budget to
   obtain the worst-case input the definition has to cover.
6. Compare the declared multipactor-free power with that worst case. A
   declaration landing exactly on it is compliant -- the comparison
   absorbs floating-point representation error rather than widening the
   engineering limit -- and anything measurably below reports its
   shortfall in decibel.
7. Apply the route margin to the declared power to obtain the level the
   analysis or the multipactor-test has to reach, and aggregate the
   findings.

## Pitfalls

- Adding carrier powers for a multi-carrier unit. The summed average is
  N times one carrier where the in-phase envelope is N-squared times it;
  on four equal carriers that is a 6 dB understatement of the field the
  gaps actually see.
- Declaring the nominal drive level as the multipactor-free power. The
  requirement then sits below the power the unit reaches on a bad day,
  and every margin computed from it inherits the error.
- Treating an uncertainty as a signed term. A drive tolerance widens the
  worst case in the adverse direction whichever way it is written; giving
  it a sign lets a negative entry cancel a real bias and shrink the
  budget.
- Mixing the decibel conventions. Ten log of a power ratio and twenty log
  of a voltage ratio are the same margin expressed twice; using the
  voltage form on powers doubles every figure in the budget.
- Confusing the declared power with the demonstration level. The route
  margin sits above the declaration; reading the raised level back as the
  requirement inflates the specification the equipment is qualified to.
- Stating the figure without its interface. The same unit has different
  input powers at the amplifier output and after the harness, and a
  definition that does not name the plane is not a definition.

## Behavior contract (gate 3)

The carrier validation, amplitude-based combining rules,
peak-to-average ratio, watt and decibel-milliwatt conversion, bias and
uncertainty budget aggregation, worst-case derivation, boundary-safe
declaration check, route margin lookup and the aggregated verdict are
exercised by the gate 3 contract test:
scripts/test_e2001_multipactor_nominal_power_definition.py against
scripts/e2001_multipactor_nominal_power_definition_logic.py (stdlib
unittest, offline). Run:
python3 scripts/test_e2001_multipactor_nominal_power_definition.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 →