OpenNodes
REMOTE · REGISTRY.OPENNODES.IO · 2 COMPONENTS
Discover verified AI inference nodes, get the best node+model per task, pre-price chains.
Available components
Last scanned (3 hours ago)
Scores higher than 66% of remote servers
Reachable. Last reached 5 Nov 2026.
Category AI and Machine Learning
How this component scores in each security and reliability category. Every signal is checked automatically against the live server, and we only credit what we can confirm. How we score → Why this is hard to score →
Endpoint Security74
- The endpoint's TLS certificate is valid, in date, and uses a strong key. View diagnostics → Pass
- No authorisation is required to call this server. Every tool declares its destructiveHint and none is destructive, so open access doesn't expose one. See how to fix → View diagnostics → Partial
- HTTPS is enforced; there's no plaintext access path. View diagnostics → Pass
- HSTS check failed: the Strict-Transport-Security header is absent. See how to fix → View diagnostics → Fail
- DNSSEC check failed: this domain isn't protected by DNSSEC. See how to fix → View diagnostics → Fail
Transport & Reachability100
- Verified streamable-http transport via a live MCP handshake. View diagnostics → Pass
Schema Quality & AI Usability60
- AI-judged instruction clarity (excellent).Pass
- Context-footprint check failed: tool/resource definitions use about 2253 tokens (~321/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 Management57
- Stability observed for 17 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
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 supported MCP spec version (2025-11-25); the latest is 2026-07-28.Pass
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.
- 5 Nov 26 0
- Server version: 0.1.46 → 0.1.51 functional
- 4 Nov 26 0
- The server rewrote its instructions, which are the text every model session reads security
- Schema quality: 1854 → 2253 ▼ functional
- Server version: 0.1.42 → 0.1.46 functional
- New tool “find_residency” functional
- “find_locations” added an optional parameter “availability” cosmetic
- “find_locations” added an optional parameter “residency” cosmetic
- “search_offerings” reworded the description of “region” cosmetic
- 3 Nov 26 0
- The server rewrote its instructions, which are the text every model session reads security
- Tool “search_offerings” rewrote its description, which is the text the model reads security
- Schema quality: 242 → 309 ▼ functional
- Server version: 0.1.33 → 0.1.42 functional
- New tool “find_locations” functional
- “search_offerings” added an optional parameter “region” cosmetic
- “search_offerings” added an optional parameter “exclude_lineage” cosmetic
- “search_offerings” added an optional parameter “local” cosmetic
- “search_offerings” added an optional parameter “location_basis” cosmetic
- “search_offerings” added an optional parameter “memory_gb” cosmetic
- 2 Nov 26 +1
- Server version: 0.1.31 → 0.1.33 functional
- 1 Nov 26 0
- Server version: 0.1.29 → 0.1.31 functional
- 31 Oct 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 37 to 40. That category is still filling its 30-day observation window: 11 days of observed history at the previous scan, 12 at this one. The score rises as the window fills, whether or not the server changes.
- 29 Oct 26 +1
- Server version: 0.1.28 → 0.1.29 functional
- 27 Oct 26 +1
- Server version: 0.1.23 → 0.1.28 functional
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 5 Nov 2026 · Probed https://registry.opennodes.io/mcp
TLS valid
Negotiated TLS 1.3 with TLS_AES_128_GCM_SHA256 .
| Subject | Issuer | Valid from | Valid until | Key | Signature | Serial |
|---|---|---|---|---|---|---|
| CN=registry.opennodes.io | CN=YE1,O=Let's Encrypt,C=US | 1 Oct 2026 | 30 Dec 2026 | ECDSA 256 | ECDSA-SHA384 | 6c9011f557485fba63a42e40db5e7133029 |
| SANs: registry.opennodes.io | ||||||
| CN=YE1,O=Let's Encrypt,C=US (CA) | CN=Root YE,O=ISRG,C=US | 3 Sept 2025 | 2 Sept 2028 | ECDSA 384 | ECDSA-SHA384 | 5ddd70dd31f801c85c186a7a04b80afe |
| CN=Root YE,O=ISRG,C=US (CA) | CN=ISRG Root X2,O=Internet Security Research Group,C=US | 13 May 2026 | 2 Sept 2032 | ECDSA 384 | ECDSA-SHA384 | 872165fc34b6e5fba8add5b3705fb53a |
| CN=ISRG Root X2,O=Internet Security Research Group,C=US (CA) | CN=ISRG Root X1,O=Internet Security Research Group,C=US | 13 May 2026 | 2 Sept 2032 | ECDSA 384 | SHA256-RSA | 6c8f1dc727c7117f7baf853ac980f9cd |
Background: What to check on a remote MCP endpoint →
DNSSEC insecure
Validation of registry.opennodes.io. — Not signed
| Zone | DS | Keys | Algorithms | Outcome |
|---|---|---|---|---|
| . | trust_anchor | 20326, 38696 | 8, 8 | Verified |
| io. | present | 38690 | 8 | Verified |
| opennodes.io. | absent | Unsigned (proven) parent-signed NSEC/NSEC3 proves an unsigned delegation |
Authentication No authorisation required
The endpoint answered without asking for a token. Anyone who knows the URL can reach it.
| Result | No authorisation required |
|---|---|
| HTTP status | 200 |
Background: How OAuth 2.1 works in the 2026 MCP spec →
Transports 2 probes
| Transport | URL | Outcome | Status | Location |
|---|---|---|---|---|
| streamable-http | https://registry.opennodes.io/mcp | Verified | 200 | |
| http (plaintext) | http://registry.opennodes.io/mcp | HTTPS enforced | 308 | https://registry.opennodes.io/mcp |
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 →
estimate Estimate the cost of a chain ~103
Pre-price an invocation chain BEFORE spending money. Each step is either a concrete offering ("node_id/offering_id") or a `select` query that picks the best match, plus expected input and output tokens. Returns per-step cost bounds in USD, the pinned card_revision that makes each estimate enforceable at invocation, and chain totals. Use it to compare routes or budget a multi-model pipeline; nothing is invoked or charged.
| Name | Type | Req | Description |
|---|---|---|---|
| steps | array | yes | Steps in execution order. |
No output schema declared.
No examples provided.
find_locations Find where models run ~459
Where AI models are served, by country: every known serving site (provider, region, city or facility, live or planned) with its evidence basis (claimed, documented, measured, attested), its source page, a map point (`geo`: lat, lon, precision; `derived` when only the region is known), and the models it serves. Sites whose provider publishes no model list are included with a note. Built from node cards, imported catalogs and curated location seeds. Use it to answer "which providers serve which models in Canada" or "what serves gpt-oss within 500 km of Montréal", or to check a residency requirement before choosing an offering; then search_offerings with `region` to pick one.
| Name | Type | Req | Description |
|---|---|---|---|
| availability | string | – | With a residency filter: count only commitments offered this widely: default (every customer), opt_in (adds settings and regional endpoints), enterprise (adds contract-only offers; the default). |
| basis | string | – | Minimum evidence for a site: claimed < documented < measured < attested. |
| country | string | – | ISO 3166 code; a country also matches its subdivisions, e.g. "CA" matches "CA-QC". Omit for every country. |
| exclude_lineage | string | – | Comma-separated ISO country codes; drops models whose declared lineage includes any of them, e.g. "CN". |
| model | string | – | Substring of a model name or artifact, e.g. "gpt-oss" or "command". Keeps only sites serving a match. |
| near | string | – | A point as "lat,lon" in decimal degrees, e.g. "45.50,-73.57" for Montréal. Adds distance_km to each site and sorts nearest first. |
| residency | string | – | Only sites covered by a residency commitment at least this strong: processing (inference and stored data stay in the area) or storage (data at rest only). |
| status | string | – | Only live or only planned sites. Omit for both. |
| within_km | number | – | With `near`: only sites within this great-circle distance. Sites known only to the country are excluded, since their point is a placeholder. |
No output schema declared.
No examples provided.
find_residency Find residency commitments ~283
What each AI provider officially promises about where prompts, outputs and stored data stay: per provider (cloud, lab API, inference host or router), its commitments, each with a commitment level (processing: inference and stored data stay in the scope; storage: data at rest only; none; unstated), the region codes it covers, who gets it (default, opt_in, enterprise), the programme name, a short statement and the source page with the date it was checked. Includes routers and providers with no known sites. Use it to answer "which providers keep data in the EU by default" before choosing an offering; then find_locations or search_offerings with `region`.
| Name | Type | Req | Description |
|---|---|---|---|
| availability | string | – | With a residency filter: count only commitments offered this widely: default (every customer), opt_in (adds settings and regional endpoints), enterprise (adds contract-only offers; the default). |
| commitment | string | – | Minimum commitment: processing, or storage (which also matches processing). |
| kind | string | – | Only providers of this kind. |
| node_id | string | – | Only the provider that covers this registry node id. |
| scope | string | – | Region code, e.g. "EU", "DE", "US", "CA". Keeps providers with a processing or storage commitment whose scope lies within it. EU and EEA cover their member states. |
No output schema declared.
No examples provided.
get_node Get one node ~164
Who runs a node and how it has behaved: operator, country and regions, endpoints, declared hardware, trust tier and its history (verifications, suspensions, reinstatements, with reasons), recent registry probe results with an availability summary, and its offerings with context window and price. Use it to vet a provider before relying on it; take node_id from search_offerings, recommend or get_offering results. For one offering's full card, use get_offering.
| Name | Type | Req | Description |
|---|---|---|---|
| node_id | string | yes | Reverse-DNS node id, e.g. "io.opennodes.demo-node" or "import.openrouter.ai". |
| offering_limit | integer | – | Maximum offerings to list; imported catalogs can hold hundreds. `offerings_total` always gives the full count. |
No output schema declared.
No examples provided.
get_offering Get one offering ~104
Full detail for one offering: endpoints, pricing, serving capabilities (context window, supported features, languages, hardware), data policy, trust tier, and the registry's observed probe results. Take node_id and offering_id from search_offerings or recommend results.
| Name | Type | Req | Description |
|---|---|---|---|
| node_id | string | yes | Reverse-DNS node id, e.g. "io.opennodes.demo-node". |
| offering_id | string | yes | Offering id within that node, as returned by search_offerings. |
No output schema declared.
No examples provided.
recommend Recommend a node and model ~256
Recommend the best AI node + model for a task, with an enforceable cost estimate and human-readable reasons. Use this first when you know the task but not the model. Pass `task` (sent to this registry, which extracts features and discards the text) or `features` already extracted on your side with extractFeatures from @opennodes/core, which keeps the prompt private. Returns ranked candidates with score components, a cost estimate pinned to the node's card revision, an optional cheaper two-step scenario, and MCP tool categories the task likely needs. To browse instead, use search_offerings; to price a specific chain, use estimate.
| Name | Type | Req | Description |
|---|---|---|---|
| est_output_tokens | integer | – | Expected answer length in tokens, if known. Improves the cost estimate; otherwise inferred from the task. |
| features | object | – | Features from extractFeatures(prompt) in @opennodes/core: task class, size, language and needs, no prompt text. Give this or `task`. |
| policy | object | – | Optional constraints and preferences for the recommendation. |
| task | string | – | The task description or the prompt itself. Sent to the registry for feature extraction; use `features` to keep it private. Give this or `features`. |
No output schema declared.
No examples provided.
search_offerings Search inference offerings ~753
Search AI inference offerings in the OpenNodes registry — registered nodes AND imported catalogs (OpenRouter, Hugging Face Inference Providers, models.dev, local nodes). All filters are optional and combine with AND. Returns { offerings, total, counts }: each offering has node_id, offering_id, model, pricing (USD per MTok), trust tier, serving capabilities, measured probe results, and a rank explanation. Use get_offering for one offering's full card, recommend to let the advisor choose.
| Name | Type | Req | Description |
|---|---|---|---|
| exclude_lineage | string | – | Comma-separated ISO country codes; drops offerings whose declared model lineage includes any of them, e.g. "CN". Offerings that declare no lineage are kept. |
| family | string | – | Model family or exact artifact, e.g. "llama-3.3" or "qwen3". Matches model.family or model.artifact exactly. |
| jurisdiction | string | – | Only operators that declare a country inside it: "eea" (EU + Iceland, Liechtenstein, Norway) or comma-separated ISO country codes, e.g. "DE,FI". Registered nodes declare their country; imported listi… |
| lang | string | – | Language with minimum grade, "<iso-code>[:basic|strong|native]", e.g. "pl:strong" or "de". |
| limit | integer | – | Maximum offerings to return; `total` still counts every match. |
| local | boolean | – | true: only models that run on the user's own machine (the Ollama library: no server, free, ranked by Ollama pulls, with local.sizes_memory per size). false: only hosted offerings. Omit for both (host… |
| location_basis | string | – | Minimum evidence for the serving locations: claimed < documented (the provider's own dated page) < measured (registry probes) < attested. Offerings without known locations are excluded. |
| max_input_price | number | – | Maximum input price in USD per million tokens. |
| memory_gb | number | – | RAM/VRAM the user can give a local model, in GB: keeps local models with a size that fits (4-bit estimate). Hosted offerings are unaffected. |
| min_context | integer | – | Minimum context window in tokens, e.g. 32768. |
| modality | string | – | What the model consumes/produces. Use "text" for chat and completion models. |
| q | string | – | Free-text match against the model metadata, offering id, and node id, e.g. "bielik" or "coder". |
| region | string | – | Data residency: every pinned region and every live serving site must lie inside this ISO 3166 code, e.g. "CA" (also matches "CA-QC") or "EU" (also matches member states such as "DE"; "EEA" adds IS, L… |
| scheme | string | – | Payment scheme the offering must accept. "free" finds no-cost offerings. |
| sort | string | – | rank = registry ranking (price, trust, reliability); price = cheapest input first; ttft = fastest first token; tps = highest throughput. |
| supports | string | – | Comma-separated features the offering must all support: tool_calls, json_mode, vision, streaming. Example: "tool_calls,json_mode". |
| tier | string | – | Minimum trust tier. unverified < community (passed automated checks) < verified (identity and context verified) < attested. |
No output schema declared.
No examples provided.
How do I install the OpenNodes MCP server?
OpenNodes is a hosted endpoint at https://registry.opennodes.io/mcp, so there is nothing to install locally. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.
remote · registry.opennodes.io
claude mcp add --transport http opennodes-io-opennodes 'https://registry.opennodes.io/mcp'
What is the OpenNodes MCP server?
OpenNodes is an MCP server listed in the public MCP registry as io.github.opennodes-io/opennodes. Discover verified AI inference nodes, get the best node+model per task, pre-price chains. This page covers its hosted endpoint (https://registry.opennodes.io/mcp).
Is the OpenNodes MCP server safe to use?
OpenNodes scores 76 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 OpenNodes MCP server expose?
OpenNodes exposes 7 tools: recommend, search_offerings, get_offering, get_node, estimate, and 2 more. Their descriptions and schemas cost roughly 2,122 tokens of context every time the server is loaded.
Does the OpenNodes MCP server require authentication?
No. We connected to OpenNodes without credentials and it answered, so anything it exposes is reachable by anyone who knows the address.
Is the OpenNodes MCP server still maintained?
OpenNodes is still listed as active in the MCP registry. We last reached this channel on 5 November 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.