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

Q6015 Component Radiation Effect Mechanisms

ASecurity

Determine which radiation effect mechanisms are credible for a component and what each demands. Use when the ECSS-Q-ST-60-15C clause 4.2 mechanism set has to be narrowed to one part: take the mechanisms its technology is open to, screen each against the environment so a cumulative effect needs its own driving quantity and a single event needs the environment to reach the part's onset, group the survivors into cumulative and single event families, separate the ones a single occurrence can dest...

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

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 q6015-component-radiation-effect-mechanisms --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Q6015 Component Radiation Effect Mechanisms?

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

Security grade badge for Q6015 Component Radiation Effect Mechanisms
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/ashfordeou-q6015-component-radiation-effect-mechanisms/badge)](https://www.skillsdirectory.com/skills/ashfordeou-q6015-component-radiation-effect-mechanisms)

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

Download with Pro
Files
SKILL.md
---
name: q6015-component-radiation-effect-mechanisms
description: "Determine which radiation effect mechanisms are credible for a component and what each demands. Use when the ECSS-Q-ST-60-15C clause 4.2 mechanism set has to be narrowed to one part: take the mechanisms its technology is open to, screen each against the environment so a cumulative effect needs its own driving quantity and a single event needs the environment to reach the part's onset, group the survivors into cumulative and single event families, separate the ones a single occurrence can destroy, and name every verification method the plan is short of. Trigger: ecss, q-st-60-15c-clause-4-2, radiation-effect-mechanisms, cumulative-dose-degradation, displacement-damage-dose, single-event-latchup-screening, linear-energy-transfer-onset, radiation-verification-method-coverage."
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, q-st-60-15-radiation-hardness-assurance-scope, q6015-component-radiation-effect-mechanisms, q-st-60-15c-clause-4-2, radiation-effect-mechanisms, cumulative-dose-degradation, displacement-damage-dose, single-event-latchup-screening, linear-energy-transfer-onset, radiation-verification-method-coverage]
  version: 0.1.0
  author: Aero Agent Skills
---

# ECSS Radiation Effects — Component Mechanisms (space-systems/ecss/q6015-component-radiation-effect-mechanisms)

Use when the task is the mechanism overview of ECSS-Q-ST-60-15C clause 4.2 —
which of the cumulative dose, displacement damage and single event effects
actually act on a given component in a given orbit, and what each one obliges
the verification plan to do about it.

## Domain quick reference

- The mechanisms fall into two families that behave nothing alike. A
  cumulative effect accrues: the part drifts with every rad and every particle
  until a parameter leaves its limit. A single event needs one particle, and
  it can happen on the first day or never — the mission length changes the
  probability, not the threshold.
- Technology decides which mechanisms are even open. A bulk silicon part has a
  parasitic four-layer path and can latch; the same function on an insulating
  substrate does not have one, so latchup is not on its list at all. A power
  switch is open to gate rupture and burnout that a logic part is not.
- Displacement damage is a separate axis from ionising dose, not a scaled
  version of it. It acts on the lattice rather than the oxide, so it hits
  optocouplers, detectors and solar cells hard while barely touching a digital
  part that the same ionising dose would degrade.
- Within the single event family the split that matters is whether one
  occurrence destroys the part. An upset is a lost bit and a design problem; a
  latchup or a burnout is a dead unit. They are grouped separately because
  they oblige different test methods and carry different consequences.
- An onset threshold screens the single event mechanisms. If the environment
  never supplies a linear energy transfer the part's onset responds to, the
  mechanism is not credible for that mission — but the equality at the top of
  the available spectrum is met, not screened out.
- Some bipolar and optocoupler technologies degrade worse at the low dose
  rates a mission really delivers than at the rate a laboratory uses. A
  high-rate cumulative test alone therefore does not demonstrate them, and the
  plan owes a low-rate test as well.

## Workflow

1. Validate the component: its part number, its technology, the single event
   onset threshold it declares and the verification methods already in its
   plan.
2. Validate the environment: the cumulative dose, the displacement damage dose
   and the highest linear energy transfer the mission makes available.
3. Take the mechanism set the technology is open to, in its reported order.
4. Screen each mechanism against the environment: a cumulative mechanism needs
   a positive level of its own driving quantity; a single event mechanism
   needs a heavy ion environment that reaches the declared onset, with an
   equality at the maximum counted as reached.
5. Group the credible mechanisms into the cumulative and single event families
   and separate out the ones a single occurrence can destroy.
6. Derive the verification methods the credible set demands, adding the
   low dose rate cumulative test where the technology needs one, and name each
   demanded method the plan does not carry.
7. Report the credible and screened-out sets, the grouping, the demanded
   methods and a verdict that raises an unverified destructive mechanism as
   its own finding.

## Pitfalls

- Carrying the full mechanism list for every part. A mechanism a technology is
  not open to costs test time and hides the ones that matter behind it.
- Screening a mechanism out on mission length. Length changes how likely a
  single event is, never whether the environment can cause one.
- Treating displacement damage as a fraction of ionising dose. The two damage
  different things, and a part can pass one comfortably while failing the
  other.
- Covering latchup with an upset test. A destructive mechanism needs a method
  that can detect and safely interrupt the event, which an upset count does
  not do.
- Demonstrating a low dose rate sensitive technology at laboratory rate only.
  The mission rate is the harsher case for those parts, so the high-rate
  result reads better than the flight condition.
- Discarding a part whose onset sits exactly at the environment maximum. The
  environment reaches it; only the floating-point representation of the
  comparison is in doubt.

## Behavior contract (gate 3)

The mechanism table, technology susceptibility sets, environment validation,
onset screening with its exact-equality tolerance, family grouping,
destructive separation, demanded-method derivation including the low dose rate
case and the plan-coverage verdict are exercised by the gate 3 contract test:
scripts/test_q6015_component_radiation_effect_mechanisms.py against
scripts/q6015_component_radiation_effect_mechanisms_logic.py (stdlib unittest,
offline). Run:
python3 scripts/test_q6015_component_radiation_effect_mechanisms.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 →