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

Fail Safe Compliance

ASecurity

Use when verify fail-safe structural compliance under ECSS-E-ST-32C clause 6.3.3: identify each fail-safe item in the structure, determine the governing damage scenario (element loss, through-crack, or partial-crack), compute residual strength after that damage and compare it against the required residual load capability, confirm the inspection method and interval provide at least two detection opportunities before catastrophic failure, and assess whether widespread fatigue damage conditions ...

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 fail-safe-compliance --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Fail Safe Compliance?

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

Security grade badge for Fail Safe Compliance
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/ashfordeou-fail-safe-compliance/badge)](https://www.skillsdirectory.com/skills/ashfordeou-fail-safe-compliance)

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

Download with Pro
Files
SKILL.md
---
name: fail-safe-compliance
description: "Use when verify fail-safe structural compliance under ECSS-E-ST-32C clause 6.3.3: identify each fail-safe item in the structure, determine the governing damage scenario (element loss, through-crack, or partial-crack), compute residual strength after that damage and compare it against the required residual load capability, confirm the inspection method and interval provide at least two detection opportunities before catastrophic failure, and assess whether widespread fatigue damage conditions could cause simultaneous loss of multiple load-path elements before detection. Each item produces a compliance verdict with explicit findings. Trigger: ecss, e-st-32-structures-scope, fail-safe, residual-strength, widespread-fatigue-damage, inspection-interval, damage-scenario, structural-integrity, fail-safe-compliance."
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-32-structures-scope, fail-safe, residual-strength, widespread-fatigue-damage, inspection-interval, damage-scenario, structural-integrity]
  version: 0.1.0
  author: Aero Agent Skills
---

# ECSS Structures — Fail-Safe Item Compliance (space-systems/ecss/fail-safe-compliance)

Use when the task is the fail-safe compliance assessment required by
ECSS-E-ST-32C clause 6.3.3 — verifying that each fail-safe structural item
retains adequate residual strength after a partial failure event, that damage
is detectable before catastrophic failure, and that widespread fatigue damage
conditions are precluded within the inspection schedule.

## Domain quick reference

- Clause 6.3.3 requires fail-safe structural items to maintain sufficient
  residual strength after the assumed damage state (element loss, through-crack,
  or bay failure) until that damage is detected and repaired. Residual strength
  is compared directly against the design limit load or an agreed residual load
  level — no knockdown beyond the damage itself is applied.
- The damage scenario for each item must be defined before the residual strength
  can be assessed. Recognized scenario types are: element-loss (complete loss of
  one redundant load path), through-crack (crack penetrating the full thickness),
  partial-crack (crack across part of the cross-section), and bay-failure (loss
  of a skin bay between frames or stringers). An unrecognized scenario type is
  rejected before calculation begins.
- The inspection requirement has two dimensions: detectability (the damage must
  be large enough for the chosen inspection method to reliably find it) and
  interval (the inspection must be repeated often enough to guarantee at least
  two opportunities to detect damage before the structure reaches the critical
  damage size). Both dimensions must pass independently.
- Widespread fatigue damage (WFD) describes a condition in which multiple
  similar structural elements (e.g., a row of fastener holes) accumulate fatigue
  damage simultaneously. A WFD risk is flagged when the fraction of each
  element's individual fatigue life consumed within one inspection interval
  reaches or exceeds the WFD threshold (default 0.5), indicating that a
  significant portion of the population could fail between consecutive
  inspections.

## Workflow

1. Inventory every structural item that relies on load-path redundancy for its
   structural category and confirm each one is recorded as fail-safe (not
   safe-life or damage-tolerant). Reject any item with an unrecognized category
   before it enters the compliance check.
2. For each fail-safe item, define the governing damage scenario: select from
   element-loss, through-crack, partial-crack, or bay-failure. Reject any
   scenario type not on the recognized list.
3. Compute the residual strength of the damaged structure and compare it against
   the required residual load (typically the design limit load). Record the
   margin; flag any item where residual strength falls below the required load.
4. Estimate the number of load cycles for the initial post-failure damage to
   grow to the critical size using a constant growth-rate model. Divide the
   result by the inspection interval to determine the number of available
   inspection opportunities; flag any item with fewer than two opportunities.
5. Check detectability: confirm that the initial post-failure damage size is at
   or above the detection threshold for the chosen inspection method. Flag any
   item where the initial damage is below that threshold.
6. Assess WFD potential: for each group of similar structural elements, compute
   the fraction of individual fatigue life consumed per inspection interval. Flag
   any group where that fraction meets or exceeds the WFD threshold.
7. Aggregate findings per item. An item is fail-safe compliant only when all
   four checks (residual strength, inspection interval, detectability, WFD) are
   clear. Report each finding with explicit numeric detail.

## Pitfalls

- Applying the full design load as the residual load without accounting for the
  agreed residual load level — some programmes accept a fraction of limit load
  as the residual requirement; using the wrong reference load either understates
  or overstates compliance.
- Counting inspection opportunities from the time of manufacture rather than
  from the onset of the assumed damage — the interval window starts when the
  damage scenario is first possible, not when the structure enters service.
- Treating detectability as satisfied because a capable inspection method is
  listed, without confirming that the initial damage size exceeds the method's
  threshold — a capable method applied to damage below its threshold produces
  no detection.
- Overlooking WFD by analysing only individual fastener holes or elements in
  isolation — WFD is a population-level effect and must be assessed across the
  full group of similar elements sharing the same fatigue loading.
- Calling an item compliant when only the residual strength check passes — all
  four checks (residual strength, interval, detectability, WFD) must be clear
  simultaneously.

## Behavior contract (gate 3)

The damage-scenario validation, residual-strength check, cycle-to-critical
estimation, inspection-interval check, detectability check, and WFD assessment
are exercised by the gate 3 contract test:
scripts/test_fail_safe_compliance.py against
scripts/fail_safe_compliance_logic.py (stdlib unittest, offline). Run:
python3 scripts/test_fail_safe_compliance.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 →