mcpbeat Sign in

eYKON Intelligence MCP Server

not responding

eYKON Intelligence is listed as active in the registry but did not answer our last check. It exposes 26 tools.

Live geopolitical intelligence feeds, plus eYKON's own scored and published forecast record.

Uptime history 61 days of history · worst day 0%
61 days agonow
0.0%
Uptime 24h
0 of 92 checks
26
Tools
read from the server
178 ms
Response time
average over 24h
open, no key
Access
streamable-http

What changed 7

Every tool that appeared, vanished or quietly changed what it asks for. Recorded since 19 September 2026. No other catalogue keeps this.

27 Sep 2 tools appeared query_imagery, query_webcams
26 Sep a tool description was rewritten query_posture_scores
19 Sep 3 tool descriptions were rewritten query_nightlights, query_power_plants, query_thermal_anomalies
19 Sep a tool changed the parameters it asks for query_thermal_anomalies

eYKON Intelligence does not always answer

Over the last week it answered 0.0% of our checks. We check every 15 minutes, so you hear about the next outage within the hour — not from your users.

Three servers free · no card

Connect this server

Endpoint below is the one we actually reach during checks — not the one copied from a README. Last verified 3 min ago.

run in your terminal
claude mcp add intelligence --transport http https://eykon.ai/api/mcp
Settings → Connectors → Add custom connector, then paste this address
https://eykon.ai/api/mcp
~/.codex/config.toml
[mcp_servers.intelligence]
url = "https://eykon.ai/api/mcp"
.cursor/mcp.json
{
  "mcpServers": {
    "intelligence": {
      "url": "https://eykon.ai/api/mcp"
    }
  }
}
.vscode/mcp.json
{
  "servers": {
    "intelligence": {
      "type": "http",
      "url": "https://eykon.ai/api/mcp"
    }
  }
}

Available tools 26

Read directly from the server with tools/list, grouped by what they act on. If a tool disappears, we record the date.

agent
query_agent_reports
Retrieve recent intelligence reports generated by eYKON Sub-Agents. Returns structured reports with severity, narrative, and entity references.
aircraft
query_aircraft
Query ADS-B aircraft positions within a geographic area.
airports
query_airports
Query airports from OurAirports. Default returns the ~7,500 commercially-significant airports (large airports + medium airports with scheduled service); pass include_minor=true for the full ~85k including small airfields, heliports, etc. Each row carries name, type, IATA/ICAO codes, country, municipality, elevation, scheduled_service. Use for questions like "airports near recent conflict events", "ICAO code for Heathrow", "all scheduled-service airports in Ukraine".
calibration
query_calibration
eYKON's own forecast record: Brier and log-loss per TRACK over a window. Three tracks never blend — house (eYKON's own published forecasts), machine (sensor observables) and creator. Each is returned separately with resolved, scored and unscored counts; "scored" is the real n. Unscored rows are excluded, never counted as zero. There is deliberately no combined figure.
chokepoint
run_chokepoint_scenario
Run a chokepoint closure scenario (same model as the Chokepoint Simulator). Returns a computed projection; nothing is persisted on this path. A MODEL, not an observation.
conflicts
query_conflicts
Query armed-conflict events (GDELT-backed, with ACLED fallback when licensed) by region / date / event type / actor.
convergences
query_convergences
Recent convergence_events (anomaly-of-anomalies) with synthesis and contributing anomaly IDs.
dark
query_dark_contact_events
Dark-contact EVENTS from the Shadow Fleet board — resolvable observations with a lifecycle, not a leads snapshot. An event opens when a vessel goes silent >=12x its OWN 14-day cadence inside a live coverage box, and resolves within 72 h as: reappeared (a newer fix arrived — positive, feed-wide observation), still_dark (NOT RE-OBSERVED by our coverage — a statement about the instrument, never proof the transponder was off; say "not re-observed", never "confirmed dark"), or void (the coverage box died mid-event; neither a hit nor a miss). Response carries per-box coverage state and open/24h resolution tallies. Use this for "what went dark / what came back" questions; use query_shadow_fleet_leads for the current ranked list.
entities
query_entities
Search the entities registry (vessels, operators, owners, flags, ports, refineries, mines).
expand
expand_actor_network
Walk the fleet kinship graph from a seed entity. Returns the nodes and edges within N hops.
imagery
query_imagery
Query eYKON's satellite imagery OBSERVATIONS (Copernicus Sentinel, via CDSE) over watched sites — refinery complexes, LNG terminals, large/medium ports, curated critical-mineral mines, AIS-derived anchorages, strait windows. sensor="s2_l2a" (default): Sentinel-2 optical, metric ndvi_median (median NDVI of clear pixels — a spectral proxy for surface cover, never a tonnage or activity claim). sensor="s1_grd": Sentinel-1 radar, bright_target_area_m2 and vessel_equivalents (an area estimate, not a count) — returned ONLY for sites the Sentinel-1 measurement study admitted; before admission it returns no rows and says so. Every row carries coverage_state. CRITICAL: a look that is not "clear" (cloudy, partly_cloudy, partial_swath, no_acquisition, processing_error) has a NULL value — it is NOT zero and NOT "no activity"; never add, average or compare values across such looks, say the site was not seen that date. Compare a clear value only with the site's OWN median (ratio_to_baseline, present when baseline_n >= 3). A site missing from the result was not looked at. Pass a bbox, or aoi_id, or kind to narrow. Cite "Contains modified Copernicus Sentinel data <year>" with any figure.
mines
query_mines
Query mineral deposits from the USGS Mineral Resources Data System (MRDS — public-domain US Government, ~304k records globally, archival snapshot frozen at 2011). Each row carries site name, development status (Producer / Past Producer / Prospect / Occurrence / Plant), commodities (commod1/2/3 + commodities array), country, state, deposit type. Default returns only Producer / Past Producer / Plant rows with a known commod1 (significant sites); pass include_minor=true for prospects and occurrences. Use for questions like "lithium mines in Chile", "rare-earth deposits worldwide", "active copper producers in Peru". Pass commodity to filter on the commodities[] array (case-sensitive, e.g. "Copper", "Lithium", "Rare Earths").
nightlights
query_nightlights
Query NASA Black Marble night-lights (VIIRS VNP46A2, ~500 m): moonlight/atmosphere-corrected nighttime radiance sampled nightly at every FIRMS-watched facility, plus significance events judged against each facility's OWN clear-night baseline. Two modes. mode="events" (default) reads SITE-LEVEL significance events — went_dark_lights (a habitually-lit facility dark across several consecutive CLEAR nights: the outage signal), surge (materially brighter than its own norm), first_light (a reliably-dark facility lights up). Use it for "which power stations went dark last week", "unusual lighting activity in Kuwait". mode="radiance" reads the per-facility nightly radiance rollup — use it for baseline questions ("how bright is Bandar Abbas at night", "clear-night trend at Az Zour"). CRITICAL INTERPRETATION RULES — RADIANCE IS NOT POWER STATE. A dark pixel is not a confirmed outage: cloud, snow, moon geometry and the ~500 m footprint all hide light, so went_dark_lights requires SUSTAINED absence across multiple confidently-CLEAR nights and is still an inference, never a verdict. Judgements use confident_clear observations ONLY (cloud scatters city light back at the sensor — cloudy readings average ~100x brighter and would fake both surges and collapses). ABSENCE OF A ROW IS ABSENCE OF A LOOK, never darkness. Counts are per PHYSICAL SITE, not per registry row (one plant = many generating-unit rows at identical coordinates). LATENCY: NASA publishes VNP46A2 in stages, typically ~1-2 WEEKS behind — every response carries a coverage block with newest_night and lag_days; answers describe that week, NOT last night, and you must say so. Thermal (FIRMS) and night-lights measure DIFFERENT PHYSICS — infrared heat vs visible emitted light — but they are NOT independent sensors: both are NASA VIIRS-family, and the same clouds and overpass timing blind both. Agreement between them (e.g. a FIRMS went_dark and a went_dark_lights at the same facility) is stronger evidence than either alone, never independent confirmation. Check both before characterising an outage.
pipelines
query_pipelines
Query gas pipelines (GEM GGIT), oil/NGL pipelines (GEM GOIT), and LNG terminals (GEM GGIT) in one call. Returns a mixed list — each row has infra_subtype=pipeline_gas|pipeline_oil|lng_terminal so you can disambiguate. Pipeline rows carry start/end country, length, capacity (bcm/y for gas, BOEd or raw bpd for oil), status, owner, route accuracy. LNG terminals carry facility_type=import|export, capacity in mtpa, country. Use for questions like "Russian gas pipelines into Europe", "LNG export terminals in Qatar", "Trans-Alaska oil pipeline status", "Keystone XL". Pass fuel=gas or fuel=oil to slice to one type. Pass include_minor=true to bypass the operating-only default.
ports
query_ports
Query commercial seaports from the NGA World Port Index (~3,800 ports worldwide). Each row carries port name, country, harbor size (Large/Medium/Small/Very Small), harbor type, shelter rating, channel depth in metres, repair facilities. Use for questions like "ports near Bab-el-Mandeb", "deepwater ports in West Africa", "all large harbors in the Mediterranean". Pass harbor_size to slice to a single tier.
posture
query_posture_scores
Most recent posture_scores rows per theatre. Returns composite + air, sea, conflict and grid sub-scores. imagery is always null: no imagery is measured yet — never describe it as a domain score.
power
query_power_plants
Query unit-level power plants from the Global Energy Monitor — Global Integrated Power Tracker (GIPT). ~127k operating units worldwide spanning coal, oil/gas, nuclear, geothermal, bioenergy, utility-scale solar, wind, and hydropower. Each row carries plant name, fuel type, capacity (MW), status, start year, country, owner. Use for questions like "nuclear plants in France above 1 GW", "coal capacity in India", "operating bioenergy plants in Brazil". Pass include_minor=true to bypass the operating-only filter (e.g. to include proposed/retired). Pass fuel to slice to a single fuel_type. The registry is a bulk-loaded snapshot: every result carries `snapshot` (load date, age in days, refresh interval); when snapshot.is_stale is true, a snapshot_note says so — state the load date and never describe a unit's status as current.
precursor
query_precursor_matches
Nearest precursor_library entries for the given theatre, by cosine similarity.
refineries
query_refineries
Query oil refineries from OpenStreetMap (canonical refinery tags only — petroleum_refinery, oil_refinery, refinery). ~700 facilities globally, each with name, operator, product, capacity (when tagged), country, city. Use for questions like "refineries in Saudi Arabia", "oil refining capacity on the Gulf Coast", "European refineries near Russian crude pipelines". Pass country to slice (ISO2 code or country name).
regime
query_regime_shifts
Active regime shifts (30d-vs-60d test) with p-values and effect sizes.
sanctions
run_sanctions_wargame
Run a sanctions propagation scenario.
shadow
query_shadow_fleet_leads
Ranked shadow-fleet vessel leads, scored from silence relative to the OWN observed reporting cadence of each vessel (14-day baseline), vanished-under-way, and flag-of-convenience. Vessels without a cadence baseline yet are unscored, not defaulted. Each lead carries silence_hours = hours since its last AIS fix, measured against the data clock. NOTE: the commodity argument is accepted but NOT applied — vessel type is known for under 1% of the tracked fleet, so all values return the same list; do not tell the user results were filtered by commodity. Coverage IS gated: vessels last seen in a coverage box that has itself been silent >12h are VOID, never ranked; the response carries per-box coverage state (live/stale/dead) you should relay when a corridor the user asks about is dark.
thermal
query_thermal_anomalies
Query NASA FIRMS satellite thermal anomalies (VIIRS 375m + MODIS 1km, near-real-time, ~3h latency). Two modes. mode="facilities" (default) reads the pre-aggregated per-facility-per-day rollup — use it for facility-centric questions ("thermal anomalies at Russian refineries this week", "which Gulf refineries lit up", "anything at the Kirishi refinery"). Filter by country, facility_type (refinery | power_plant), facility_name, days. Returns per facility: total detections, max FRP (fire radiative power, MW), nearest detection distance in km, and the monitoring radius used. mode="raw" reads individual detections inside a lat/lon box — use it for geographic questions not anchored to a monitored facility. CRITICAL INTERPRETATION RULES — a FIRMS detection is a SATELLITE HOT PIXEL, nothing more. It is NOT a confirmed fire, NOT a strike, NOT an outage. Most detections at oil and gas infrastructure are ROUTINE GAS FLARES that burn every single day. Attributing a detection to a strike, an attack, an explosion or a production halt is INFERENCE and must be labelled as inference, corroborated with other sources (conflict events, agent reports, news), and never stated as fact. Equally, ABSENCE OF DETECTION DOES NOT MEAN ABSENCE OF FIRE — cloud cover, smoke, and satellite overpass timing routinely hide real fires. Every response carries a `coverage` block: ingest is REGIONAL — 8 boxes (Russia / Ukraine, Arabian Gulf, Europe, East Asia, South Asia, Southeast Asia, North America (east), North America (west)), not global — so facilities outside those boxes report zero detections because they are NOT WATCHED, not because nothing burned. Always read `coverage` before characterising a zero result, and tell the user which of the two it is.
vessels
query_vessels
Query AIS vessel positions within a geographic area and time window. Returns vessel name, MMSI, type, position, speed, heading, destination.
weather
query_weather
Query current weather conditions for a specific location (Open-Meteo).
webcams
query_webcams
Find LIVE public cameras (government operators: TfL London, Hong Kong Transport Dept, Singapore LTA via data.gov.sg, Caltrans California, USGS volcano cams) in a bbox, around a point (lat, lon, radius_km) or next to a watched site (aoi_id). Returns each camera's name, position, operator credit and an eYKON image URL a person can open — never the frame itself and never the operator's own URL. A frame is what the camera recorded when the operator stamped it, not "now". Only cameras that passed the latest liveness check are listed; no camera in an area is not evidence of anything. No recognition, counting or recording of people or vehicles. Always cite the attribution.

Endpoints

URLTransportStateLatencyChecked
https://eykon.ai/api/mcp streamable-http answering 178 ms 3 min ago

Alternatives to eYKON Intelligence

same job, measured the same way
Futuristic Risk Intelligence
by cct15

Geopolitical conflict risk, political events, and maritime traffic data for AI agents

53 installs/wk local only
W
Weather of Record
by weatherofrecord

Published weather records for a U.S. address and date, with provenance, and current NWS forecasts.

4 tools answering
QSIG Intelligence
by qsig-x402

Geopolitical risk, theme board and point-in-time gold macro context for agents, paid via x402

7 tools answering
LaborIQ Salary Data
by laboriq

LaborIQ salary intelligence: US median salary by job title and location, plus forecasts for Pro.

answering
World Sense
by arcaneforecasting

Read-only live geopolitical-risk sensing for agents. ARCANE notices; never forecasts or advises.

10 tools answering
Site Intelligence
by bayrakdaralper

Score any coordinate for ecological and agricultural land suitability from satellite data

143 installs/wk local only
Status Is Down
by statusisdown

Read-only outage intelligence: live service status, report history, geography and spikes

answering
Warmth Engine Observatory
by warmthengine

Coordination Intelligence: AI infrastructure coordination dynamics across geopolitical blocs

18 tools answering

eYKON Intelligence — questions

Answers built from our own checks of this server.

What can eYKON Intelligence do?
It exposes 26 tools, read directly from the server on our last check. Among them: expand_actor_network, query_agent_reports, query_aircraft, query_airports, query_calibration, query_conflicts and 20 more. The full list with descriptions is on this page — we take it from the server itself via tools/list, not from a README. How MCP servers expose tools in the first place →
Is eYKON Intelligence working right now?
We send a real MCP handshake every 15 minutes. Over the last 24 hours 0 of 92 checks got a reply (0.0%), average response time 178 ms. The bar chart above shows every period we have measured.
The registry lists eYKON Intelligence as active — why does it not respond?
The official MCP registry stores what the author submitted; it does not verify that the server still runs. We check the endpoint ourselves, and this one does not answer. Catalogues that copy the registry without checking will show it as working.
How do I connect eYKON Intelligence?
Copy the ready config from this page. We generate it for Claude Code, Claude Desktop, Codex, Cursor and VS Code, each in the form that client actually reads. It is a remote server, so there is nothing to install — the client connects to the address.
Does eYKON Intelligence need an API key?
No. eYKON Intelligence completed a full MCP handshake with us as an anonymous client and listed its tools without asking for anything. All 26 of them are readable on this page. This is what we observed, not what the docs claim.