Skip to main content
Glama

mystorax-host

The front-neutral distribution package for MystoraX.

For Claude Science, import this GitHub repository once. It intentionally publishes exactly two skills:

  • use-mystorax — universal provider/CLI access

  • use-mystorax-science — the single consolidated Science capability

The skills contain no duplicated model, connector, tool, or specialist lists. They discover the current catalog from MystoraX at execution time.

The NVIDIA BioNeMo Agent Toolkit remains a separate imported scientific-model toolkit. Codex Delegate also remains separate because it is a narrow handoff helper, not a duplicate Science product.

Retired names such as Axiom, CompBio, and Science OS are not separate products or skills.

Available Tools

10 tools
mystorax_axiom_tool_callC

Call one allowlisted Axiom tool via Conductor. Fail-closed without MYSTORAX_AXIOM_MCP_TOKEN on the Conductor side.

Inputs: tool (required), arguments, timeout_s.

mystorax_capability_lookupC

Lookup surfaces/capabilities by id substring or keyword.

Inputs: query (required).

mystorax_job_statusC

Poll durable job status by job_id / wait_id.

Inputs: job_id (required).

mystorax_routing_guideA

Fetch MystoraX routing doctrine (authors, Hands, Science OS, refusals). Call this before inventing routes.

Inputs: no named parameters.

mystorax_science_resumeC

Resume a Science OS campaign (max_phases budget; auto-stop at EVIDENCE; never auto-CERTIFY).

Inputs: goal (required), campaign_id (required), via, phase, +3 more.

mystorax_science_statusB

Science OS / Axiom readiness + MCP proxy status.

Inputs: no named parameters.

mystorax_submit_goalC

Submit a goal to Conductor POST /v1/goal. Prefer this over talking to bridges or CLIs directly. job_class may be research|coding|planning|science|ops|voice_frontdoor.

Inputs: text (required), host, mode, model, +4 more.

mystorax_surfacesC

List MystoraX capability surfaces with status (wired|guided|inventory|refused|deferred). Optional status filter.

Inputs: status.

mystorax_wait_stream_hintC

Return the SSE wait-wake recipe so Hands do not burn CLI tokens waiting.

Inputs: wait_id.

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

Loading tool schema changelog…

    TDQS

    B3.1/5.0

    Scored across 10 tools

    Disambiguation4/5

    Most tools target clearly distinct concerns: routing guide vs surfaces vs goal/job lifecycle vs science/axiom operations. However, some boundary overlap exists between mystorax_surfaces, mystorax_capability_lookup, and mystorax_axiom_tool_search—all three concern lookup/discovery of capabilities, and an agent could easily confuse which returns what. mystorax_axiom_tool_search vs mystorax_axiom_tool_call are distinct but could be misselected at the edge.

    Naming Consistency3/5

    All tool names follow a consistent mystorax_ snake_case prefix pattern. However, the post-prefix names mix conventions: some are verb_noun (submit_goal, call_tool, search), some are noun-oriented (surfaces, job_status, science_status, routing_guide), and 'wait_stream_hint' and 'capability_lookup' vary in style. There's no consistent verb-first pattern across the set, making it less predictable.

    Tool Count5/5

    10 tools is a well-scoped count for a platform orchestration server covering routing doctrine, capability discovery, goal/job submission, and science operations. Each tool serves a distinct functional area and the count feels appropriate—not bloated, not thin.

    Completeness4/5

    The surface covers the core lifecycle: routing doctrine, capability discovery, goal submission, job status polling, wait-stream handling, science readiness, and tool execution. The main gap is the absence of any cancellation, update, or error-recovery tool for submitted goals/jobs, so agents cannot abort or modify a running job. Minor gaps for resume campaign control, but core workflows are covered.

    Related MCP Connectors

    Related MCP Servers