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 Permitted Detection Methods

ASecurity

Use when determine which of the global and local multipactor-detection techniques catalogued by ECSS-E-ST-20-01C clause 7.2 may actually be used on a given RF-item: resolve each declared technique-name onto its catalogue entry and coverage-scope, check the facility-capabilities each technique needs, rule out a technique whose enabling condition the hardware denies (an isolator masking the reflected-wave, an output-filter suppressing harmonic-rise, a sealed region blocking probe-access or gas-...

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

Works with

claude codeapi

Security Analysis

A100/100

Scanned 9/27/2026

Install to Claude Code

$npx -y skills add ashfordeOU/aero-agent-skills --skill e2001-permitted-detection-methods --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of E2001 Permitted Detection Methods?

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

Security grade badge for E2001 Permitted Detection Methods
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/ashfordeou-e2001-permitted-detection-methods/badge)](https://www.skillsdirectory.com/skills/ashfordeou-e2001-permitted-detection-methods)

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

Download with Pro
Files
SKILL.md
---
name: e2001-permitted-detection-methods
description: "Use when determine which of the global and local multipactor-detection techniques catalogued by ECSS-E-ST-20-01C clause 7.2 may actually be used on a given RF-item: resolve each declared technique-name onto its catalogue entry and coverage-scope, check the facility-capabilities each technique needs, rule out a technique whose enabling condition the hardware denies (an isolator masking the reflected-wave, an output-filter suppressing harmonic-rise, a sealed region blocking probe-access or gas-pressure-rise, a windowless region blocking optical-emission), reject an intermodulation-technique under single-carrier-drive, and assemble a permitted suite that pairs global-coverage with local-coverage inside the latency-budget. Trigger: ecss, e-st-20-01c, multipactor-detection-technique, global-detection-technique, local-detection-technique, nulling-detection, harmonic-rise-detection, electron-probe-detection, optical-emission-detection, gas-pressure-rise-detection."
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-permitted-detection-methods, multipactor-detection-technique, global-detection-technique, local-detection-technique, nulling-detection, harmonic-rise-detection, electron-probe-detection, optical-emission-detection, gas-pressure-rise-detection]
  version: 0.1.0
  author: Aero Agent Skills
---

# ECSS Multipactor Design and Test — Permitted Detection Methods (space-systems/ecss/e2001-permitted-detection-methods)

Use when the task is the technique-selection step of
ECSS-E-ST-20-01C clause 7.2 -- taking the catalogue of global and
local multipactor-detection techniques, filtering it down to the ones
the facility can run and the RF-item under discussion does not
physically forbid, and assembling a permitted suite that pairs
global-coverage with local-coverage.

## Domain quick reference

- Clause 7.2 enumerates techniques, it does not authorize all of them
  everywhere. Each catalogue entry carries a coverage-scope, an
  observable-family, the facility-capabilities it needs, the hardware
  conditions that block it and a nominal detection-latency.
- Global-coverage techniques observe the whole RF-chain through a
  transmitted, reflected or spectral quantity: forward-reflected
  nulling (a discharge unbalances the nulling-bridge),
  harmonic-rise (the non-linear discharge current generates harmonics
  of the drive), third-order-intermodulation-rise (usable only with
  two or more carriers present) and close-to-carrier-noise-rise (the
  electron-cloud modulates the carrier). They notice an event anywhere
  and localize nothing.
- Local-coverage techniques observe one suspect region: electron-probe
  current (a biased probe collects the escaping electrons),
  optical-emission (the discharge and the gas it releases emit light
  through a window or dielectric) and gas-pressure-rise (desorbed gas
  raises the chamber-pressure near the region). They localize the
  event but see nothing outside their region.
- A technique is permitted only when every facility-capability it
  needs is available AND no blocking condition on the item is present.
  The blocking conditions are physical, not procedural: an isolator in
  the output path hides the reflected-wave from the nulling-bridge; an
  output-filter attenuates the harmonic-rise the detector is looking
  for; a sealed region admits neither a probe nor the desorbed gas; a
  windowless region admits no optical view; a single-carrier-drive
  produces no intermodulation-product to watch.
- Calorimetric thermal-rise is catalogued as corroborating-only: its
  latency is orders of magnitude above a discharge-duration, so it may
  support a finding but may never be the primary channel of a
  coverage-scope.
- A suite carries a latency-budget. Because the budget is compared
  against a sum of per-technique latencies, an exactly-on-budget suite
  can land a few ULPs over: the comparison absorbs that representation
  error rather than inflating the budget.

## Workflow

1. Resolve every declared technique-name onto its canonical catalogue
   entry; reject an unrecognized name instead of passing it through as
   an unknown-coverage channel.
2. For each candidate, subtract the facility-capabilities on record
   from the capabilities the technique needs; a non-empty remainder is
   an unmet-prerequisite rejection with the missing capability named.
3. Intersect the item's conditions with the technique's blocking
   conditions; a non-empty intersection is a blocked rejection with
   the blocking condition named.
4. Apply the drive-mode rule: under single-carrier-drive the
   intermodulation-rise technique has no product to observe and is
   rejected; under multi-carrier-drive it is admitted.
5. Partition the permitted candidates by coverage-scope and order them
   by detection-latency, then by name, so selection is deterministic.
6. Select a suite: the fastest permitted primary technique of each
   coverage-scope. A coverage-scope with only corroborating-only
   candidates is reported as uncovered, not filled.
7. Sum the selected latencies and compare against the suite's
   latency-budget under the boundary tolerance. Report the suite as
   permitted only when both coverage-scopes are filled, the budget
   holds, and no rejection is left unexplained.

## Pitfalls

- Reading clause 7.2 as a menu where any listed technique is always
  available -- most entries carry a physical enabling condition, and a
  technique the hardware forbids is not a detection channel however
  standard it looks on paper.
- Selecting harmonic-rise behind an output-filter -- the filter
  attenuates exactly the observable the technique depends on, so the
  channel reads quiet through a discharge it should have caught.
- Planning an intermodulation-rise channel for a single-carrier
  campaign -- with one carrier there is no intermodulation-product,
  and the channel is dead before the item is even mounted.
- Filling the local-coverage slot with calorimetric thermal-rise
  because it is the only region-bound instrument available -- its
  latency cannot resolve a discharge, so it corroborates and never
  registers.
- Raising the latency-budget because a suite lands exactly on it --
  the overshoot is float summation error, and it belongs in the
  comparison tolerance, not in the budget.

## Behavior contract (gate 3)

The catalogue resolution, prerequisite, blocking-condition,
drive-mode, suite-selection and latency-budget logic is exercised by
the gate 3 contract test:
scripts/test_e2001_permitted_detection_methods.py against
scripts/e2001_permitted_detection_methods_logic.py (stdlib unittest,
offline). Run:
python3 scripts/test_e2001_permitted_detection_methods.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 →