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.

io.github.praxec/fmeca

OCI · GHCR.IO/PRAXEC/FMECA

Deterministic, offline FMECA MCP server: failure modes, criticality matrix, mitigations, readiness

+4 this week 41 Trust /100

Last scanned (3 hours ago)

Scores higher than 53% of OCI servers

Category Testing and QA

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 Security0
  • No malware scan is available for this kind of package: the supply-chain vendors we use do not cover it. This is a permanent gap in our coverage, not a finding about the package.Unverified
  • Known CVEs could not be checked: this artifact ships no SBOM or dependency manifest, so there is no dependency list to read.Unverified
  • Install-script risk not yet assessed.Unverified
  • Dependency health could not be checked: this artifact ships no SBOM or dependency manifest, so there is no dependency list to read.Unverified
Provenance & Transparency48
  • Source repository is publicly reachable at the declared URL. View diagnostics → Pass
  • Provenance check failed: no build-provenance attestation is published. See how to fix → View diagnostics → Fail
  • Clear OSI-approved license (Apache-2.0).Pass
  • Actively maintained (last published 0 days ago).Pass
  • Publishes a security disclosure policy (SECURITY.md).Pass
Schema Quality & AI Usability54
  • AI-judged instruction clarity (good).Pass
  • Context-footprint check failed: tool/resource definitions use about 3678 tokens (~306/item across 12 items; 12 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 Management30
  • Stability observed for 9 of 30 days with no destabilising changes; credit accrues until the full window elapses.Partial
Tool Coverage92
  • 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
  • 76% of tool parameters carry a description.Partial
Tool Safety100
  • No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
  • We read all 12 captured tool definition(s), and no name or description among them implies an irreversible operation.Pass
  • An AI judge read all 13 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

Unverified: 1 category

A category scored 0 because we could not verify it: a data source with nothing on this package, evidence we could not reach, or a check we could not run. We only credit what we can confirm.

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.

  • 23 Oct 26 +1

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

  • 22 Oct 26 0
    • Package version: 0.2.1 → 0.2.2 functional
  • 21 Oct 26 +1

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

  • 20 Oct 26 0
    • Package version: 0.2.0 → 0.2.1 functional
  • 18 Oct 26 +1

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

  • 17 Oct 26 +1
    • Stability: unverified → 0.10 ▲ functional
  • 14 Oct 26 +27
    • Injection markers: unverified → pass ▲ security
    • First check of Judged manipulation: pass security
    • Stability: Stability not yet verified: not enough scan history yet (needs a 30-day window). security
    • Tool coverage: unverified → 100 ▲ functional
    • MCP protocol: unverified → pass ▲ functional
    • First check of Schema quality: fail functional
    • First check of Destructive annotations: pass functional
    • First check of Schema quality: fail functional
    • First check of Tool coverage: 76 functional
    • First check of Schema quality: good functional
  • 12 Oct 26 10

    First indexed and scored.

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 23 Oct 2026 · Analysed oci/ghcr.io/praxec/fmeca@0.2.2

Provenance No attestation

The registry publishes no build provenance for this version, so there is nothing to verify.

Result No attestation
Ecosystem oci
Reason No attestation published

Background: How many MCP packages publish verified provenance →

MCP tools · 12 exposed · ~2,366 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
actions.suggest ~402

READ-ONLY. Read an analysis under a declarative risk policy and SUGGEST actions; it never changes the analysis or appends to the log. Pass exactly one of session_id or analysis ({matrix_strategy?, failure_modes[]} as for analyze). Optional: policy (a preset name or a file name in .fmeca/policies/, no paths; default compat-0.1), as_of (YYYY-MM-DD; default today, UTC; echoed back), bands[] (keep failure modes in these effective bands), tags[] (keep actions with any of these tags), required_only (keep only required actions), group_by (failure_mode|band|tag|action). Roll-ups and signoff always cover the whole analysis. Returns {policy{name,hash,class,matrix_derived_from,source}, as_of, failure_modes[]{id, inherent_band, residual_band, effective_band, confidence, fallback?, status, rationale_needed, actions[]}, excluded[], rollups, signoff{pass,reasons[]}, groups?}. Errors: POLICY_NOT_FOUND, INVALID_POLICY, POLICY_STRATEGY_MISMATCH; a malformed as_of reports INVALID_POLICY: date: ....

NameTypeReqDescription
analysisobject–A one-shot analysis, the same envelope as the analyze tool. Pass exactly one of session_id and analysis.
as_ofstring–YYYY-MM-DD. Default: today (UTC). Echoed back.
bandsarray–Keep only failure modes whose effective band is listed.
group_bystring–Add a groups map.
policystring–A preset name or a file name in .fmeca/policies/ (no paths, no ..). Default compat-0.1.
required_onlyboolean–Keep only required actions.
session_idstring–A session to read. Pass exactly one of session_id and analysis.
tagsarray–Keep only actions carrying any of these tags.

No output schema declared.

No examples provided.

analyze ~284

Stateless one-shot FMECA: hand it an ENTIRE analysis in one call, get back the ENTIRE computed report. NO session, NO persistence, NO event log — (input) → (computed report), deterministic + idempotent. Uses the SAME kernel compute as the session path (criticality matrix, residual, standing, response_class, readiness) so it cannot diverge. Args: optional matrix_strategy (qualitative3x3 (default) | nasa8004_5x5) + failure_modes[] — each {id, component{id}, description, cause?, effect?, domain, scope?, severity_observations[], probability_observations[], mitigations[]{id, kind, description, residual_severity_observations[], residual_probability_observations[]}}. ALL observation arrays (incl. the residual ones) are ids from scoring.catalog for the SELECTED strategy (NOT scores). Returns {matrix_strategy, failure_modes[]{id, criticality, residual_criticality, standing, response_class, issues[]}, risk_ranking[] (fm ids, highest risk first), issues[], ready, blockers[]}. An unknown observation id → INVALID_OBSERVATION.

NameTypeReqDescription
failure_modesarrayyesThe entire batch of failure modes to analyze in one shot.
matrix_strategystring–Optional. Selects the criticality matrix; default qualitative3x3.

No output schema declared.

No examples provided.

append ~434

Append one event. Tagged by `variant`: add_failure_mode{session_id, failure_mode} | add_mitigation{session_id, mitigation} | rescore{session_id, rescore} | set_mitigation_status{session_id, mitigation_id, status (planned|implemented|verified|abandoned), evidence?[]{kind, reference, basis?}, note?} (verified needs evidence whose kind is not note) | set_failure_mode_disposition{session_id, failure_mode_id, disposition (open|accepted|excluded), rationale, approver?, evidence?[]} (accepted needs an approver; excluded needs evidence whose kind is not note). The server stamps `at` on status and disposition changes. Never delete a failure mode: exclude it. A failure_mode / rescore supplies severity_observations + probability_observations, and a mitigation supplies residual_severity_observations + residual_probability_observations (all ids from scoring.catalog) — NOT a score; the engine derives every level. Returns the recomputed FmecaState with freshly-computed criticality + signals.

NameTypeReqDescription
approverstring–set_failure_mode_disposition. Required for accepted.
dispositionstring–set_failure_mode_disposition. accepted needs an approver; excluded needs evidence whose kind is not note.
evidencearray––
failure_modeobject–add_failure_mode. Besides the core fields: optional local_effect, next_effect (effect is the end effect), single_point, parent{session_id, failure_mode_id} and refs[].
failure_mode_idstring–set_failure_mode_disposition.
mitigationobject––
mitigation_idstring–set_mitigation_status.
notestring–set_mitigation_status. Optional.
rationalestring–set_failure_mode_disposition. Required, non-empty.
rescoreobject––
session_idstringyes–
statusstring–set_mitigation_status. verified needs evidence whose kind is not note.
variantstringyes–

No output schema declared.

No examples provided.

policy.list ~69

READ-ONLY. List the risk policies actions.suggest accepts: {presets[], project[]}, each {name, hash, class, description, source}. Project policies are the files in .fmeca/policies/; one that fails to load is listed with an error instead of failing the call.

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

readiness.assess ~58

Compute the ReadinessReport: ready bool + residual-criticality buckets + blockers. Ready iff every failure mode is scored, no residual High/Medium remains, and no weak_mitigation_order issue stands.

NameTypeReqDescription
session_idstringyes–

No output schema declared.

No examples provided.

report.export ~67

Emit the FMECA report: a row per failure mode (component, domain, cause, effect, criticality, residual, standing, response_class, mitigations), residual buckets, an explicit accepted-risks section, and the verbatim blockers.

NameTypeReqDescription
session_idstringyes–

No output schema declared.

No examples provided.

risk.next ~47

The highest-criticality UNMITIGATED failure mode to address next. Returns {risk: null} when nothing unmitigated is High/Medium.

NameTypeReqDescription
session_idstringyes–

No output schema declared.

No examples provided.

scoring.catalog ~145

The fixed evidence→score catalog for a strategy: criteria{id, axis (severity|probability), level_ordinal, level (label), description} + the selected matrix_strategy. Optional matrix_strategy arg (default qualitative3x3). Supply these ids as severity_observations / probability_observations on append — the engine maps observations to a strategy-relative level (MAX-combine) and the matrix collapses it to criticality (low|medium|high). The model never supplies a score. A session's ACTIVE catalog is also embedded in session.open / state.get.

NameTypeReqDescription
matrix_strategystring–Optional. Which strategy's catalog to return; default qualitative3x3.

No output schema declared.

No examples provided.

session.list ~198

List the analyses in the state dir (the project's .fmeca/ when there is one). Optional exact-match filters: level, aspect, parent. Returns {state_dir, sessions[]} sorted by session_id; each row is {session_id, title, level, aspect, scope_paths, parent, failure_modes (count, excluded ones left out), by_standing{unmitigated, under_mitigated, acceptable}, excluded (count), ready, ready_verified, resolution{planned, implemented, verified, abandoned}, critical_items (count), accepted_risks (count)}. A log that fails to replay is listed as {session_id, error} instead of failing the call (such rows are kept whatever the filters).

NameTypeReqDescription
aspectstring–Optional. Only analyses of this aspect.
levelstring–Optional. Only analyses at this level.
parentstring–Optional. Only children of this session id.

No output schema declared.

No examples provided.

session.open ~276

Start or resume a session by session_id. Optional matrix_strategy SELECTS the criticality matrix (closed set: qualitative3x3 (default) | nasa8004_5x5); a session's strategy is fixed once opened, and you SELECT it — you cannot edit its cells. Optional analysis metadata, also fixed once opened: title, level (concept|conops|technical_plan|project_plan|implementation|verification), aspect, scope_paths[] and parent (an existing session id). Convention: session_id = <aspect>-<level>. Returns the current FmecaState including meta, matrix_strategy, matrix_scale, the active scoring_catalog, the component registry, computed criticality, signals, and readiness.

NameTypeReqDescription
aspectstring–Optional. What is analysed, e.g. checkout.
levelstring–Optional. The level of this analysis.
matrix_strategystring–Optional. Selects the criticality matrix; default qualitative3x3. Fixed once the session is opened.
parentstring–Optional. The parent session id (must exist), e.g. a technical plan's conops.
scope_pathsarray–Optional. Repo paths this analysis covers.
session_idstringyes–
titlestring–Optional. A human title for the analysis.

No output schema declared.

No examples provided.

state.get ~46

Read-only FmecaState projection: failure modes with computed criticality/residual/standing + mitigations + issues + signals + registry + readiness.

NameTypeReqDescription
session_idstringyes–

No output schema declared.

No examples provided.

vet ~340

ADVISORY second opinion from Jev (a calibrated judgment model on OpenRouter; needs OPENROUTER_API_KEY). Pass exactly one of session_id or analysis (the analyze args shape). Asks up to max_questions (default 40, max 200) in four checks: observations (do the claimed scoring.catalog observations apply; does the next level up?), mitigations (how fully each addresses the cause; is its declared kind right?), coverage (failure classes no failure mode covers) and readiness (sound enough to sign off?). Returns {status: ok, model, usage{cost}, readiness_gate, findings[]{check, target, question_hash, probability, threshold, verdict (flag|ok; readiness concern|ok)}, skipped[] (unsent question hashes), questions_sent} or {status: vet_unavailable, reason (no_key|timeout|http_4xx|http_5xx|network|bad_response|bad_config), detail, readiness_gate}. NEVER writes and NEVER changes a score: the readiness_gate is the deterministic one; findings are probabilities to weigh, not verdicts. Excluded failure modes are skipped.

NameTypeReqDescription
analysisobject–A one-shot analysis in the analyze tool's argument shape. Not with session_id.
checksarray–Optional. Which checks to run; default all four. Readiness and coverage are always asked before the per-failure-mode checks.
max_questionsinteger–Optional. Questions to send (default 40); the rest are listed in skipped. 0 sends none.
session_idstring–The session to vet. Pass this or analysis, not both.

No output schema declared.

No examples provided.

Install

How do I install the io.github.praxec/fmeca MCP server?

io.github.praxec/fmeca runs locally as a container image, launched with docker run --rm -i ghcr.io/praxec/fmeca:0.2.2. Ready-made configuration for Claude, Cursor, VS Code, Codex and 3 more is on this page, copied from each client's own documentation.

oci · ghcr.io/praxec/fmeca

# add to Claude Code
claude mcp add praxec-fmeca -- docker run --rm -i ghcr.io/praxec/fmeca:0.2.2
Common questions

What is the io.github.praxec/fmeca MCP server?

io.github.praxec/fmeca is an MCP server listed in the public MCP registry as io.github.praxec/fmeca. Deterministic, offline FMECA MCP server: failure modes, criticality matrix, mitigations, readiness. This page covers its container image (ghcr.io/praxec/fmeca).

Is the io.github.praxec/fmeca MCP server safe to use?

io.github.praxec/fmeca scores 41 out of 100 on VerifyMCP. 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 io.github.praxec/fmeca MCP server expose?

io.github.praxec/fmeca exposes 12 tools: session.open, append, state.get, risk.next, readiness.assess, and 7 more. Their descriptions and schemas cost roughly 2,366 tokens of context every time the server is loaded.

Is the io.github.praxec/fmeca MCP server still maintained?

io.github.praxec/fmeca is still listed as active in the MCP registry. We last reached this channel on 23 October 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 io.github.praxec/fmeca MCP server under?

io.github.praxec/fmeca 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.