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

Pfci Evaluation Design Principles

ASecurity

Use when evaluate the damage-tolerance design principle (safe life, fail-safe, or low-risk fracture) for each Potentially Fracture Critical Item under ECSS-E-ST-32C clause 6.2.1: check each PFCI against low-risk fracture criteria (net section stress and cross-section thickness thresholds), assign fail-safe where redundant load paths or in-service inspectability apply, and assign safe life to single-path non-inspectable items that require fracture life demonstration. Trigger: ecss, e-st-32-str...

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 pfci-evaluation-design-principles --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Pfci Evaluation Design Principles?

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

Security grade badge for Pfci Evaluation Design Principles
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/ashfordeou-pfci-evaluation-design-principles/badge)](https://www.skillsdirectory.com/skills/ashfordeou-pfci-evaluation-design-principles)

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

Download with Pro
Files
SKILL.md
---
name: pfci-evaluation-design-principles
description: "Use when evaluate the damage-tolerance design principle (safe life, fail-safe, or low-risk fracture) for each Potentially Fracture Critical Item under ECSS-E-ST-32C clause 6.2.1: check each PFCI against low-risk fracture criteria (net section stress and cross-section thickness thresholds), assign fail-safe where redundant load paths or in-service inspectability apply, and assign safe life to single-path non-inspectable items that require fracture life demonstration. Trigger: ecss, e-st-32-structures-scope, fracture-control, pfci, safe-life, fail-safe, low-risk-fracture, damage-tolerance, design-principle."
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, fracture-control, pfci, safe-life, fail-safe, low-risk-fracture, damage-tolerance]
  version: 0.1.0
  author: Aero Agent Skills
---

# ECSS Structures — PFCI Evaluation: Damage-Tolerance Design Principles (space-systems/ecss/pfci-evaluation-design-principles)

Use when the task is selecting and documenting the damage-tolerance design
principle for each Potentially Fracture Critical Item (PFCI) per
ECSS-E-ST-32C clause 6.2.1 — choosing between safe life, fail-safe, and
low-risk fracture, and recording the rationale for each assignment.

## Domain quick reference

- Clause 6.2.1 defines three permitted damage-tolerance design principles
  for PFCIs. Each PFCI must be assigned exactly one principle before
  fracture control analysis begins.
- **Low-risk fracture**: the item is excluded from detailed fracture
  analysis when its net section stress under limit load falls at or below
  the low-risk stress threshold AND its governing cross-section thickness
  falls at or below the low-risk thickness threshold. Both criteria must be
  satisfied simultaneously. An item that meets only one criterion is not
  eligible for this designation.
- **Fail-safe**: the item must maintain structural integrity after partial
  failure. Eligibility requires either redundant load paths (so that loss
  of one load path leaves a surviving path able to carry limit load) or
  in-service inspectability (so that damage is detectable and correctable
  before it becomes critical). Either condition alone is sufficient;
  together they strengthen the argument. An inspection plan with defined
  intervals must accompany any fail-safe assignment.
- **Safe life**: the item must be shown by analysis and/or test to sustain
  the required service life — from an assumed initial flaw size — without
  the crack growing to a critical size under worst-case loading. This
  principle applies to any PFCI that does not meet the low-risk fracture
  criteria and is neither redundant nor inspectable; it carries the most
  stringent demonstration burden.

## Workflow

1. Identify the PFCI and retrieve its limit-load net section stress
   (MPa) and its governing cross-section thickness (mm). Reject any item
   with a zero or negative thickness before it enters the selection logic.
2. Test for low-risk fracture eligibility: check net section stress against
   the low-risk stress threshold and cross-section thickness against the
   low-risk thickness threshold. If both are at or below their respective
   thresholds, assign low-risk fracture and record both numeric values as
   the rationale. Stop here for this item.
3. If the item does not meet both low-risk criteria, record a finding for
   each threshold that is exceeded. Then determine whether the item has
   redundant load paths (multiple parallel structural members each capable
   of carrying limit load independently) or is accessible for inspection
   during the service life.
4. If either condition in step 3 holds, assign fail-safe. Document which
   condition applies (redundant paths, inspectable, or both) and attach
   the required inspection interval plan.
5. If neither condition holds, assign safe life. Document that the item is
   a single-load-path structure that is not inspectable, and flag that a
   fracture life demonstration (analysis or test) is required.
6. After assigning a principle to every PFCI, aggregate the set: count
   items per principle, list any items that generated threshold-exceeded
   findings, and confirm that every item has a principle and a rationale
   on record.

## Pitfalls

- Assigning low-risk fracture when only one threshold is satisfied. The
  ECSS clause requires both the stress criterion and the thickness
  criterion to be met simultaneously; passing one alone does not
  reduce fracture risk sufficiently for the exemption.
- Assigning fail-safe without an inspection plan. Fail-safe relies on
  the assumption that damage is detected and removed; if no inspection
  interval is defined, the structural argument is incomplete regardless
  of how many load paths exist.
- Leaving the principle field blank and treating the omission as safe life
  by default. An unassigned PFCI has no documented rationale, which is
  itself a compliance gap distinct from a wrong assignment.
- Applying the low-risk thresholds to gross section stress rather than net
  section stress. The net section value (accounting for holes, cutouts,
  and stress concentrations) is the governing quantity; using the lower
  gross value underestimates the fracture driving force.

## Behavior contract (gate 3)

The low-risk eligibility check, fail-safe condition evaluation, safe-life
default assignment, threshold-finding generation, and set-aggregation logic
are exercised by the gate 3 contract test:
scripts/test_pfci_evaluation_design_principles.py against
scripts/pfci_evaluation_design_principles_logic.py (stdlib unittest, offline).
Run:
python3 scripts/test_pfci_evaluation_design_principles.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 →