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

In Service Surveillance

ASecurity

Use when evaluate the in-service surveillance programme for a spacecraft or launcher structural assembly under ECSS-E-ST-32C section 4.8: identify items requiring periodic inspection, assign inspection type (visual, NDT, dimensional) and interval based on structural criticality and consumed fatigue fraction, assess detected damage against allowable damage limits, determine residual strength when damage exceeds the allowable, and decide whether to accept, accept under continued-flight rational...

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

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 in-service-surveillance --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of In Service Surveillance?

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

Security grade badge for In Service Surveillance
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/ashfordeou-in-service-surveillance/badge)](https://www.skillsdirectory.com/skills/ashfordeou-in-service-surveillance)

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

Download with Pro
Files
SKILL.md
---
name: in-service-surveillance
description: "Use when evaluate the in-service surveillance programme for a spacecraft or launcher structural assembly under ECSS-E-ST-32C section 4.8: identify items requiring periodic inspection, assign inspection type (visual, NDT, dimensional) and interval based on structural criticality and consumed fatigue fraction, assess detected damage against allowable damage limits, determine residual strength when damage exceeds the allowable, and decide whether to accept, accept under continued-flight rationale, repair, or replace the affected component. Flag items with missing residual strength analysis before continued operation. Trigger: ecss, e-st-32-structures-scope, in-service-surveillance, inspection, damage-evaluation, maintenance, repair, structural-health, fatigue-fraction, continued-flight."
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, in-service-surveillance, inspection, damage-evaluation, maintenance, repair, structural-health, fatigue-fraction, continued-flight]
  version: 0.1.0
  author: Aero Agent Skills
---

# ECSS Structures — In-Service Surveillance (space-systems/ecss/in-service-surveillance)

Use when the task is the in-service surveillance assessment of a spacecraft or
launcher structural assembly under ECSS-E-ST-32C section 4.8 — planning
periodic inspections, evaluating detected damage, and deciding on maintenance
or repair actions to maintain structural integrity throughout the service life.

## Domain quick reference

- Section 4.8 requires the programme to cover all phases where structural
  degradation can occur: ground handling, launch, and on-orbit or in-service
  operation. Items are grouped by structural criticality (fracture-critical,
  significant, or standard consequence) which drives inspection frequency.
- Inspection types are visual (surface condition, cracking, disbond), NDT
  (ultrasonic, radiographic, eddy-current — detects sub-surface flaws), and
  dimensional (checks geometric tolerances and deformation against limits).
  Each item carries exactly one primary inspection type; the type is set when
  the item enters the surveillance programme.
- Inspection interval is a function of the base interval for the item class
  reduced by a criticality factor, and further halved when the consumed fatigue
  fraction exceeds a high-fatigue threshold. This prevents an item approaching
  end of fatigue life from coasting to its nominal inspection point without
  an intermediate check.
- Damage evaluation follows a three-tier comparison against the allowable
  damage limit (ADL) set at design: damage at or below the ADL is accepted and
  documented; damage between the ADL and an extended limit requires a residual
  strength analysis before continued operation; damage beyond the extended
  limit requires repair or replacement. An item in the middle tier that lacks
  a residual strength analysis is flagged — continued operation is not
  permitted until the analysis is provided.
- Residual strength analysis must demonstrate that the damaged structure
  retains the required ultimate load capacity for the remaining service
  interval. The analysis references the fracture control plan and fatigue
  analysis for the item's current life consumption.

## Workflow

1. Inventory all structural items and assign each a criticality level:
   fracture-critical (loss of mission or vehicle on failure), significant
   (mission-capability degradation), or standard (limited consequence). Reject
   any item with an unrecognised criticality before it enters the programme.
2. For each item, assign inspection type (visual, NDT, or dimensional) and
   compute the inspection interval: start from the item's class base interval,
   apply the criticality factor (0.5 × for fracture-critical, 0.75 × for
   significant, 1.0 × for standard), then halve the result if the item's
   consumed fatigue fraction exceeds the high-fatigue threshold (0.8). Record
   whether the interval was reduced due to high fatigue.
3. At each inspection event, record all detected damage with type (crack, dent,
   corrosion, delamination, impact, scratch), measured size, and whether a
   residual strength analysis exists for that damage state.
4. Evaluate each damage report against the allowable damage limit:
   - Damage ≤ ADL: accept; document and monitor at next scheduled inspection.
   - ADL < damage ≤ 2 × ADL with residual strength analysis: accept under
     continued-flight rationale; record the analysis reference.
   - ADL < damage ≤ 2 × ADL without residual strength analysis: flag; do not
     permit continued operation until the analysis is completed.
   - Damage > 2 × ADL: repair if a qualified repair scheme exists; otherwise
     replace the component.
5. Aggregate all inspection schedules and damage dispositions into a
   surveillance result. The assessment is compliant only when no damage
   disposition remains flagged, unrepaired, or unreplaced, and no item carries
   invalid data.
6. Document findings and reduced-interval notifications in the surveillance
   report; route flagged items and repair/replace decisions to the responsible
   structural authority.

## Pitfalls

- Applying the base interval directly to fracture-critical items without the
  criticality factor — this understates inspection frequency for the highest-risk
  items and allows damage to grow undetected between inspections.
- Treating a missing residual strength analysis as a pass in the middle damage
  tier — the absence of the analysis is itself a blocking finding, not evidence
  that the structure is adequate.
- Conflating the allowable damage limit with the extended damage limit: only
  damage strictly within the ADL is accepted without further analysis. The
  extended region (ADL to 2 × ADL) always requires residual strength
  verification.
- Omitting the fatigue-fraction check on inspection interval: an item that has
  consumed more than 80 % of its fatigue allowable is more susceptible to
  crack initiation and must be inspected on a shortened cycle, not the nominal
  one.
- Accepting a damage report for an item not in the surveillance inventory —
  a damage report with no matching inventory item cannot be evaluated and must
  be flagged as an unresolved finding.

## Behavior contract (gate 3)

The inspection-interval, damage-evaluation, and full-surveillance-compliance
logic is exercised by the gate 3 contract test:
scripts/test_in_service_surveillance.py against
scripts/in_service_surveillance_logic.py (stdlib unittest, offline). Run:
python3 scripts/test_in_service_surveillance.py

## Compliance

- ECSS standards are freely downloadable (ESA); cite the source and paraphrase
  per standards-map.yaml.
- compliance: STANDARDS-REF, gated: false.
- Anchor clause: ECSS-E-ST-32C section 4.8 (in-service surveillance,
  ground/in-orbit inspection, damage evaluation, maintenance, repair).

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 →