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 Verification Testing

ASecurity

Verify that a radiation-sensitive Class 3 EEE part meets the environment its mission declared under ECSS-Q-ST-60C clause 6.3.8: take the lot capability as a one-sided lower tolerance bound on an irradiated sample, read the tolerance factor from a project table the sample size has to be listed in, derate a bipolar or optocoupler capability resting on high-dose-rate data alone, compare the radiation design margin with the required one through a named tolerance, and let a destructive single even...

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

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 q60-class-3-radiation-verification-testing --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Q60 Class 3 Radiation Verification Testing?

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

Security grade badge for Q60 Class 3 Radiation Verification Testing
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/ashfordeou-q60-class-3-radiation-verification-testing/badge)](https://www.skillsdirectory.com/skills/ashfordeou-q60-class-3-radiation-verification-testing)

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

Download with Pro
Files
SKILL.md
---
name: q60-class-3-radiation-verification-testing
description: "Verify that a radiation-sensitive Class 3 EEE part meets the environment its mission declared under ECSS-Q-ST-60C clause 6.3.8: take the lot capability as a one-sided lower tolerance bound on an irradiated sample, read the tolerance factor from a project table the sample size has to be listed in, derate a bipolar or optocoupler capability resting on high-dose-rate data alone, compare the radiation design margin with the required one through a named tolerance, and let a destructive single event inside the mission environment end the part whatever the margin says. Use when Class 3 irradiation data has to become an accept, test or reject decision. Trigger: ecss, q-st-60c-clause-6-3-8, class-3-lot-radiation-capability, class-3-lower-tolerance-bound-dose, class-3-eldrs-dose-rate-derating, class-3-radiation-design-margin, class-3-destructive-single-event-veto."
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-eee-components-scope, q60-class-3-radiation-verification-testing, class-3-lot-radiation-capability, class-3-lower-tolerance-bound-dose, class-3-eldrs-dose-rate-derating, class-3-radiation-design-margin, class-3-destructive-single-event-veto]
  version: 0.1.0
  author: Aero Agent Skills
---

# ECSS EEE Components — Class 3 Radiation Verification Testing (space-systems/ecss/q60-class-3-radiation-verification-testing)

Use when the task is the radiation verification of ECSS-Q-ST-60C clause 6.3.8 —
showing that a Class 3 part the project called radiation sensitive survives the
environment the mission declared, and deciding what to do when it does not.

## Domain quick reference

- Only the technologies the project declared **dose sensitive** owe a
  verification. Running one for a film resistor buys nothing; what it costs is
  attention, and the parts that genuinely owe a verification are the ones that
  lose it.
- A Class 3 verification rests on a **sample of the flight lot**, not on one
  piece. The capability carried forward is a one-sided lower tolerance bound —
  the sample mean less a tolerance factor times the sample spread — so two
  samples with the same mean and different spreads do not credit the same
  capability. The wide one gives ground, which is the point.
- The tolerance factor comes from a **project table keyed on sample size**. A
  size the table does not list is refused rather than interpolated between two
  neighbours; between two entries the table states no factor at all, and
  inventing one invents the acceptance criterion.
- Bipolar linear parts and optocouplers can fail at a **lower total dose when
  the dose arrives slowly**. Where only high-dose-rate data exists, the
  capability is derated before it is compared with anything — after the
  comparison is too late, because the comparison already passed.
- The margin comparison sits on a **named tolerance**. An exact equality at the
  bound is a representation question, not an engineering one, and the tolerance
  absorbs it. The required margin itself is never widened to make a case pass.
- A **destructive single event** whose onset sits at or below the mission
  threshold ends the part however good the dose margin looks. Total dose and
  single events are different failure mechanisms, and a margin on one cannot
  buy relief on the other.
- Mitigation is a **project permission plus a declaration**, both. A latch-up
  the project allows to be handled at circuit level still vetoes the part when
  no mitigation was actually declared for it.

## Workflow

1. Normalize the part technology and stop early when the project does not treat
   it as dose sensitive.
2. Settle the single event picture first, so a destructive veto is visible
   before any effort goes into the dose numbers.
3. Where no flight-lot irradiation data exists, route the part to its own
   irradiation — or to rejection when a destructive event already vetoed it.
4. Compute the sample mean and spread, read the tolerance factor off the table
   for that exact sample size, and form the lower tolerance bound.
5. Derate the bound where the technology is dose-rate sensitive and only
   high-dose-rate data exists, and record that derating as a finding.
6. Form the radiation design margin against the mission dose requirement and
   compare it with the required margin through the named tolerance.
7. Route the part: reject on a destructive veto, accept on a margin that holds,
   otherwise send it for its own flight-lot irradiation.

## Pitfalls

- Crediting the sample mean as the lot capability. Half the lot sits below the
  mean, and the tolerance bound is what keeps that half inside the argument.
- Interpolating a tolerance factor for a sample size the table skips. The table
  is the criterion; between two entries there is no criterion to interpolate.
- Comparing the margin before applying the dose-rate derating. The order is the
  whole safeguard, and a derating applied afterwards never changes a verdict
  already given.
- Letting a good dose margin outweigh a destructive single event. They are
  different mechanisms, and only one of them destroys the part on first
  occurrence.
- Crediting a mitigation the project never permitted, or permitting one that
  was never declared. Either half alone leaves the event unhandled.
- Widening the required margin to absorb an equality at the bound. The
  representation question is already handled inside the comparison; the
  engineering limit stays as the mission specified it.

## Behavior contract (gate 3)

The sensitivity screen, the tabulated tolerance factor, the lower tolerance
bound, the dose-rate derating, the margin comparison through its named
tolerance and the destructive single event veto are exercised by the gate 3
contract test: scripts/test_q60_class_3_radiation_verification_testing.py
against scripts/q60_class_3_radiation_verification_testing_logic.py (stdlib
unittest, offline). Run:
python3 scripts/test_q60_class_3_radiation_verification_testing.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 →