Skip to content
verify mcp Beta VerifyMCP is currently in beta. If you notice any issues, get in touch and we’ll put it right.

Space Standards

PYPI · SPACE-STANDARDS-MCP

Cited, requirement-level Q&A over ECSS and NASA standards you supply (bring your own documents)

+18 this week 85 Trust /100

Last scanned (20 hours ago)

Scores higher than 88% of PyPI servers

Category Education and Research

Trust breakdown (7 categories)

How this component scores in each security and reliability category. Every signal is checked automatically from public evidence about the published package, including repeated runs of it in an isolated sandbox, and we only credit what we can confirm. How we score → Why this is hard to score →

Supply Chain Security100
  • No malware found by supply-chain analysis.Pass
  • No known CVEs affecting this package version or its production dependencies.Pass
  • Runs hatchling.build at install time, a recognised build step with no custom scripting around it. View diagnostics → Pass
  • 1 of 39 dependencies flagged as unhealthy. View diagnostics → Partial
Provenance & Transparency100
  • Source repository is publicly reachable at the declared URL. View diagnostics → Pass
  • Cryptographically verified build provenance (signed, bound to manojknaikade/space-standards-mcp). View diagnostics → Pass
  • Clear OSI-approved license (Apache-2.0).Pass
  • Actively maintained (last published 19 days ago).Pass
  • Publishes a security disclosure policy (SECURITY.md).Pass
Schema Quality & AI Usability57
  • AI-judged instruction clarity (good).Pass
  • Context-footprint check failed: tool/resource definitions use about 1650 tokens (~235/item across 7 items; 7 tools + 0 resources), over budget; trim descriptions and params. See how to fix → Fail
  • Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management67
  • Stability observed for 20 of 30 days with no destabilising changes; credit accrues until the full window elapses.Partial
Tool Coverage67
  • 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
  • 0% of tool parameters carry a description.Fail
Tool Safety100
  • No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
  • We read all 7 captured tool definition(s), and no name or description among them implies an irreversible operation.Pass
  • An AI judge read all 8 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities100
  • Implements a current MCP spec version (2026-07-28).Pass
Changelog

Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.

  • 4 Nov 26 +16
    • Malware scan: unverified → pass ▲ security
  • 2 Nov 26 −15
    • Malware scan: pass → unverified ▼ security
  • 1 Nov 26 +16
    • Malware scan: unverified → pass ▲ security
  • 31 Oct 26 −15
    • Malware scan: pass → unverified ▼ security
  • 30 Oct 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 47 to 50. That category is still filling its 30-day observation window: 14 days of observed history at the previous scan, 15 at this one. The score rises as the window fills, whether or not the server changes.

  • 29 Oct 26 +15
    • Malware scan: unverified → pass ▲ security
  • 28 Oct 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 40 to 43. That category is still filling its 30-day observation window: 12 days of observed history at the previous scan, 13 at this one. The score rises as the window fills, whether or not the server changes.

  • 27 Oct 26 −15
    • Malware scan: pass → unverified ▼ security
Diagnostics

Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.

Captured 4 Nov 2026 · Analysed pypi/space-standards-mcp@0.2.4

Provenance Verified

A signed build attestation was found and verified, binding this exact artifact to the source repository it claims to come from.

Result Verified
Ecosystem pypi
Reason Verified
Discovered via Registry attestation endpoint
Source repo manojknaikade/space-standards-mcp
Certificate issuer https://token.actions.githubusercontent.com
Certificate SAN https://github.com/manojknaikade/space-standards-mcp/.github/workflows/publish.yml@refs/tags/v0.2.4
Rekor log index 3265629321
Predicate type PyPI publish attestation https://docs.pypi.org/attestations/publish/v1
Subject digest sha256:c5660d74f8ec16ab4ab1451494332992674992762a99b17699dadaa8e72aeea9

Background: How many MCP packages publish verified provenance →

Install scripts 1 script
Hook Tier Command
build_backend allowlisted hatchling.build

Background: Why install scripts are a supply-chain risk →

Dependencies 39 packages
Packages resolved 39
No linked repository 1
Tree resolution Complete

Background: SBOMs and build attestations, explained →

MCP tools · 7 exposed · ~1,504 tokens

The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →

Tool Tokens
compare_topic ~222

Side-by-side search of one topic in several standards, e.g. ECSS vs NASA on factors of safety. topic: the subject only, e.g. "ultimate design factor metallic structure" (no standard names). doc_ids: the standards to compare, e.g. ["ECSS-E-ST-32-10", "NASA-STD-5001"]; omit for all loaded. Returns one section per document, grouped by family (ECSS, NASA), with its top hits and the table rows they matched. Requested or named standards that are not loaded are listed as in search_requirements (`not_loaded`, `in_documents_folder`, `not_in_documents_folder`). `coverage: "weak"` marks a document whose best hit is far below the best hit elsewhere: it may not treat the topic — say so rather than force an equivalence. Coverage is judged on keyword matches: read the hits, and use get_requirement / get_table before comparing.

NameTypeReqDescription
doc_ids–––
limitinteger––
topicstringyes–

No output schema declared.

No examples provided.

get_references ~41

List the standards and clauses that a requirement (or its notes) refers to.

NameTypeReqDescription
doc_idstringyes–
req_idstringyes–

No output schema declared.

No examples provided.

get_requirement ~208

Get the exact text of one requirement. doc_id: e.g. "ECSS-Q-ST-80C" or "ECSS-Q-ST-80" or "NPR 7150.2". req_id: ECSS clause + letter, e.g. "5.2.1a" (DRD content: "A.2.1<5.2>a"); NASA tag, e.g. "FSR 24", or an FCR item, e.g. "FCR 11 / 7.2.1.c"; untagged NASA standards: section + item, e.g. "4.2a", "4.3(1)", or the n-th "shall" paragraph of a section, e.g. "4.4 req 1". Records carry a `kind`: requirement, recommendation, permission, guidance or deleted — say which when answering.

NameTypeReqDescription
doc_idstringyes–
req_idstringyes–

No output schema declared.

No examples provided.

get_section_outline ~157

Table of contents of one standard: clause numbers, titles and how many records (by kind) each holds. doc_id: e.g. "ECSS-E-ST-32-01C" or "NASA-STD-5019A". clause: e.g. "7.2" to list that section and its subsections, plus the record IDs placed directly in it and the tables in it; omit for the whole document. depth: how many heading levels to list below the starting point (default 2). The outline has no requirement text: use get_requirement / get_table for anything you quote or cite.

NameTypeReqDescription
clausestring––
depthinteger––
doc_idstringyes–

No output schema declared.

No examples provided.

get_table ~212

Get a table (e.g. factors of safety) as structured rows, verbatim from the source. doc_id: e.g. "ECSS-E-ST-32-10C" or "NASA-STD-5001B". table_id: e.g. "Table 4-3" or "4-3". Each row has row labels and value cells (text as printed, parsed value, footnote markers). Quote the cell text and its footnotes; 'spans_rows' marks a value printed once in a merged cell that covers several rows. The table and each row carry `tier` and `page`; below `verified` they also carry `check` ("check against the source, page N"): give every number from such a table with that flag (an answer that does not repeat it fails the citation check). Omit table_id (empty string) to list the tables of a document.

NameTypeReqDescription
doc_idstringyes–
table_idstring––

No output schema declared.

No examples provided.

list_documents ~264

List the standards currently loaded: issue, title, family (ECSS / NASA), doc_type (standard, handbook, ...), discipline, record counts and parse `tier` ("verified": hand-checked against the source; "checked": passes the automatic parse health checks; "unchecked": parsed automatically — for both, check numbers against the source page before relying on them). Filters (optional, case-insensitive): family "ECSS" or "NASA"; doc_type e.g. "handbook"; discipline as a code ("E-32", "Q-70", "NASA-5000") or a name ("structures"); query: words in the doc ID or title. include_not_loaded: also list standards in the user's documents folder that are not loaded (`loaded: false`). Their text is not available: never answer from them, but you may name one as the standard that would cover a question. Returns {"count", "documents"} (at most `limit`, plus "truncated" when more match).

NameTypeReqDescription
disciplinestring––
doc_typestring––
familystring––
include_not_loadedboolean––
limitinteger––
querystring––

No output schema declared.

No examples provided.

search_requirements ~400

Search across loaded requirements (BM25; hybrid with embeddings when the server enables it). Optionally restrict to one document. query: REQUIRED search words, never empty, e.g. "ultimate factor of safety metallic structure" or "fracture control NASA-STD-5019". A call without search words returns no results. Returns {"results": [...]} plus, when relevant, "not_loaded", "elsewhere" and "notes". Without doc_id, standards named in the query (e.g. "NASA-STD-5001B", "ECSS-E-ST-32-01") restrict the search to them. `not_loaded` lists named standards that are not loaded: never answer from them. It is split into `in_documents_folder` (present in the user's documents folder but not loaded, with issue and status: say so, and that they can be loaded through corpus.yaml) and `not_in_documents_folder` (the user does not have them). `elsewhere` holds stronger hits from other loaded documents when the named document matches weakly — it may not cover the topic. Table rows are searched too: a hit found through a table carries `matched_table_row` (table citation, row labels, cells) — take the numbers from there or from get_table, and cite both the requirement and the table. Records and rows carry `tier` (verified, checked, unchecked) and `page`; rows from tables below `verified` carry `check`: repeat it ("check against the source, page N") next to any number taken from them. Each hit may carry `neighbours`: the records next to it in the same clause (a requirement is often split over sibling letters). They are full records with citations; read them before concluding a clause is not covered.

NameTypeReqDescription
doc_id–––
limitinteger––
querystringyes–

No output schema declared.

No examples provided.

Install

How do I install the Space Standards MCP server?

Space Standards runs locally as a PyPI package, launched with uvx space-standards-mcp. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.

pypi · space-standards-mcp

# add to Claude Code
claude mcp add manojknaikade-space-standards-mcp -- uvx space-standards-mcp
Common questions

What is the Space Standards MCP server?

Space Standards is an MCP server listed in the public MCP registry as io.github.manojknaikade/space-standards-mcp. Cited, requirement-level Q&A over ECSS and NASA standards you supply (bring your own documents). This page covers its PyPI package (space-standards-mcp).

Is the Space Standards MCP server safe to use?

Space Standards scores 85 out of 100 on VerifyMCP. We found no known CVEs affecting it as of 4 November 2026. Its build provenance is signed and verified. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.

What tools does the Space Standards MCP server expose?

Space Standards exposes 7 tools: list_documents, get_requirement, search_requirements, get_table, get_references, and 2 more. Their descriptions and schemas cost roughly 1,504 tokens of context every time the server is loaded.

Is the Space Standards MCP server still maintained?

Space Standards is still listed as active in the MCP registry. We last reached this channel on 4 November 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.

What licence is the Space Standards MCP server under?

Space Standards declares the Apache-2.0 licence, which is OSI-approved. That covers the source only, and says nothing about the cost of any service it calls.