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

Q60 Class 3 Radiation Hardness Selection

ASecurity

Verify that a Class 3 part's radiation tolerance covers the environment behind its own local shielding across the whole declared lifetime under ECSS-Q-ST-60C clause 6.2.2.4: accumulate dose phase by phase, set the design margin from how the capability figure was obtained rather than from a constant, owe a lot-specific test once a datasheet or similarity claim passes the trigger dose, cut a rate-sensitive technology characterised at high dose rate, grade destructive and recoverable single even...

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

Works with

claude codecli

Security Analysis

A100/100

Scanned 9/27/2026

Install to Claude Code

$npx -y skills add ashfordeOU/aero-agent-skills --skill q60-class-3-radiation-hardness-selection --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Q60 Class 3 Radiation Hardness Selection?

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

Security grade badge for Q60 Class 3 Radiation Hardness Selection
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/ashfordeou-q60-class-3-radiation-hardness-selection/badge)](https://www.skillsdirectory.com/skills/ashfordeou-q60-class-3-radiation-hardness-selection)

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

Download with Pro
Files
SKILL.md
---
name: q60-class-3-radiation-hardness-selection
description: "Verify that a Class 3 part's radiation tolerance covers the environment behind its own local shielding across the whole declared lifetime under ECSS-Q-ST-60C clause 6.2.2.4: accumulate dose phase by phase, set the design margin from how the capability figure was obtained rather than from a constant, owe a lot-specific test once a datasheet or similarity claim passes the trigger dose, cut a rate-sensitive technology characterised at high dose rate, grade destructive and recoverable single event mechanisms apart, then name the binding mechanism, the evidence still owed and one disposition. Use when a Class 3 design has to show a part survives its orbit for the full mission. Trigger: ecss, q-st-60c, q60-c3-radiation-tolerance-matching, q60-c3-mission-accumulated-dose, q60-c3-evidence-weighted-design-margin, q60-c3-destructive-single-event-bar, q60-c3-lot-specific-dose-test-trigger."
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-60c, q60-class-3-radiation-hardness-selection, q60-c3-radiation-tolerance-matching, q60-c3-mission-accumulated-dose, q60-c3-evidence-weighted-design-margin, q60-c3-destructive-single-event-bar, q60-c3-lot-specific-dose-test-trigger, q60-c3-rate-sensitivity-cut]
  version: 0.1.0
  author: Aero Agent Skills
---

# ECSS EEE Components — Class 3 Radiation Hardness Selection (space-systems/ecss/q60-class-3-radiation-hardness-selection)

Use when the task is the radiation matching of ECSS-Q-ST-60C clause
6.2.2.4 -- deciding, for a Class 3 design, whether a candidate part's
tolerance covers the environment behind its own shielding over the full
declared lifetime, and what each shortfall costs.

## Domain quick reference

- A part is not selected against a radiation number in the abstract. It
  is selected against the dose it will actually accumulate behind its
  own local shielding over the declared lifetime, and against the heavy
  ions it will meet while it is switched on.
- Dose is a lifetime quantity, so it is accumulated phase by phase. A
  transfer orbit contributes more per year than the operational orbit
  and a short commissioning phase can dominate a long quiet one; a
  single average annual figure hides both. Local shielding scales what
  arrives -- a part inside a filled box sees less than the box wall
  implies, a part on an external panel sees more.
- The margin on top is not a constant. It is set by how the capability
  figure was obtained: a lot-specific test on the parts being bought
  carries the least uncertainty, heritage on the same date code carries
  more, a manufacturer's datasheet figure is a population claim rather
  than a lot claim, and a similarity argument to another part is the
  weakest of all. The margin rises as the evidence weakens, which is
  what makes a cheap datasheet number expensive in dose terms.
- Past a mission dose threshold the weak claims stop being admissible
  at all. A lot-specific test is owed instead, and the part is neither
  adequate nor inadequate until it exists -- it is unevidenced.
- A rate-sensitive technology adds a trap. Bipolar and BiCMOS parts
  degrade more at the slow dose rates of a real orbit than in a fast
  ground test, so a capability characterised at high dose rate is cut
  before it is compared with anything.
- Single event effects are graded apart and not all alike. A
  destructive mechanism ends the part, so its ion threshold has to
  clear the environment with margin and only latch-up can be argued
  away at application level by limiting and cycling the supply. A
  recoverable mechanism costs availability rather than hardware, so a
  credited application-level mitigation closes it.
- An undeclared destructive mechanism is untested, not immune. It is
  reported as evidence owed rather than quietly passing.

## Workflow

1. Declare the mission phase by phase with its years and annual dose,
   and the local shielding factor at the part.
2. Accumulate the dose across the phases and scale it by the shielding.
3. Read the margin from the capability data source and apply it to the
   accumulated dose to get what the part has to withstand.
4. Cut the rated capability where the technology is rate-sensitive and
   the characterisation was fast, then grade it. A part sized exactly
   to its requirement is on the limit, not short.
5. Where the accumulated dose passes the trigger and the claim is a
   datasheet or similarity figure, record a lot-specific test as owed
   instead of grading the margin.
6. Grade each single event mechanism against the environment, with the
   larger factor on the destructive ones, and credit only the
   mitigations that genuinely apply to that mechanism.
7. Close with the binding mechanism, the evidence owed, the mitigations
   to hold as design constraints and one disposition.

## Pitfalls

- Grading against the operational orbit alone. The transfer and
  commissioning phases are short and hot, and dropping them understates
  the lifetime dose the part is being selected against.
- Applying one margin factor to every part. The margin is the price of
  the evidence; a datasheet figure and a lot test do not deserve the
  same one, and using the small factor on the weak claim is the common
  way a selection looks covered.
- Comparing a fast ground characterisation with a slow orbit directly
  on a bipolar part. The cut exists because the ground number flatters
  the part, and skipping it flatters the selection.
- Treating an absent single event threshold as a pass. Nothing was
  measured, so nothing is known; a destructive mechanism nobody
  declared is the one that ends the mission.
- Crediting a mitigation against the wrong mechanism. Limiting and
  cycling the supply saves a latched part; it does nothing for burnout
  or gate rupture, which are over before any protection reacts.
- Comparing a margin ratio with unity by bare arithmetic. Every ratio
  here is a quotient of accumulated quantities, so a part sized exactly
  to its requirement can land a few units in the last place under it;
  the comparison absorbs that while the requirement stays untouched.

## Behavior contract (gate 3)

The mission profile validation, phase-by-phase dose accumulation with
the shielding factor, the evidence-weighted design margin, the
lot-specific test trigger, the rate-sensitivity cut, the dose grade
including the exact-limit case, the destructive and recoverable single
event bars with their mitigation credits, the undeclared destructive
mechanisms, the binding mechanism and the disposition are exercised by
the gate 3 contract test:
scripts/test_q60_class_3_radiation_hardness_selection.py against
scripts/q60_class_3_radiation_hardness_selection_logic.py (stdlib
unittest, offline). Run:
python3 scripts/test_q60_class_3_radiation_hardness_selection.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 →