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

Q6013 Legacy Class 1 Acceptance Table

ASecurity

Evaluate a legacy lot acceptance test list for active commercial parts bought to the highest assurance class against the ECSS-Q-ST-60-13C Table 8-11 programme: confirm every required acceptance subgroup is declared once, resolve each subgroup's sample and accept number from the band the screened quantity falls into rather than from a proportion, refuse a list that draws less than its band asks for, take each subgroup's failures against that accept number, allow one doubled-sample retest only ...

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

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 q6013-legacy-class-1-acceptance-table --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Q6013 Legacy Class 1 Acceptance Table?

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

Security grade badge for Q6013 Legacy Class 1 Acceptance Table
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/ashfordeou-q6013-legacy-class-1-acceptance-table/badge)](https://www.skillsdirectory.com/skills/ashfordeou-q6013-legacy-class-1-acceptance-table)

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

Download with Pro
Files
SKILL.md
---
name: q6013-legacy-class-1-acceptance-table
description: "Evaluate a legacy lot acceptance test list for active commercial parts bought to the highest assurance class against the ECSS-Q-ST-60-13C Table 8-11 programme: confirm every required acceptance subgroup is declared once, resolve each subgroup's sample and accept number from the band the screened quantity falls into rather than from a proportion, refuse a list that draws less than its band asks for, take each subgroup's failures against that accept number, allow one doubled-sample retest only where the list permits one, hold back what the destructive subgroups consume, and report the deliverable quantity left. Use when a heritage active part lot's acceptance list has to become a verdict and a shippable count. Trigger: ecss, q-st-60-13c-table-8-11, legacy-lot-acceptance-test-list, acceptance-sampling-band-table, destructive-subgroup-consumption, doubled-sample-retest-rule, deliverable-quantity-after-acceptance."
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-60-13-commercial-eee-scope, q6013-legacy-class-1-acceptance-table, legacy-lot-acceptance-test-list, acceptance-sampling-band-table, destructive-subgroup-consumption, doubled-sample-retest-rule, deliverable-quantity-after-acceptance]
  version: 0.1.0
  author: Aero Agent Skills
---

# ECSS Commercial EEE Parts -- Legacy Lot Acceptance Test List, Highest Assurance Class (space-systems/ecss/q6013-legacy-class-1-acceptance-table)

Use when the task is the Table 8-11 lot acceptance test list of
ECSS-Q-ST-60-13C: a screened lot of active commercial parts with legacy
standing is being accepted to the highest assurance class, and the question
is whether the declared subgroups accept the lot and how many parts are left
to deliver once they have been run.

## Domain quick reference

- The population here is what screening delivered, not what was ordered.
  Acceptance follows screening, so every sample is drawn from the screened
  quantity and a list written against the procurement quantity draws from a
  lot that no longer exists.
- The sample comes from a band table, not a proportion. A lot of sixty and a
  lot of a hundred and forty fall in one band and draw the same number of
  parts; reading the sample off a percentage under-draws a large lot and
  over-draws a small one, and changes the accept number with it.
- A list may draw more than its band asks for. It may never draw less: an
  enlargement is a tightening the buyer is free to make, while a reduction
  is the sampling plan being rewritten and has to be corrected in the list
  rather than absorbed at the verdict.
- Acceptance is on the accept number of the band, which is zero for every
  band a small or medium lot falls into. A single failure in an accept-on-
  zero subgroup fails that subgroup outright.
- One retest, on a doubled sample, and only for the subgroups the list
  permits it for. The construction analyses take none: drawing a second
  sample asks the same question about a different device rather than
  resolving the first answer. A second retest is refused, not run.
- Several subgroups end the parts they touch. Bond strength, die shear, the
  sealed-package moisture reading, the life sample and the physical analysis
  all consume their sample, so the deliverable quantity is the screened
  quantity less every destructive sample drawn -- retests included.

## Workflow

1. Validate the screened quantity; it is the population every sample comes
   from and the number the deliverable count is taken off.
2. Check coverage: every required acceptance subgroup present and declared
   once, with any additional subgroup reported as an addition rather than
   counted towards coverage.
3. Resolve each subgroup's sample and accept number from the band the
   screened quantity falls into, take a declared enlargement as written, and
   refuse a declared sample below the band or an accept number above it.
4. Take each subgroup's failures against its accept number, refusing a
   failure count larger than the sample it came from.
5. Run at most one doubled-sample retest, only for a subgroup that failed
   and that the list permits a retest for, and refuse a doubled sample the
   screened quantity cannot supply.
6. Total what the destructive subgroups consumed, including any retest
   sample, and subtract it from the screened quantity to get the deliverable
   count; refuse a programme that consumes more than the lot holds.
7. Accept the lot only when coverage is complete and every subgroup ended
   accepted, naming every failing subgroup rather than the first, and report
   the deliverable quantity either way.

## Pitfalls

- Drawing the sample as a percentage of the lot. The plan is a band table,
  and a proportion silently replaces both the sample size and the accept
  number that came with it.
- Letting a list declare a smaller sample than its band. That is the
  sampling plan being rewritten at the point of use, and it always looks
  like a lot that passed.
- Retesting a construction analysis. A second destructive sample answers the
  same question about another device and consumes more of the lot doing it.
- Running a second retest after the first failed. The rule is one, and a
  subgroup that failed twice has already answered.
- Reporting the screened quantity as the deliverable quantity. The
  destructive subgroups consumed their samples, and a shipping count that
  ignores them promises parts that no longer exist.
- Forgetting the retest sample in the consumption. A recovered subgroup
  consumed three times the parts of a clean one, and that is exactly the
  case where the deliverable count matters most.

## Behavior contract (gate 3)

The screened-quantity validation, sampling-band resolution, declared-sample
checks, list coverage, per-subgroup verdict, the single doubled-sample
retest, the destructive consumption and the deliverable quantity with the
accept-or-reject disposition are exercised by the gate 3 contract test:
scripts/test_q6013_legacy_class_1_acceptance_table.py against
scripts/q6013_legacy_class_1_acceptance_table_logic.py (stdlib unittest,
offline). Run:
python3 scripts/test_q6013_legacy_class_1_acceptance_table.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 →