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

E3102 Acceptance Principles Allowed Modifications

ASecurity

Evaluate a two-phase heat transport flight article against the acceptance principles of ECSS-E-ST-31-02 clause 4.5 and its permitted-change table: grade every proposed difference from the qualified design as accepted as is, permitted against a delta acceptance test, or outside acceptance altogether, take the most onerous grade as the one that governs, build the acceptance test set the permitted changes oblige, and confirm the acceptance levels sit inside the qualified envelope. Use when a hea...

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

Works with

claude codeapi

Security Analysis

A100/100

Scanned 9/27/2026

Install to Claude Code

$npx -y skills add ashfordeOU/aero-agent-skills --skill e3102-acceptance-principles-allowed-modifications --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of E3102 Acceptance Principles Allowed Modifications?

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

Security grade badge for E3102 Acceptance Principles Allowed Modifications
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/ashfordeou-e3102-acceptance-principles-allowed-modifications/badge)](https://www.skillsdirectory.com/skills/ashfordeou-e3102-acceptance-principles-allowed-modifications)

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

Download with Pro
Files
SKILL.md
---
name: e3102-acceptance-principles-allowed-modifications
description: "Evaluate a two-phase heat transport flight article against the acceptance principles of ECSS-E-ST-31-02 clause 4.5 and its permitted-change table: grade every proposed difference from the qualified design as accepted as is, permitted against a delta acceptance test, or outside acceptance altogether, take the most onerous grade as the one that governs, build the acceptance test set the permitted changes oblige, and confirm the acceptance levels sit inside the qualified envelope. Use when a heat pipe or loop heat pipe flight unit differs from the qualified article and the delivery route has to be settled. Trigger: ecss, e-st-31-02-two-phase, two-phase-acceptance-principles, allowed-design-modification-table, delta-acceptance-test-set, qualified-span-containment, two-phase-requalification-trigger, acceptance-level-envelope-check."
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-31-02-two-phase, e3102-acceptance-principles-allowed-modifications, two-phase-acceptance-principles, allowed-design-modification-table, delta-acceptance-test-set, qualified-span-containment, two-phase-requalification-trigger, acceptance-level-envelope-check]
  version: 0.1.0
  author: Aero Agent Skills
---

# ECSS Two-Phase — Acceptance Principles and Allowed Modifications (space-systems/ecss/e3102-acceptance-principles-allowed-modifications)

Use when the task is the acceptance step of ECSS-E-ST-31-02 clause 4.5
-- deciding whether a two-phase flight article that differs from the
qualified design can still be delivered on acceptance, what that costs in
extra testing, and which differences send it back to qualification.

## Domain quick reference

- Acceptance hardware is built to an already-qualified design. Its tests
  run at levels inside the qualified envelope, and it is allowed to
  differ from the qualified article only in the ways the permitted
  change table names.
- Every proposed difference grades to one of three dispositions, ordered
  by cost: accepted as is, permitted against a delta acceptance test, or
  outside acceptance and back to qualification.
- Two kinds of change are graded differently. A dimensional change is
  graded against the qualified span -- inside it the change is
  permitted, outside it the qualified basis no longer covers the
  article. A change of kind is graded by what it is: a wick, a working
  fluid or an envelope material change breaks the qualified basis
  whatever the numbers look like.
- The article takes the most onerous disposition in the set. One change
  back to qualification governs the delivery even when everything else
  on the list is trivial.
- A permitted change brings its own acceptance test. An evaporator
  length or charge change owes a transport capability demonstration; a
  wall thickness change owes a proof pressure test; a mounting interface
  change owes an interface conductance test. A change back to
  qualification adds no acceptance test, because the article is not on
  the acceptance route any more.
- Acceptance levels themselves are part of the principle. A cold limit
  below the qualified cold end, a hot limit above the qualified hot end
  or a spectral density above the qualified one is an acceptance test
  the qualification never covered.

## Workflow

1. Name the article and list every difference from the qualified design
   as a typed change. Refuse a change type that is not in the permitted
   change table rather than grading it by analogy -- an ungraded change
   is a qualification question, not an acceptance one.
2. Grade each dimensional change by containment in its qualified span,
   absorbing representation error at the bounds so a value set exactly
   on a limit is inside it.
3. Grade each change of kind from the table directly.
4. Reduce the grades to the most onerous one and record each change that
   put the article back to qualification as its own finding.
5. Build the acceptance test set: the baseline plus whatever the
   permitted changes add, de-duplicated, so a proof pressure test
   already in the baseline is not run twice.
6. Compare the acceptance levels against the qualified envelope at both
   temperature ends and on the vibration density, and close with a
   deliverability verdict that is false while any finding stands.

## Pitfalls

- Grading a wick or fluid change on how small it looks. Those changes
  move the capillary limit and the fluid-material compatibility basis
  directly, and the qualified evidence was taken on the old ones; the
  table puts them outside acceptance for that reason.
- Letting one trivial change set the disposition for the article. The
  governing grade is the most onerous one in the set, and averaging
  across a change list is how an article back to qualification ships as
  acceptance hardware.
- Comparing a dimension with a qualified bound by bare arithmetic. A
  value set exactly on a limit can land a few units in the last place
  outside it once it has been through a unit conversion, and that
  phantom step outside the span costs a requalification that was never
  needed.
- Treating a delta acceptance as paperwork. It names an extra test, and
  a delta agreed without that test in the acceptance programme leaves
  the change unverified on the flight article.
- Running acceptance at a level the qualification never reached. It
  looks conservative and is the opposite: the article is being asked to
  survive an environment no qualified unit ever saw.

## Behavior contract (gate 3)

Change validation, qualified-span containment, disposition grading,
most-onerous reduction, acceptance test set assembly, acceptance level
audit and the deliverability verdict are exercised by the gate 3
contract test:
scripts/test_e3102_acceptance_principles_allowed_modifications.py
against
scripts/e3102_acceptance_principles_allowed_modifications_logic.py
(stdlib unittest, offline). Run:
python3 scripts/test_e3102_acceptance_principles_allowed_modifications.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 →