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

Q60 Class 3 Selection General Rules

ASecurity

Audit the baseline Class 3 selection rules and how far they reach down the supply chain under ECSS-Q-ST-60C clause 6.2.2.1: declare each rule at every tier from in-house outward as evidenced, supplier-declared only, waived against a named approval or not applied, give a bare declaration half credit, refuse a waiver or a not-applicable raised against a binding rule, weight the rules, compute coverage tier by tier, take the weakest tier as the chain's reach, separate a rule missing in-house fro...

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 q60-class-3-selection-general-rules --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Q60 Class 3 Selection General Rules?

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

Security grade badge for Q60 Class 3 Selection General Rules
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/ashfordeou-q60-class-3-selection-general-rules/badge)](https://www.skillsdirectory.com/skills/ashfordeou-q60-class-3-selection-general-rules)

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

Download with Pro
Files
SKILL.md
---
name: q60-class-3-selection-general-rules
description: "Audit the baseline Class 3 selection rules and how far they reach down the supply chain under ECSS-Q-ST-60C clause 6.2.2.1: declare each rule at every tier from in-house outward as evidenced, supplier-declared only, waived against a named approval or not applied, give a bare declaration half credit, refuse a waiver or a not-applicable raised against a binding rule, weight the rules, compute coverage tier by tier, take the weakest tier as the chain's reach, separate a rule missing in-house from one lost downstream, and name the rule surviving fewest tiers. Use when a Class 3 build has to show its selection rules still bind the suppliers that buy for it. Trigger: ecss, q-st-60c, q60-c3-baseline-selection-rules, q60-c3-supply-chain-rule-flow-down, q60-c3-flow-down-break, q60-c3-supplier-declaration-half-credit, q60-c3-binding-rule-waiver-refusal."
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-60c, q60-class-3-selection-general-rules, q60-c3-baseline-selection-rules, q60-c3-supply-chain-rule-flow-down, q60-c3-flow-down-break, q60-c3-supplier-declaration-half-credit, q60-c3-binding-rule-waiver-refusal, q60-c3-tier-rule-coverage]
  version: 0.1.0
  author: Aero Agent Skills
---

# ECSS EEE Components — Class 3 Selection General Rules (space-systems/ecss/q60-class-3-selection-general-rules)

Use when the task is the baseline rule set of ECSS-Q-ST-60C clause
6.2.2.1 -- the selection rules a Class 3 build applies in-house, and
the extension of that same set to every supplier that chooses a part on
the project's behalf.

## Domain quick reference

- Writing the rules and applying them in-house is half the clause. The
  other half is that the same set still binds wherever somebody else
  picks the part: a subcontractor building an equipment, a supplier
  buying to its own catalogue, a distributor substituting a line item.
  A rule that stops at the project fence is a rule the parts in the
  flight build were never chosen against.
- Class 3 is the class where the chain is longest and the evidence is
  thinnest, so the distinction that matters is not applied against not
  applied. It is applied with evidence against merely declared. A
  supplier that says it screens finishes and a supplier that shows a
  finish certificate are not in the same state, and collapsing them is
  how a chain reads green while half of it rests on assertions. A bare
  declaration earns partial credit, never full credit.
- Two claims are refused outright on a binding rule: a waiver, however
  well approved, and a not-applicable. A binding rule is one the class
  itself rests on, so if it can be waived at a distributor it was never
  binding. On a non-binding rule both claims are admissible -- a waiver
  against a named approval, and a not-applicable against a recorded
  justification, because a distributor genuinely does not set an
  operating point.
- An undeclared rule is open, not absent. A ledger silently missing an
  entry reads as clean exactly where nobody looked, so a missing entry
  stays in the denominator at zero credit.
- The chain is only as long as its weakest tier, so the reach of the
  rule set is the lowest tier coverage and never the average. An
  average lets three strong tiers carry a distributor that applies
  nothing.
- The useful outputs are that reach, the tier that sets it, the rule
  surviving fewest tiers, and the separation of a rule missing in-house
  from one lost downstream -- the first is a project defect, the second
  is a flow-down defect, and different people fix them.

## Workflow

1. Name the project and declare the tiers that actually touch the part
   choice. The in-house tier is required; a chain that starts at a
   supplier has no baseline to extend.
2. Expand the declaration so every rule exists at every declared tier.
   Anything the project did not mention becomes undeclared rather than
   disappearing.
3. Grade each entry. Evidence earns full credit, a bare supplier
   declaration earns half, an approved waiver on a non-binding rule
   earns full, a justified not-applicable leaves the denominator, and
   everything else earns nothing.
4. Refuse a waiver or a not-applicable raised against a binding rule.
   Both keep their place in the denominator at zero credit and are
   reported as claims to withdraw.
5. Compute weighted coverage tier by tier, then take the weakest tier
   as the chain's reach and compare it with the floor.
6. Split the shortfalls: rules never carried in-house, rules carried
   in-house and lost below, and the single rule surviving fewest tiers.
7. Close with the verdict, the governing tier and one action per
   finding.

## Pitfalls

- Averaging coverage across tiers. The average is dominated by the
  tiers the project controls, which is precisely where the rule set was
  never at risk; the reach is the minimum.
- Reading a supplier's declaration as application. The declaration is
  the promise, not the evidence, and a chain scored on promises is
  green until the first parts arrive.
- Letting a binding rule be waived because the approval looks solid. An
  approval makes a waiver traceable, not admissible; the rules the
  class rests on have no waiver route at any tier.
- Accepting an unjustified not-applicable. Without a recorded reason it
  is indistinguishable from nobody having looked, so it stays open and
  stays counted.
- Treating a rule missing in-house as a flow-down failure. There was
  nothing to flow down; chasing the supplier for it wastes the fix on
  the wrong party.
- Comparing the weighted coverage with its floor by bare arithmetic.
  Coverage is a quotient while the floor is a decimal literal, so a
  declaration built to sit exactly on the floor can land a few units in
  the last place under it; the comparison absorbs that while the floor
  stays untouched.

## Behavior contract (gate 3)

The rule table and binding set, entry grading with partial credit for a
bare declaration, waiver and not-applicable admissibility, chain
expansion with undeclared defaults, weighted tier coverage, the weakest
tier as the chain's reach, in-house gaps against flow-down breaks, the
weakest rule and the overall verdict are exercised by the gate 3
contract test:
scripts/test_q60_class_3_selection_general_rules.py against
scripts/q60_class_3_selection_general_rules_logic.py (stdlib unittest,
offline). Run:
python3 scripts/test_q60_class_3_selection_general_rules.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 →