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

Q2007 Management System

ASecurity

Implement the quality and safety management system a space test centre owes under ECSS-Q-ST-20-07 clause 5.1, and say whether the one in place is doing its job. Use when a test centre is being audited or stood up and the system behind its test services has to be assessed: refuse a system never established, take the declared scope against the services actually offered, measure documented-process coverage of every service in scope, catch a process covering a scoped service without an approval o...

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

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 q2007-management-system --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Q2007 Management System?

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

Security grade badge for Q2007 Management System
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/ashfordeou-q2007-management-system/badge)](https://www.skillsdirectory.com/skills/ashfordeou-q2007-management-system)

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

Download with Pro
Files
SKILL.md
---
name: q2007-management-system
description: "Implement the quality and safety management system a space test centre owes under ECSS-Q-ST-20-07 clause 5.1, and say whether the one in place is doing its job. Use when a test centre is being audited or stood up and the system behind its test services has to be assessed: refuse a system never established, take the declared scope against the services actually offered, measure documented-process coverage of every service in scope, catch a process covering a scoped service without an approval or past its review age, test whether the continual-improvement loop closes its actions and verifies their effectiveness, and say whether the management review is current. Trigger: ecss, q-st-20-07-clause-5-1, test-centre-management-system-scope, test-centre-documented-process-coverage, test-centre-continual-improvement-loop, test-centre-management-review-currency."
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-20-07-test-centre-quality-and-safety-scope, q2007-management-system, q-st-20-07-clause-5-1, test-centre-management-system-scope, test-centre-documented-process-coverage, test-centre-continual-improvement-loop, test-centre-management-review-currency, test-centre-process-approval-state]
  version: 0.1.0
  author: Aero Agent Skills
---

# ECSS Test-Centre Quality and Safety — Management System (space-systems/ecss/q2007-management-system)

Use when the task is clause 5.1 of ECSS-Q-ST-20-07: the test centre
establishes and keeps one quality and safety management system, and the
question is whether that system names everything the centre sells,
documents how each of those services is run, and keeps improving.

## Domain quick reference

- Scope is taken against the services the centre actually offers, not
  against the scope statement reading back to itself. A scope graded
  against its own wording is complete by construction; a service the
  centre performs and the scope never names is outside the system while
  customers are being invoiced for it.
- The reverse case is not the same defect. A scope naming a service the
  centre does not offer is over-declared paperwork, an advisory, not a
  service running uncontrolled.
- A service in scope is covered when an approved process describes it. A
  draft process covering a scoped service is a plan to cover it, and it
  is a worse finding than a bare coverage shortfall because the centre
  is running the service today against wording nobody signed.
- A withdrawn process is not in use and is not carried as an approval
  defect; it simply stops covering whatever it used to cover.
- Continual improvement is a loop, not a register. An action raised and
  never closed leaves the loop open, and an action closed with its
  effectiveness never verified is a closure word rather than an
  improvement. Whether verification is demanded is a centre policy, so
  the closure fraction is taken under that policy rather than assumed.
- Management review is the cadence holding the other three honest. A
  review older than the declared interval means the system is running
  with nobody standing over it, which is a real finding but the last one
  in the order: a scope gap or an unsigned process is worse than a late
  review.

## Workflow

1. Validate the system policy first: the process coverage the centre
   owes, the improvement closure it owes, the process and management
   review intervals, and whether effectiveness verification is demanded.
   A process review interval shorter than the management review interval
   is refused rather than used.
2. Validate the system record: recognised process states, an approval
   day behind every approved process, whole non-negative day numbers, no
   process or action registered twice, and no review or closure dated
   after the assessment day.
3. Take the scope gaps against the services offered, and the scope
   overreach the other way; carry the overreach as an advisory.
4. Take documented-process coverage over the services that are both
   offered and in scope, naming the uncovered ones, and separately name
   the draft processes covering a scoped service.
5. Take the approved processes past their review age as advisories.
6. Take the continual-improvement closure under the policy, naming the
   open actions and the closures whose effectiveness was never verified.
7. Test the management review against its interval, absorbing
   representation error at the boundary with a named tolerance rather
   than by relaxing the required fraction.
8. Close on one verdict in order: system absent, scope incomplete,
   process approval broken, process coverage insufficient, improvement
   loop stalled, management review stale, or system established. Report
   the coverage, the closure, the named services and the named processes
   alongside it.

## Pitfalls

- Grading the scope against the scope statement. It agrees with itself
  every time; only the list of services the centre actually performs can
  find the service that was left out.
- Counting a draft process as coverage. The service is being performed
  now, against wording nobody approved, which is why it ranks above a
  plain coverage shortfall rather than below it.
- Reading an empty scope as full coverage. Zero services in scope
  divided by zero is not one; an unscoped centre has no coverage at all
  and the assessment says so.
- Treating a closed improvement action as a verified one. Closure and
  effectiveness are two separate facts, and a loop full of unverified
  closures looks healthy on a count and has improved nothing.
- Relaxing the required coverage so an exact-equality case passes. An
  equality at the limit is a representation question, handled by the
  tolerance inside the comparison; the required value stays as declared.

## Behavior contract (gate 3)

The policy validation, process and action validation, the scope gaps and
overreach, documented-process coverage, the unapproved processes in use,
the review ages, the continual-improvement closure, the management
review currency and the ordered verdict are exercised by the gate 3
contract test: scripts/test_q2007_management_system.py against
scripts/q2007_management_system_logic.py (stdlib unittest, offline). Run:
python3 scripts/test_q2007_management_system.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 →