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

E1011 Offduty

ASecurity

"Use when design off-duty stations — sleep quarters, personal hygiene

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 e1011-offduty --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of E1011 Offduty?

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

Security grade badge for E1011 Offduty
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/ashfordeou-e1011-offduty/badge)](https://www.skillsdirectory.com/skills/ashfordeou-e1011-offduty)

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

Download with Pro
Files
SKILL.md
---
name: e1011-offduty
description: "Use when design off-duty stations — sleep quarters, personal hygiene
  facilities, and recreation areas — aboard a crewed spacecraft per ECSS-E-ST-10-11C
  §4.7.7 HFE requirements: categorize each station as sleep, hygiene, or recreation,
  verify mandatory parameters (acoustic attenuation, lighting range, thermal envelope,
  volume, restraint, privacy) for sleep stations, verify containment and accessibility
  parameters for hygiene facilities, verify exercise volume and communication link
  availability for recreation areas, and aggregate findings per station to determine
  overall HFE compliance. Trigger: ecss, e-st-10-system-scope, e-st-10-11c,
  off-duty-stations, sleep-station, hygiene-facility, recreation, human-factors."
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-10-system-scope, e-st-10-11c, off-duty-stations, sleep-station, hygiene-facility, recreation, human-factors]
  version: 0.1.0
  author: Aero Agent Skills
---

# ECSS HFE — Off-Duty Stations (space-systems/ecss/e1011-offduty)

Use when the task is to design or verify off-duty crew accommodations aboard a
crewed spacecraft under ECSS-E-ST-10-11C §4.7.7 — covering sleep quarters,
personal hygiene facilities, and recreation areas, each with its own parameter
set that must satisfy HFE requirements before the station is considered compliant.

## Domain quick reference

- §4.7.7 groups off-duty provisions into three station types, each with distinct
  design criteria: **sleep** (privacy, acoustic isolation, lighting controllability,
  thermal comfort, physical restraint), **hygiene** (fluid containment, water
  delivery rate, physical accessibility, handholds for microgravity use), and
  **recreation** (communication link to ground, adequate exercise volume, suitable
  lighting for leisure and exercise tasks).
- Each station type is evaluated against its own parameter set; a sleep parameter
  (e.g. acoustic attenuation) is not carried over to the hygiene check and vice
  versa. Mixing parameter sets across station types produces invalid results.
- Sleep station lighting must span the full range from 0 lux (full dark for
  sleep onset) up to a task-lighting maximum; both bounds are checked separately.
  A station that cannot achieve full dark fails the sleep-lighting requirement
  even if its maximum level is within bounds.
- All three station types use a boolean presence check for critical system
  features (restraint system, privacy screen, waste containment, communication
  link). A feature present but set to False is treated the same as a missing
  feature — it must be True to pass.
- Missing parameters are tracked separately from out-of-bound findings so that
  a station with a gap in its design record is not read as compliant merely
  because no numeric violation was computed.

## Workflow

1. Identify every off-duty station in the spacecraft design record and assign
   each a station type (sleep, hygiene, or recreation). Reject any station whose
   type is not one of these three — do not guess or default; return an error and
   request clarification before continuing.
2. For each **sleep station**, collect and check: acoustic attenuation (dB),
   minimum and maximum achievable lighting (lux), minimum and maximum design
   temperature (°C), crew personal volume (m³), and boolean presence of a
   restraint system and a privacy screen. Flag each parameter that is absent or
   outside its bound.
3. For each **hygiene station**, collect and check: water flow rate (mL/min),
   boolean presence of a waste containment system, accessibility rating (1–5
   scale, minimum 3), and handhold count (minimum 2). Flag each parameter that
   is absent or outside its bound.
4. For each **recreation station**, collect and check: boolean availability of a
   communication link to ground, exercise envelope volume (m³, minimum 10),
   and lighting level (lux, minimum 300). Flag each parameter that is absent or
   outside its bound.
5. Aggregate findings and missing parameters per station. A station is
   HFE-compliant only when both lists are empty. Report the total station count,
   the compliant count, and the per-station finding lists so the design team can
   act on each gap individually.
6. If all stations in the set are compliant, report overall compliance. If any
   station fails, the set is not compliant — partial compliance is not an
   accepted outcome; every station must individually pass.

## Pitfalls

- Treating a boolean feature as compliant when its value is False because the
  key is present in the design record — the requirement is that the system is
  operational (True), not merely mentioned.
- Checking only the maximum lighting level for a sleep station and missing that
  the minimum achievable level must reach full dark (0 lux) — a station that
  cannot dim below 5 lux fails the sleep requirement regardless of its ceiling.
- Applying sleep-station acoustic or volume thresholds to a hygiene or
  recreation station — each station type has its own parameter set and bounds;
  cross-applying them produces false findings or false passes.
- Reading an empty findings list as compliant when the missing list is non-empty
  — a station with unset parameters has incomplete data, not no violations.
- Aggregating numeric parameters across station types (e.g., summing volumes
  across all three types) — each parameter is local to its station record.

## Behavior contract (gate 3)

The station-type validation, per-type parameter bounds checking, boolean
presence checks, missing-parameter tracking, and set-level aggregation logic
are exercised by the gate 3 contract test:
scripts/test_e1011_offduty.py against scripts/e1011_offduty_logic.py
(stdlib unittest, offline, deterministic). Run:
  python3 scripts/test_e1011_offduty.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 →