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

E3311 Status Check

ASecurity

Verify the safe/arm status indication of an explosive subsystem against ECSS-E-ST-33-11C clause 4.8.4. Use when the task is proving an operator can tell which state the hardware is actually in: resolving the displayed state from the sensing channels and falling to indeterminate whenever they disagree or one falls silent, checking the channels share neither a sensing principle nor a power source, grading every monitoring current against the no-fire current and rejecting a channel that senses t...

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

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 e3311-status-check --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of E3311 Status Check?

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

Security grade badge for E3311 Status Check
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/ashfordeou-e3311-status-check/badge)](https://www.skillsdirectory.com/skills/ashfordeou-e3311-status-check)

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

Download with Pro
Files
SKILL.md
---
name: e3311-status-check
description: "Verify the safe/arm status indication of an explosive subsystem against ECSS-E-ST-33-11C clause 4.8.4. Use when the task is proving an operator can tell which state the hardware is actually in: resolving the displayed state from the sensing channels and falling to indeterminate whenever they disagree or one falls silent, checking the channels share neither a sensing principle nor a power source, grading every monitoring current against the no-fire current and rejecting a channel that senses through the initiation circuit, reconciling the displayed state with the reported barrier position, and confirming the indication exists through each arming phase. Trigger: ecss, e-st-33-11-explosive-subsystem-scope, safe-arm-status-indication, safe-arm-barrier-position-sensing, initiation-monitor-current-margin, status-indication-independence, indeterminate-arm-state."
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-33-11-explosive-subsystem-scope, e3311-status-check, safe-arm-status-indication, safe-arm-barrier-position-sensing, initiation-monitor-current-margin, status-indication-independence, indeterminate-arm-state]
  version: 0.1.0
  author: Aero Agent Skills
---

# ECSS Explosive Subsystems — Safe/Arm Status Check (space-systems/ecss/e3311-status-check)

Use when the task is the status-indication requirement of
ECSS-E-ST-33-11C clause 4.8.4 -- showing that the safe-and-arm state an
operator reads off a panel is the state the hardware is in, not the
state it was commanded to and not the state one sensor believes.

## Domain quick reference

- A safe-and-arm device has two states anyone is allowed to act on,
  and the indication exists so that the decision to approach, to
  power, or to launch is made against the hardware rather than against
  the command history.
- Indeterminate is a state, not a missing answer. When the sensing
  channels disagree, or one of them reports nothing at all, the honest
  output is that the state is unresolved -- and the operating rule
  that follows is to treat the device as armed.
- Independence is what makes two channels worth more than one. Two
  microswitches on the same bus fail together for a dozen reasons, so
  the count of channels is graded alongside the count of distinct
  sensing principles and the count of distinct power sources.
- Reading a status must not arm anything. Every monitoring current
  that flows anywhere near the device is graded against the no-fire
  current the same way a stray current is, and a channel that senses
  through the initiation circuit is a finding regardless of how small
  its current is.
- The indication and the barrier are two independent statements about
  the same thing, so they are reconciled rather than trusted
  separately. Safe implies an interposed barrier, armed implies an
  aligned one, and any other pairing means one of the two is lying.
- Availability is a phase question. An indication that is valid at the
  endpoints but blind during the arming transition leaves the operator
  without a state during precisely the interval in which the state is
  changing.

## Workflow

1. Normalize the sensing channels and reject the set outright on a
   duplicate identifier, an unknown sensing principle or an unknown
   reading, because a channel nobody can categorize cannot be voted
   with the others.
2. Resolve the displayed state. Unanimous channels give their state;
   any disagreement, and any channel reporting no signal, gives
   indeterminate, and the silent channels are named.
3. Grade independence: channel count, distinct sensing principles and
   distinct power sources, each against its own policy floor, so a
   report says which kind of commonality was found.
4. Grade every monitoring current against the declared fraction of the
   no-fire current, report each channel's margin, and raise a separate
   finding for any channel routed through the initiation circuit.
5. Reconcile the resolved state with the reported barrier position,
   and treat an unresolved indication as unable to agree with any
   barrier position at all.
6. Walk the arming phases, name any phase in which the indication is
   unavailable, and close with the overall verdict and the list of
   checks that produced it.

## Pitfalls

- Displaying a state from a single channel because the second one is
  silent. A silent channel is not a concurring channel; treating it as
  one converts a detected fault into a confident wrong answer.
- Counting redundancy by boxes rather than by failure modes. Two
  channels of the same sensing principle on the same bus are one
  channel with a spare connector.
- Taking a small monitoring current as automatically safe. The
  comparison that matters is with the no-fire current of this device,
  and a current that is negligible for one initiator is a fraction of
  the no-fire level for another.
- Sensing arm status through the firing loop. It gives an unambiguous
  reading and it does so by putting current where the safety case
  spent its whole length keeping current out.
- Trusting the indication over the barrier, or the reverse. They
  disagree only when something is wrong, and the safe reading of a
  disagreement is the armed one.
- Grading the indication only at rest. The transition is where a
  barrier can stall between positions, and an indication that goes
  blank there hides the one state that needs to be visible.

## Behavior contract (gate 3)

The channel normalization, state resolution, independence counting,
monitoring-current grading, barrier reconciliation, phase availability
and overall verdict are exercised by the gate 3 contract test:
scripts/test_e3311_status_check.py against
scripts/e3311_status_check_logic.py (stdlib unittest, offline). Run:
python3 scripts/test_e3311_status_check.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 →