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

E50 Unwanted Rf Emissions

ASecurity

Evaluate the unwanted emissions a space link transmitter produces against the limits that apply to them, under ECSS-E-ST-50C clause 5.6.12.3. Place each measured component in its domain first — inside the necessary bandwidth, in the out-of-band domain around it, or out in the spurious domain — then grade it against that domain's limit: an interpolated spectral mask out of band, a flat limit in the spurious domain, and no grading at all for the wanted carrier. Report per-component margin, the ...

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 e50-unwanted-rf-emissions --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of E50 Unwanted Rf Emissions?

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

Security grade badge for E50 Unwanted Rf Emissions
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/ashfordeou-e50-unwanted-rf-emissions/badge)](https://www.skillsdirectory.com/skills/ashfordeou-e50-unwanted-rf-emissions)

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

Download with Pro
Files
SKILL.md
---
name: e50-unwanted-rf-emissions
description: "Evaluate the unwanted emissions a space link transmitter produces against the limits that apply to them, under ECSS-E-ST-50C clause 5.6.12.3. Place each measured component in its domain first — inside the necessary bandwidth, in the out-of-band domain around it, or out in the spurious domain — then grade it against that domain's limit: an interpolated spectral mask out of band, a flat limit in the spurious domain, and no grading at all for the wanted carrier. Report per-component margin, the worst offender and a three-way verdict. Use when reviewing spacecraft transmitter spectral compliance. Trigger: ecss, e-st-50-communications, unwanted-rf-emission-limits, out-of-band-emission-domain, spurious-emission-domain, space-link-spectral-emission-mask, transmitter-emission-margin."
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)"
clauses:
  - standard: ECSS-E-ST-50C Rev.2
    clause: 5.6.12.3
    items: [a]
    relation: verifies
metadata:
  domain: space-systems
  subdomain: ecss
  tags: [ecss, e-st-50-communications, e50-unwanted-rf-emissions, unwanted-rf-emission-limits, out-of-band-emission-domain, spurious-emission-domain, space-link-spectral-emission-mask, transmitter-emission-margin]
  version: 0.1.0
  author: Aero Agent Skills
---

# ECSS Communications — Unwanted RF Emissions (space-systems/ecss/e50-unwanted-rf-emissions)

Use when a spacecraft transmitter's measured spectrum is being graded, per
ECSS-E-ST-50C clause 5.6.12.3 — which emissions are unwanted, and whether each
of them is under the limit that actually applies to it.

## Domain quick reference

- The domain comes before the limit. A component is inside the necessary
  bandwidth, in the out-of-band domain immediately around it, or out in
  the spurious domain, and each of those carries a different limit.
  Grading against the wrong one produces a confident wrong answer.
- What sits inside the necessary bandwidth is the wanted emission. It is
  not unwanted, it is not graded, and running the out-of-band mask across
  it fails the carrier against its own transmitter.
- The out-of-band domain is bounded, not open. It runs from the edge of
  the necessary bandwidth out to a fixed multiple of that bandwidth
  either side of the carrier; beyond that boundary the spurious limit
  takes over.
- The out-of-band limit is a shape, not a number. It tightens with offset,
  so a component is measured against an interpolated mask value at its own
  offset and two components at the same level can land on opposite sides
  of compliance.
- Meeting a limit exactly is not the same as meeting it. A component with
  no margin met the limit on the day it was measured, under one
  temperature, on one unit; a design margin is what survives the other
  days.
- Levels relative to the carrier keep the arithmetic to subtraction. An
  unwanted emission reported as stronger than the carrier is a
  measurement or bookkeeping error, not a very bad transmitter.

## Workflow

1. State the carrier centre and the necessary bandwidth. Everything else
   in the assessment is an offset from that pair, so an approximate
   bandwidth moves every domain boundary at once.
2. Declare the out-of-band mask as breakpoints in multiples of the
   necessary bandwidth. Two breakpoints is the minimum that can be
   interpolated; one is a flat limit pretending to be a shape.
3. Declare the spurious limit separately. It applies past the out-of-band
   boundary and is not an extension of the mask. Where a component lands
   in a band whose service is especially vulnerable to interference —
   deep-space and radio-astronomy users among them — the limit protecting
   that band may be tighter than the general one, and the figure to use
   comes from the spurious-emission standard the project works to.
4. Place each measured component in its domain, deciding the boundaries
   with a tolerance so a component sitting exactly on one is placed the
   same way on every platform.
5. Grade only what is unwanted. Report the in-band components so the set
   is complete and mark them ungraded rather than dropping them.
6. Compute margin as limit minus level, and separate a component over its
   limit from one under it with less margin than the design asked for.
7. Report the worst graded component and its domain, not just a count.
   The single number a reviewer acts on is which emission is closest to
   its limit and where it sits.

## Obligations

| Item | Step |
|---|---|
| ECSS-E-ST-50C Rev.2 5.6.12.3a | 6 |

## Pitfalls

- Applying one attenuation figure across the whole spectrum. The
  out-of-band mask tightens with offset and the spurious limit is a
  different rule entirely; a single figure passes emissions that fail and
  fails emissions that pass.
- Grading the carrier. It is inside the necessary bandwidth by definition
  and will be tens of decibels above any unwanted-emission limit.
- Treating everything outside the necessary bandwidth as spurious. The
  out-of-band domain sits between the two and usually carries the looser
  limit, so the mistake turns a compliant design into a redesign.
- Deciding a domain boundary or a limit comparison with a bare strict
  inequality. A component exactly on a boundary can be placed differently
  on different platforms, and the verdict follows the machine.
- Passing a component that clears its limit by nothing. Temperature, unit
  variation and ageing all move it the wrong way after the measurement.
- Reporting compliance as a count of exceedances. Zero exceedances with a
  component sitting on its limit is a different programme risk from zero
  exceedances with ten decibels everywhere.

## Behavior contract (gate 3)

Frequency, bandwidth and level validation, mask normalisation and
interpolation with flat extension beyond the end breakpoints, domain
placement with a tolerance at both boundaries, ungraded treatment of the
wanted in-band emission, per-component margin against the mask and the
spurious limit, the three-way set verdict and the worst-component report
are exercised by the gate 3 contract test:
scripts/test_e50_unwanted_rf_emissions.py against
scripts/e50_unwanted_rf_emissions_logic.py (stdlib unittest, offline).
Run:
python3 scripts/test_e50_unwanted_rf_emissions.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 →