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 Passive Intermodulation Acceptance Levels

ASecurity

Use when determine the passive-intermodulation interference a development may present to a victim receive-chain under ECSS-E-ST-20C clause 7.4.2 and agree it with the customer: convert each victim band's receiver-noise-floor and permitted interference-to-noise-ratio into a tolerable interference level, refer that level to the transmit antenna port through the antenna-port-isolation, subtract the measurement-uncertainty and the design-margin, reconcile the supplier-proposed level against the c...

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

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-passive-intermodulation-acceptance-levels --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of E20 Passive Intermodulation Acceptance Levels?

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

Security grade badge for E20 Passive Intermodulation Acceptance Levels
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/ashfordeou-e20-passive-intermodulation-acceptance-levels/badge)](https://www.skillsdirectory.com/skills/ashfordeou-e20-passive-intermodulation-acceptance-levels)

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

Download with Pro
Files
SKILL.md
---
name: e20-passive-intermodulation-acceptance-levels
description: "Use when determine the passive-intermodulation interference a development may present to a victim receive-chain under ECSS-E-ST-20C clause 7.4.2 and agree it with the customer: convert each victim band's receiver-noise-floor and permitted interference-to-noise-ratio into a tolerable interference level, refer that level to the transmit antenna port through the antenna-port-isolation, subtract the measurement-uncertainty and the design-margin, reconcile the supplier-proposed level against the customer-required level, and bind the agreed level to the carrier-plan (carrier count, carrier-power, carrier frequencies) it was derived for. Trigger: ecss, e-st-20-electrical-scope, passive-intermodulation, pim-acceptance-level, customer-agreed-interference, receiver-noise-floor, interference-to-noise-ratio, antenna-port-isolation, carrier-plan."
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-passive-intermodulation-acceptance-levels, passive-intermodulation, pim-acceptance-level, customer-agreed-interference, receiver-noise-floor, interference-to-noise-ratio, antenna-port-isolation, carrier-plan]
  version: 0.1.0
  author: Aero Agent Skills
---

# ECSS Electrical — Passive-Intermodulation Acceptance Levels (space-systems/ecss/e20-passive-intermodulation-acceptance-levels)

Use when the task is the ECSS-E-ST-20C clause 7.4.2 activity of agreeing
with the customer, during development, how much passive-intermodulation
interference the transmit-chain is allowed to deliver into each victim
receive-chain -- deriving that number from the victim's own sensitivity
rather than quoting a habitual catalogue figure, and recording the
carrier-plan the number is only valid for.

## Domain quick reference

- Passive-intermodulation arises when two or more transmit carriers
  share a non-linear passive junction (a contact, a coating, a
  waveguide flange, a corroded braid). The mixing products land at
  integer-combination frequencies; the odd-order products whose
  coefficient sum is one sit near the carriers and therefore near the
  co-located receive-band, which is what makes them a system problem
  rather than a component curiosity.
- The acceptance-level is a derived quantity, not a preference. It
  starts at the victim receiver-noise-floor, is raised by the permitted
  interference-to-noise-ratio (a negative dB allowance -- the agreed
  desensitisation the link-budget can absorb), giving the tolerable
  interference at the receiver input. Referring it back to the transmit
  antenna port adds the antenna-port-isolation between the two ports,
  then subtracts the measurement-uncertainty of the intended
  verification bench and the design-margin held for flight-model
  degradation, so the number handed to the hardware is the one that can
  actually be demonstrated.
- An acceptance-level is meaningless without the carrier-plan it was
  derived for. Passive-intermodulation grows steeply with carrier-power
  and with carrier count, so an agreed level is bound to a declared
  carrier count, a declared per-carrier-power and a declared transmit
  frequency span. An as-flown plan that adds carriers, raises the
  per-carrier-power or moves carriers outside the declared span
  invalidates the agreement and forces a re-derivation.
- Supplier-proposed and customer-required levels rarely coincide. The
  stricter of the two governs; a supplier level above the customer
  requirement but inside the agreed negotiation band is negotiable,
  and one beyond it needs a formal waiver -- it is never silently
  adopted.
- Several products can fall in one victim band. They combine as powers,
  not as dB, so the aggregate is the power-sum of the contributions and
  it is the aggregate, not the worst single product, that is compared
  against the acceptance-level.

## Workflow

1. Capture every victim band: identifier, band edges, receiver
   noise-floor, permitted interference-to-noise-ratio, and the
   antenna-port-isolation from the transmit port to that receiver.
   Reject a band with inverted or non-positive edges, a non-finite
   noise-floor, a positive interference-to-noise allowance, or a
   negative isolation before it enters the derivation.
2. Compute the tolerable interference at each victim receiver input as
   noise-floor plus the interference-to-noise allowance.
3. Refer it to the transmit antenna port: add the antenna-port-isolation,
   then subtract the verification measurement-uncertainty and the
   design-margin. The result is the derived acceptance-level for that
   victim band.
4. Validate the carrier-plan: at least two carriers, distinct positive
   frequencies, finite per-carrier-power. Record the carrier count, the
   power-sum of the carriers and the transmit frequency span; the
   agreement is issued against exactly this plan.
5. Reconcile per band: compare the supplier-proposed level against the
   derived customer-required level. Mark it agreed when the supplier
   level is at or below the requirement, negotiable when it exceeds it
   by no more than the agreed negotiation band, and waiver-required
   beyond that. The agreed level is the stricter of the two.
6. Re-check an as-flown carrier-plan against the recorded plan: more
   carriers, higher aggregate carrier-power, or a carrier outside the
   declared transmit span each raise a finding that voids the agreement.
7. Aggregate: the band is agreed only when its reconciliation status is
   agreed, the power-sum of its expected products sits at or below the
   agreed level, and no carrier-plan finding is open.

## Pitfalls

- Quoting a habitual catalogue level (a familiar dBm figure) instead of
  deriving it from the victim receiver-noise-floor -- the same hardware
  can be generous for one payload and an outright violation for another.
- Comparing the derived level at the wrong reference plane: an
  acceptance-level at the transmit antenna port and one at the receiver
  input differ by the whole antenna-port-isolation, and swapping them
  moves the requirement by tens of dB in the flattering direction.
- Folding the measurement-uncertainty in with the wrong sign, so the
  agreed number is one the verification bench can never demonstrate.
- Comparing only the worst single product against the acceptance-level
  when several products land in the same victim band -- contributions
  add as powers, and two products of equal level sit 3 dB above either.
- Treating an agreed level as plan-independent and letting the as-flown
  carrier-plan grow -- the agreement was issued against a declared
  carrier count and per-carrier-power, and it lapses when either moves.
- Reading a supplier level that merely sits inside the negotiation band
  as an agreement; it is an open negotiation until the customer records
  a decision, and beyond the band it is a waiver, not a pass.

## Behavior contract (gate 3)

The tolerable-interference derivation, the reference-plane transfer,
the carrier-plan validation, the supplier/customer reconciliation and
the power-sum aggregation are exercised by the gate 3 contract test:
`scripts/test_e20_passive_intermodulation_acceptance_levels.py` against
`scripts/e20_passive_intermodulation_acceptance_levels_logic.py`
(stdlib unittest, offline, deterministic). Run:
python3 scripts/test_e20_passive_intermodulation_acceptance_levels.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 →