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

XFuel

NPM · XFUEL-MCP · SCANNED AUG 3

Submit AI inference to XFuel, pay per task (USDC via x402 or TFUEL), fetch/verify ZK proofs.

Available components

+24 this week 67 Trust /100
Trust breakdown (6 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 →

Supply Chain Security88
  • No malware found by supply-chain analysis.Pass
  • Only part of the dependency tree could be resolved (118 of 119), so this covers what we could see, not the whole tree.Partial
  • No install/post-install scripts declared.Pass
  • Only part of the dependency tree could be resolved (118 of 119), so this covers what we could see, not the whole tree. View diagnostics → Partial
Provenance & Transparency45
Schema Quality & AI Usability61
  • AI-judged instruction clarity (good).Pass
  • Context-footprint check failed: tool/resource definitions use about 1858 tokens (~232/item across 8 items; 8 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 Management27
  • Stability observed for 8 of 30 days with no destabilising changes; credit accrues until the full window elapses.Partial
Tool Coverage100
  • 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
  • 100% of tool parameters carry a description.Pass
Capabilities100
  • Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28.Pass
Install

Add this component to your MCP client. Where a client-specific snippet is available, pick your client below and copy it straight into your config; otherwise use the connection detail shown.

npm · xfuel-mcp

# add to Claude Code
claude mcp add xfuel-lab-xfuel-mcp -- npx -y xfuel-mcp
# add to Codex CLI
codex mcp add xfuel-lab-xfuel-mcp -- npx -y xfuel-mcp
// opencode.json
{
  "$schema": "https://opencode.ai/config.json",
  "mcp": {
    "xfuel-lab-xfuel-mcp": {
      "type": "local",
      "command": [
        "npx",
        "-y",
        "xfuel-mcp"
      ],
      "enabled": true
    }
  }
}
# add to OpenClaw
openclaw mcp add xfuel-lab-xfuel-mcp --command npx --arg -y --arg xfuel-mcp
# ~/.hermes/config.yaml
mcp_servers:
  xfuel-lab-xfuel-mcp:
    command: "npx"
    args: ["-y", "xfuel-mcp"]
// mcp.json
{
  "mcpServers": {
    "xfuel-lab-xfuel-mcp": {
      "command": "npx",
      "args": [
        "-y",
        "xfuel-mcp"
      ]
    }
  }
}
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.

  • 3 Aug 26 +4
    • Stability: unverified → 0.27 functional
  • 2 Aug 26 +58
    • Provenance: unverified → fail security
    • Install scripts: unverified → pass security
    • Known CVEs: unverified → partial security
    • Malware scan: unverified → pass security
    • Stability: Stability not yet verified: not enough scan history yet (needs a 30-day window). security
    • Security disclosure: fail → unverified functional
    • License: unverified → pass functional
    • Dependency health: unverified → partial functional
    • Maintenance: unverified → pass functional
    • MCP protocol: unverified → pass functional
    • Schema quality: unverified → good functional
    • Tool coverage: unverified → 100 functional
    • Licence: Apache-2.0 functional
  • 1 Aug 26 −13
    • Tool coverage: 100 → unverified functional
    • First check of Schema quality: unverified functional
  • 31 Jul 26 −7
    • We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
  • 30 Jul 26 −18
    • Malware scan: pass → unverified security
  • 27 Jul 26 43

    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 3 Aug 2026 · Analysed npm/[email protected]

Provenance none

Ecosystem: npm · Outcome: none

Dependencies 118 packages

118 packages in the resolved dependency tree · 115 deprecated · 33 stale.

The dependency tree was only partially resolved, so these counts may be incomplete.

MCP tools — 8 exposed · ~1,858 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.

Tool Tokens
get_health ~67

Check the connected XFuel API's health and configuration (fee config, supported chains, message types, demo limits). Useful for discovery/diagnostics. Args: none. Returns JSON: the /health payload (status, server, version, fee_config, chains, message_types, …).

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

get_proof ~145

Fetch the SP1 ZK settlement proof for a settled task. Args: - task_id (string): the id returned by submit_inference Returns JSON: { task_id, status, proof_outcome, payment_binding, sp1_proof: { proof, publicInputs, nullifier, provingTimeMs }, fee }. The proof attests settlement metadata + a commitment to the output hash (NOT inference correctness). To validate it, use verify_proof(task_id). Fails if the task has not settled yet — poll get_task_status until proof_outcome is 'valid'.

NameTypeReqDescription
task_idstringyesTask id from submit_inference

No output schema declared.

No examples provided.

get_task_status ~155

Get the current status of an XFuel task, including proof outcome and fee breakdown. Args: - task_id (string): the id returned by submit_inference Returns JSON: { task_id, status, proof_outcome, message_type, chain_id, gross_amount, fee_amount, net_amount, fee_bps, payment_rail, payment_ref, result, sp1_proof, created_at, updated_at }. 'status' reaches a terminal value ('completed' | 'fee_collected' | 'failed'); 'proof_outcome' is one of 'pending' | 'valid' | 'regenerable' | 'invalid'.

NameTypeReqDescription
task_idstringyesTask id from submit_inference

No output schema declared.

No examples provided.

list_models ~88

List the models XFuel can route inference to (OpenAI-compatible GET /v1/models). Call this first to discover valid model ids, then pass one as 'model' to submit_inference or pay_with_usdc. No side effects. Args: none. Returns JSON: { object: 'list', data: [{ id, object: 'model', created, owned_by }] }.

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

pay_with_usdc ~556

Submit an AI inference task and settle it with USDC via x402 (the default XFuel rail). The server signs an EIP-3009 USDC authorization on Base with its configured payer wallet, so the agent doesn't manage the handshake. If the server has x402 disabled it transparently falls back to the TFUEL rail (no payment is made). Requires the server to be started with XFUEL_PAYER_PRIVATE_KEY. If it is not set, this tool returns a clear "not configured" message — use submit_inference (TFUEL) instead, or the xfuel-sdk with your own payer. The USDC network is chosen by the server's x402 challenge (the payer signs for whatever network the challenge specifies, e.g. Base or Base Sepolia). Args: - model (string): model id, e.g. "llama-3-70b" - amount (string): gross task value in the smallest unit (wei); minimum 10000 - sender (string, optional): the 0x address that owns the task (default: the payer wallet address) - chain_id ('theta'|'bittensor'|'akash'|'osmosis'|'persistence'): settlement network (default 'theta') - input_hash (string, optional): keccak256 of your input (recommended for inference) - memo (string, optional): free-form note echoed on the task - max_gpu_hours (string, optional): compute budget hint - subnet_id (number, optional): Bittensor subnet id when chain_id='bittensor' - callback_url (string, optional): webhook that receives a signed TaskSettled event Returns JSON: { task_id, status, payment_rail, fee_bps, gross_amount, fee_amount, net_amount, links }. 'payment_rail' is 'usdc' when the x402 handshake ran, or 'tfuel' if the server fell back.

NameTypeReqDescription
amountstringyesGross task value in smallest unit (wei); min 10000
callback_urlstringWebhook for signed TaskSettled event
chain_idstringSettlement network (default theta)
input_hashstringkeccak256 of your input
max_gpu_hoursstringCompute budget hint
memostringFree-form note
modelstringyesModel id, e.g. "llama-3-70b"
senderstring0x address that owns the task (default: payer wallet)
subnet_idintegerBittensor subnet id

No output schema declared.

No examples provided.

quote_task ~150

Preview per-rail pricing for a task WITHOUT creating it (no side effects). Use this before submit_inference to show the user cost across payment rails. Args: - model_id (string, optional): model id to price (some models have overrides) - amount (string, optional): TFUEL task value in wei (echoed back in the tfuel rail) Returns JSON: { recommended, default_rail, rails: { usdc: { enabled, asset, network, decimals, amount, pay_to }, tfuel: { amount } } }.

NameTypeReqDescription
amountstringTFUEL task value in wei
model_idstringModel id to price

No output schema declared.

No examples provided.

submit_inference ~455

Submit an AI inference task to the XFuel Protocol. XFuel routes it to a GPU provider (Theta EdgeCloud → DePIN fallbacks), and settles with a ZK proof. Args: - model (string): model id, e.g. "llama-3-70b" - sender (string): the 0x address that owns/pays for the task - amount (string): gross task value in the smallest unit (wei); minimum 10000 - chain_id ('theta'|'bittensor'|'akash'|'osmosis'|'persistence'): settlement network (default 'theta') - input_hash (string, optional): keccak256 of your input (recommended for inference) - memo (string, optional): free-form note echoed on the task - max_gpu_hours (string, optional): compute budget hint - subnet_id (number, optional): Bittensor subnet id when chain_id='bittensor' - callback_url (string, optional): webhook that receives a signed TaskSettled event Returns JSON: { task_id, status, payment_rail, fee_bps, gross_amount, fee_amount, net_amount, links }. Poll progress with get_task_status(task_id); fetch settlement with get_proof(task_id). Note: this submits with the server's default (unpaid/TFUEL) rail. For USDC/x402 settlement (which needs an agent-side signer) use the xfuel-sdk directly.

NameTypeReqDescription
amountstringyesGross task value in smallest unit (wei); min 10000
callback_urlstringWebhook for signed TaskSettled event
chain_idstringSettlement network (default theta)
input_hashstringkeccak256 of your input
max_gpu_hoursstringCompute budget hint
memostringFree-form note
modelstringyesModel id, e.g. "llama-3-70b"
senderstringyes0x address that owns/pays for the task
subnet_idintegerBittensor subnet id

No output schema declared.

No examples provided.

verify_proof ~242

Independently verify a settled task's proof client-side (the "prove it" flow in one call): 1. a proof is present and proof_outcome === 'valid'; 2. the x402 payment binding (if present) re-derives to the committed value; 3. (optional) the on-chain nullifier's spent state, when check_nullifier=true AND the server was started with XFUEL_RPC_URL + ZK_VERIFIER_ADDRESS. Args: - task_id (string): the id returned by submit_inference - check_nullifier (boolean, optional): also read the on-chain nullifier state (default false) Returns JSON: { ok, checks: { hasProof, proofOutcomeValid, paymentBinding, nullifier }, reasons }. 'ok' is true when the proof is present + valid and any present payment binding is consistent. The nullifier read is informational and does not gate 'ok'.

NameTypeReqDescription
check_nullifierbooleanAlso read the on-chain nullifier state (needs RPC + zkVerifier configured)
task_idstringyesTask id from submit_inference

No output schema declared.

No examples provided.