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

Q7001 Propulsion Cleanliness Interface

ASecurity

Derive the governing cleanliness requirement at each propulsion fluid interface and say which specification imposed it. Use when a system cleanliness plan meets the propulsion subsystem and the two particle-size and non-volatile-residue limits have to be reconciled interface by interface, the filter sized from the smallest flow passage behind it, the passage-area blockage of a governing-limit particle quantified, and the tightest interface rolled up into the single pair the flushing and accep...

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 q7001-propulsion-cleanliness-interface --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Q7001 Propulsion Cleanliness Interface?

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

Security grade badge for Q7001 Propulsion Cleanliness Interface
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/ashfordeou-q7001-propulsion-cleanliness-interface/badge)](https://www.skillsdirectory.com/skills/ashfordeou-q7001-propulsion-cleanliness-interface)

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

Download with Pro
Files
SKILL.md
---
name: q7001-propulsion-cleanliness-interface
description: "Derive the governing cleanliness requirement at each propulsion fluid interface and say which specification imposed it. Use when a system cleanliness plan meets the propulsion subsystem and the two particle-size and non-volatile-residue limits have to be reconciled interface by interface, the filter sized from the smallest flow passage behind it, the passage-area blockage of a governing-limit particle quantified, and the tightest interface rolled up into the single pair the flushing and acceptance tests are built around. Trigger: ecss, q-st-70-01c, e-st-35-06c, propulsion-cleanliness-interface, governing-particle-size-limit, propellant-filter-rating-sizing, flow-passage-blockage-fraction, non-volatile-residue-reconciliation."
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, q-st-70-cleanliness-scope, q7001-propulsion-cleanliness-interface, governing-particle-size-limit, propellant-filter-rating-sizing, flow-passage-blockage-fraction, non-volatile-residue-reconciliation, propulsion-interface-flow-down]
  version: 0.1.0
  author: Aero Agent Skills
---

# ECSS Cleanliness — Propulsion Interface (space-systems/ecss/q7001-propulsion-cleanliness-interface)

Use when the task sits on the boundary between the sensitive-hardware
cleanliness provisions of ECSS-Q-ST-70-01C and the propulsion-subsystem
cleanliness requirements of ECSS-E-ST-35-06C: deciding, per fluid interface,
which document's limit actually governs, whether the installed filter earns
that limit, and what the tightest interface makes the system-level number.

## Domain quick reference

- Two specifications meet at every fluid interface and they are written for
  different reasons. The system cleanliness specification flows a limit down
  from a vehicle-level allocation; the propulsion specification imposes one
  from the physics of the smallest passage it has to protect. Neither is
  automatically the stricter.
- The answer per interface is a pair — the governing particle-size limit and
  the governing non-volatile-residue limit — each with the document it came
  from. An interface where the propulsion side governs is not closed by
  argument; it is a flow-down that has to be tightened.
- The filter is sized by the passage, not by the limit. The coarsest usable
  rating is the smallest flow passage divided by a declared safety factor, and
  the installed filter has to satisfy both that rating and the governing
  particle limit. Those two can disagree, and both are findings.
- Particle size only becomes an engineering consequence through area. A
  particle at the governing limit blocks the square of its diameter ratio of
  the passage, which is what turns a cleanliness statement into a flow-rate or
  thrust-degradation statement the propulsion engineer can use.
- Residue is the other half and is often the binding one. A non-volatile
  residue that is harmless on a bracket can be a propellant-compatibility or
  catalyst-poisoning problem in a feed line, so it is reconciled on its own
  and not folded into the particle argument.

## Workflow

1. Validate every declared fluid interface: name, smallest flow passage,
   installed filter rating, both particle-size limits, both residue limits,
   the filter safety factor and the allowable passage blockage.
2. Per interface, take the more stringent particle limit and the more
   stringent residue limit, recording which document each came from and
   resolving a genuine tie to the system specification.
3. Size the filter the passage needs from the passage and the safety factor,
   and check the installed rating against that number and against the
   governing particle limit separately.
4. Compute the passage-area fraction a governing-limit particle occupies and
   compare it with the allowable blockage.
5. Raise a finding wherever the propulsion side governs, the filter is too
   coarse for the passage, the filter passes particles above the governing
   limit, or the blockage exceeds its allowable.
6. Roll the interfaces up: the tightest governing particle limit and the
   tightest governing residue limit become the system numbers, each named
   with the interface that drove it, and every propulsion-driven interface is
   listed for the flow-down update.
7. Refuse duplicate interface names; a roll-up nobody can trace back to one
   interface is not a roll-up.

## Pitfalls

- Assuming the system specification is always the stricter. It is an
  allocation, not a physics limit, and a small thruster orifice routinely
  demands more than the vehicle-level number ever asked for.
- Sizing the filter from the cleanliness limit alone. The limit says what may
  be present; the passage says what may pass. A filter that satisfies the
  limit can still be too coarse for the orifice behind it.
- Reporting a governing limit without its source. The number alone cannot
  tell the next reviewer whether the flow-down needs changing or whether the
  interface was already covered.
- Folding residue into the particle argument. Residue drives propellant
  compatibility and catalyst life, not blockage, and a combined cleanliness
  statement hides which of the two is actually binding.
- Taking the tightest number as the system requirement and stopping. The
  interface that drove it has to be named, or the next design change quietly
  moves the driver and nobody notices the system number is now wrong.

## Behavior contract (gate 3)

The interface validation, governing particle and residue selection with
source attribution and tie handling, filter rating sizing, filter checks
against both the passage and the governing limit, passage-blockage fraction,
and the multi-interface roll-up with its duplicate-name refusal are exercised
by the gate 3 contract test:
scripts/test_q7001_propulsion_cleanliness_interface.py against
scripts/q7001_propulsion_cleanliness_interface_logic.py (stdlib unittest,
offline). Run:
python3 scripts/test_q7001_propulsion_cleanliness_interface.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 →