ReliaStats
Server Details
Reliability statistics — Weibull/lognormal fitting, MTBF/MTTR, availability, system composition.
- Status
- Healthy
- Last Tested
- Transport
- Streamable HTTP
- URL
Glama MCP Gateway
Connect through Glama MCP Gateway for full control over tool access and complete visibility into every call.
Full call logging
Every tool call is logged with complete inputs and outputs, so you can debug issues and audit what your agents are doing.
Tool access control
Enable or disable individual tools per connector, so you decide what your agents can and cannot do.
Managed credentials
Glama handles OAuth flows, token storage, and automatic rotation, so credentials never expire on your clients.
Usage analytics
See which tools your agents call, how often, and when, so you can understand usage patterns and catch anomalies.
Tool Definition Quality
Average 4.6/5 across 11 of 11 tools scored.
Each tool targets a distinct aspect of reliability engineering: compute functions (compute_availability, system_reliability), interpretations (interpret_weibull_shape, weibull_summary), educational explainers (explain_*), and catalog references (describe_bottling_line, list_paired_models, recommend_distribution). No two tools have overlapping purposes.
Most tools use a verb_noun pattern (compute_, describe_, explain_, interpret_, list_, recommend_), but 'system_reliability' and 'weibull_summary' are noun phrases without a verb, breaking the pattern. The mixture of styles could confuse an agent expecting consistent naming.
With 11 tools, the server is well-scoped for a focused reliability engineering domain. It covers core computations, educational content, and model references without being overwhelming or underdeveloped.
The tool surface covers essential reliability calculations, distribution explanations, and cross-MCP workflows. Minor gap: no built-in distribution fitting tool (though recommend_distribution suggests candidates). Data import is handled externally, keeping the server focused.
Available Tools
11 toolscompute_availabilityRead-onlyIdempotentInspect
Given MTBF and MTTR (same time unit), return steady-state availability A = MTBF / (MTBF + MTTR). One-line closed-form, but worth a dedicated tool so LLMs don't fumble the identity (the most common mistake is conflating MTBF with MTTF and silently inflating availability by the MTTR). Use whenever a user supplies an MTBF/MTTR pair and asks for availability. ANTI-FABRICATION: exact closed-form. Quote verbatim.
| Name | Required | Description | Default |
|---|---|---|---|
| mtbf | Yes | Mean Time Between Failures (repairable system). Same time unit as MTTR. | |
| mttr | Yes | Mean Time To Repair. Same time unit as MTBF. |
describe_bottling_lineRead-onlyIdempotentInspect
Return the full worked-example doc for the bottling-line paired model — topology (5 machines: Filler/Capper/Labeler/Case Packer/Palletizer, 100 bottles/min, Weibull(30,1) TTF + Weibull(5,1) downtime at the Constraint-Level rollup), the two tracks (CT rollup vs LEDS-Level drill-down to 36 named failure modes), the 4 build sequences (BS1 → BS4), the file-shape mapping between ReliaSim outputs and ReliaStats modes, and a worked cross-MCP tool chain. Optional 'section' parameter narrows to one H2 section. ANTI-FABRICATION: content is sourced from docs/paired-model-bottling-line.md; every claim references the .aidos files or ChapterRegistry.fs in reliasim-site.
| Name | Required | Description | Default |
|---|---|---|---|
| section | No | Optional H2 section name from docs/paired-model-bottling-line.md to narrow the response. Examples: 'Topology — the line itself', 'The two tracks — Constraint-Level vs LEDS-Level', 'The four build sequences (BS1 → BS4)', 'File-shape mapping — which ReliaStats mode consumes what', 'The cross-MCP workflow — worked example'. Omit to return the full doc. |
explain_advanced_reliability_patternsRead-onlyIdempotentInspect
Return a textbook-tier explainer of advanced reliability patterns: censored data (right/left/interval — the rule not the exception), Maximum Likelihood Estimation, Goodness-of-Fit tests (Anderson-Darling favored over KS for tail-sensitive reliability work), the Confidence-Interval vs Prediction-Interval distinction that backs the Interrupt Validation scatter, accelerated life testing (Arrhenius / inverse power law / Coffin-Manson), and Bayesian reliability. No inputs. ANTI-FABRICATION: text is sourced from docs/reliability-theory.md.
| Name | Required | Description | Default |
|---|---|---|---|
No parameters | |||
explain_distributions_for_reliabilityRead-onlyIdempotentInspect
Return a textbook-tier distribution zoology for reliability work: why Weibull is the default, the shape-parameter β table mapping β-ranges to physical failure modes (β<1 infant mortality, β=1 random, β>1 wearout), when to reach for Exponential / Lognormal / Normal / Gamma, and practitioner heuristics for picking a distribution. No inputs. Use when a user asks 'which distribution should I fit' / 'what does Weibull β mean' / 'when to use Lognormal'. ANTI-FABRICATION: text is sourced from docs/reliability-theory.md. The β-as-failure-mode interpretation is ChiAha's practitioner framing — quote verbatim; do not paraphrase.
| Name | Required | Description | Default |
|---|---|---|---|
No parameters | |||
explain_pi_vs_ci_for_validationRead-onlyIdempotentInspect
Return the specific explainer for the ReliaStats Interrupt Validation scatter chart's red y=x / blue 95% Prediction Interval / teal 99% Confidence Interval reference lines. Use when a user asks 'what do the bands mean' / 'why is my point outside the blue line' / 'how do I read the validation scatter'. The bands are FIXED plotting conventions — they are NOT recomputed from the loaded data; this is anti-fab by design. Text sourced from docs/reliability-theory.md (the 'Confidence intervals vs prediction intervals' sub-section of Advanced Reliability Patterns).
| Name | Required | Description | Default |
|---|---|---|---|
No parameters | |||
explain_reliability_basicsRead-onlyIdempotentInspect
Return a textbook-tier explainer of reliability fundamentals: the four reliability functions R(t)/F(t)/f(t)/h(t), MTBF vs MTTF vs MTTR, the availability identity A = MTBF/(MTBF+MTTR), the bathtub curve, and series/parallel system reliability. No inputs. Use when a user asks 'what is reliability theory' / 'explain MTBF' / 'how does availability work' / 'what's a hazard rate'. ANTI-FABRICATION: text is sourced from docs/reliability-theory.md (the canonical ChiAha reliability primer). Quote sections verbatim; do not paraphrase reliability theory from training-data recall.
| Name | Required | Description | Default |
|---|---|---|---|
No parameters | |||
interpret_weibull_shapeRead-onlyIdempotentInspect
Given a Weibull shape parameter β (and optionally the characteristic-life parameter η), return a plain-language interpretation: which bathtub-curve regime β implies (infant mortality / random / wearout), what action that suggests (process-of-care / steady-state monitoring / maintenance scheduling), and — if η provided — closed-form MTTF and B-life numbers from the Weibull formulas. Pure-math + lookup, no engine call, fully deterministic. Use when a user reports a fitted β and wants to know what to DO with it. ANTI-FABRICATION: MTTF and B-life are exact closed-form values from the two-parameter Weibull (η · Γ(1+1/β) and η · (-ln(1-p))^(1/β)). Quote them verbatim.
| Name | Required | Description | Default |
|---|---|---|---|
| eta | No | Optional Weibull characteristic-life parameter η, in the same time units you care about (e.g. hours). When provided, the response includes MTTF + B-life numbers. | |
| beta | Yes | Weibull shape parameter β (dimensionless). Typical reliability range 0.3 – 8.0. |
list_paired_modelsRead-onlyIdempotentInspect
Return the catalog of paired models — concrete real-world systems that live in two ChiAha sandboxes simultaneously, one for dynamics (DES via ReliaSim) and one for statistics (distribution fitting + validation via ReliaStats). Today: a single paired model — the bottling line. Returns canonical model IDs + cross-MCP routing metadata (which ReliaSim chapter, which ReliaSim MCP tools, which ReliaStats mode consumes which file shape). Use when a user asks about cross-MCP workflows, paired sandboxes, or the bottling-line example. ANTI-FABRICATION: this is a soft-reference catalog — to actually run a simulation, the LLM client calls ReliaSim's MCP tools directly.
| Name | Required | Description | Default |
|---|---|---|---|
No parameters | |||
recommend_distributionRead-onlyIdempotentInspect
Given a free-text symptom description (e.g. 'manufacturing burn-in', 'bearing wearout under variable load', 'cosmic-ray bit flips'), return an ordered shortlist of distribution candidates with a one-line rationale per recommendation. Keyword-matched against a curated dictionary; ALWAYS treat output as a starting point for fitting work, not a fit. The actual fitting happens in the ReliaStats sandbox (protected/app.html). ANTI-FABRICATION: rationales are written ChiAha content; the algorithm is a deterministic substring match. Quote verbatim.
| Name | Required | Description | Default |
|---|---|---|---|
| symptoms | Yes | Free-text description of the failure data or context — e.g. 'manufacturing burn-in', 'bearing wearout', 'cosmic-ray bit flips', 'multi-stage degradation'. Substring-matched against a keyword dictionary; returns an ordered shortlist with rationale. | bearing wearout |
system_reliabilityRead-onlyIdempotentInspect
Given per-component reliabilities and a structure ('series' or 'parallel'), return the system reliability. Series = product (all must work). Parallel = 1 − product(1−Rᵢ) (at least one works). Useful for back-of-envelope RBD calcs before reaching for full RBD tooling. For mixed-structure systems (series with parallel sub-blocks), call this tool repeatedly on the sub-blocks. ANTI-FABRICATION: exact closed-form. Quote verbatim.
| Name | Required | Description | Default |
|---|---|---|---|
| structure | Yes | RBD structure: 'series' (all must work) or 'parallel' (at least one works). | series |
| components | Yes | Per-component reliabilities in [0, 1]. Order doesn't matter. |
weibull_summaryRead-onlyIdempotentInspect
Given Weibull two-parameter (β, η), return all the closed-form summary statistics: MTTF (η·Γ(1+1/β)), B10 / B50 / B90 life, characteristic life (just η, surfaced explicitly), and — if evaluateAtT supplied — R(t), F(t), and hazard h(t) at that time. Pure-math, fully deterministic. Use when the user has a fit and wants the numbers downstream tools normally compute (don't recompute these from training-data recall — call this tool). ANTI-FABRICATION: every number is an exact closed-form value. Quote verbatim.
| Name | Required | Description | Default |
|---|---|---|---|
| eta | Yes | Weibull characteristic life η, in your chosen time unit. | |
| beta | Yes | Weibull shape parameter β (dimensionless). | |
| evaluateAtT | No | Optional time t (same unit as η) at which to also return reliability R(t), failure F(t), and hazard h(t). |
Claim this connector by publishing a /.well-known/glama.json file on your server's domain with the following structure:
{
"$schema": "https://glama.ai/mcp/schemas/connector.json",
"maintainers": [{ "email": "your-email@example.com" }]
}The email address must match the email associated with your Glama account. Once published, Glama will automatically detect and verify the file within a few minutes.
Control your server's listing on Glama, including description and metadata
Access analytics and receive server usage reports
Get monitoring and health status updates for your server
Feature your server to boost visibility and reach more users
For users:
Full audit trail – every tool call is logged with inputs and outputs for compliance and debugging
Granular tool control – enable or disable individual tools per connector to limit what your AI agents can do
Centralized credential management – store and rotate API keys and OAuth tokens in one place
Change alerts – get notified when a connector changes its schema, adds or removes tools, or updates tool definitions, so nothing breaks silently
For server owners:
Proven adoption – public usage metrics on your listing show real-world traction and build trust with prospective users
Tool-level analytics – see which tools are being used most, helping you prioritize development and documentation
Direct user feedback – users can report issues and suggest improvements through the listing, giving you a channel you would not have otherwise
The connector status is unhealthy when Glama is unable to successfully connect to the server. This can happen for several reasons:
The server is experiencing an outage
The URL of the server is wrong
Credentials required to access the server are missing or invalid
If you are the owner of this MCP connector and would like to make modifications to the listing, including providing test credentials for accessing the server, please contact support@glama.ai.
Discussions
No comments yet. Be the first to start the discussion!