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

Analysis Report And Documentation

ASecurity

Use when document or verify a structural analysis report under ECSS-E-ST-32C clause 5.2 or a Leak-Before-Break (LBB) report under clause 5.3.5: confirm the report covers every required section (objectives, applicable documents, model description, load cases, material properties, analysis methodology, results, margin of safety, and conclusions), compute the margin of safety from applied and allowable loads for each load case, check that each LBB report includes fracture toughness data, crack-g...

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

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 analysis-report-and-documentation --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Analysis Report And Documentation?

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

Security grade badge for Analysis Report And Documentation
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/ashfordeou-analysis-report-and-documentation/badge)](https://www.skillsdirectory.com/skills/ashfordeou-analysis-report-and-documentation)

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

Download with Pro
Files
SKILL.md
---
name: analysis-report-and-documentation
description: "Use when document or verify a structural analysis report under ECSS-E-ST-32C clause 5.2 or a Leak-Before-Break (LBB) report under clause 5.3.5: confirm the report covers every required section (objectives, applicable documents, model description, load cases, material properties, analysis methodology, results, margin of safety, and conclusions), compute the margin of safety from applied and allowable loads for each load case, check that each LBB report includes fracture toughness data, crack-growth curve, critical crack size, inspection intervals, and a leak-detection rationale, and flag any missing deliverable before the report is submitted. Trigger: ecss, e-st-32-structures-scope, structural-analysis-report, lbb-report, margin-of-safety, deliverable-verification, fracture-mechanics, leak-before-break."
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, structural-analysis-report, lbb-report, margin-of-safety, deliverable-verification, fracture-mechanics, leak-before-break]
  version: 0.1.0
  author: Aero Agent Skills
---

# ECSS Structures — Analysis Report and Documentation (space-systems/ecss/analysis-report-and-documentation)

Use when the task is to document or verify a structural analysis report
under ECSS-E-ST-32C clause 5.2, or a Leak-Before-Break (LBB) report
under clause 5.3.5 -- checking section completeness, computing margin of
safety per load case, and confirming LBB-specific fracture mechanics
content before a report is accepted as a deliverable.

## Domain quick reference

- Clause 5.2 defines the required content of a structural analysis
  report: it must cover the analysis objectives and scope, the list of
  applicable documents, a description of the mathematical model (FEM or
  closed-form), the load cases analysed, the material data used, the
  analysis methodology (linear elastic, nonlinear, buckling, etc.),
  the numerical results (stresses, displacements, eigenvalues as
  applicable), a margin-of-safety table, and conclusions with a
  compliance statement. Every section must appear; a section may be
  marked not applicable only when a written justification is provided.
- Margin of safety (MS) is defined as MS = allowable / applied - 1.
  A value of exactly 0.0 is the structural limit; any value below 0.0
  is a non-compliance and must be resolved before the report is
  formally issued. The allowable and applied loads must each be
  positive and expressed in consistent units.
- Clause 5.3.5 covers the Leak-Before-Break (LBB) approach for
  pressurized lines and vessels where the design intent is that a
  through-wall crack leaks at a detectable rate before the crack
  reaches critical length and causes rupture. An LBB report supplements
  the structural analysis report for the affected component and must
  include: fracture toughness data for the material and operating
  temperature, a crack-growth curve (da/dN vs. stress-intensity range),
  the critical crack size at operating pressure, the inspection interval
  derived from integrating the crack-growth law from initial detectable
  crack to critical size (with appropriate safety factor), a pressure-
  cycle history driving fatigue crack growth, and a leak-detection
  rationale confirming that the chosen monitoring method can detect the
  leakage flow before the crack reaches critical length.
- An LBB qualification does not remove the structural margin-of-safety
  requirement for the uncracked cross-section; both checks are required
  concurrently for LBB-qualified hardware.

## Workflow

1. Determine the report type: structural analysis report (clause 5.2)
   or LBB report (clause 5.3.5). LBB reports always accompany a
   structural report for the same component; evaluate both when both
   are submitted.
2. For a structural analysis report, check that every required section
   is present in the document index: objectives, applicable_documents,
   model_description, load_cases, material_properties,
   analysis_methodology, results, margin_of_safety, conclusions. Flag
   each missing section as a non-compliance finding.
3. For each load case in the report, extract the allowable and applied
   load (or stress, or force -- in consistent units) and compute
   MS = allowable / applied - 1. Flag any load case with MS < 0.0.
   Flag any load case where the allowable or applied value is missing
   or non-positive as an input-data error.
4. For an LBB report, check that every required section is present:
   fracture_toughness, crack_growth_data, critical_crack_size,
   inspection_intervals, pressure_cycle_history,
   leak_detection_rationale. Flag each missing section.
5. Confirm that the LBB acceptance criterion is explicitly stated in
   the conclusions: the computed inspection interval must be shown to
   exceed the scheduled inspection interval by the required safety
   factor, and the detectable leak rate must be shown to exceed the
   minimum detectable threshold of the monitoring system.
6. Aggregate section-completeness findings and load-case findings per
   report. A report is compliant only when all required sections are
   present and all margin-of-safety values are >= 0.0.

## Pitfalls

- Confusing factor of safety with margin of safety: FS = allowable /
  applied whereas MS = FS - 1. Reporting FS >= 1 in a margin-of-safety
  column instead of MS >= 0 creates a misleading table that passes
  automated checks but violates the clause 5.2 format requirement.
- Treating a missing section as implicitly not applicable: clause 5.2
  requires every listed section to appear with either content or a
  documented N/A justification. Omitting the section entirely is a
  non-compliance finding even if the analysis type genuinely does not
  use that content.
- Issuing an LBB report without the accompanying structural analysis
  report for the uncracked cross-section: the LBB approach addresses
  the cracked condition only; the uncracked margin of safety is a
  separate and still mandatory check.
- Omitting the pressure-cycle history from an LBB report: without the
  cycle count and pressure amplitude, the crack-growth integration
  cannot be performed and the inspection interval has no quantitative
  basis.
- Using allowable or applied values in different unit systems within
  the same margin-of-safety table: the computation is dimensionally
  valid only when both quantities are expressed in identical units.

## Behavior contract (gate 3)

The section-completeness, margin-of-safety, and LBB-section logic is
exercised by the gate 3 contract test:
scripts/test_analysis_report_and_documentation.py against
scripts/analysis_report_and_documentation_logic.py (stdlib unittest,
offline). Run:
python3 scripts/test_analysis_report_and_documentation.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 →