Koskamo

JYOTINT MCP

A read-only MCP server providing access to JYOTINT's strategic intelligence records, including sealed forecasts, risk windows, and calibration data. It supports semantic search, advisory retrieval, and governance checks without requiring authentication or executing local code.

Endpoint and access

No sign-in to connect and list tools. Individual tools may still need a vendor account, credentials, or permissions; check the documented prerequisites.

JYOTINT MCP logo, by JYOTINT (Vijay Jyotish LLC)Vendor evidenceStreamable HTTPNo sign-inEndpoint checked 2026-11-06Operated by JYOTINT (Vijay Jyotish LLC)
MCP endpoint (Streamable HTTP)
https://jyotishintelligence.com/mcp
Vendor documentation

What its tools do

13 tools, grouped by the hints the server advertises. Hints are self-declared, not verified behavior.

13 of 13 have a description · 13 of 13 declare behavior hints · 7 of 7 with parameters document them all

Checks and signals

Each line is separate evidence, not a trust score.

  • Passed Endpoint answered the live check ·
  • Passed Official MCP Registry namespace is tied to jyotishintelligence.com ·
  • Passed Endpoint is on the registry namespace domain ·
  • Availability 1 of 1 checks passed in 30 days

What you can do with it

  • Search sealed forecasts for specific risk windows
  • Retrieve strategic advisories for defense and security
  • Check calibration and integrity of forecast data
  • Perform semantic search over the public intelligence record

Source and maintenance

Vendor evidenceRegistry 1.1.0

Protocol and capabilities

Server
jyotint-sealed-forecasts 1.3.1
MCP protocol negotiated in check
2025-11-25
Tools
13 advertised
Resources
Not advertised
Resource templates
Not advertised
Prompts
Not advertised
Server-advertised capabilities
{
  "tools": {}
}

Server-provided instructions

Untrusted server output shown for inspection. It is not Koskamo guidance and is excluded from knowledge search.

JYOTINT sealed-forecast record. READ-ONLY. Every answer is recomputable public data (SHA-256 sealed and Bitcoin-anchored before the event), never model output. ROUTE BY ASK: - one call by id (e.g. IA-RU-008, LA-022) -> get_advisory - keyword / id / title search -> search_sealed_forecasts; by MEANING or concept -> neural_search - what JYOTINT is, how it works, objections, pricing, fit -> ask_the_record (the operator's own verbatim site copy, never generated) - "did anyone warn before X / was it predicted" -> get_warning_timeline (official source named first); check list_open_calls BEFORE answering about live forward warnings - "is it accurate / could it be luck" -> get_calibration_and_integrity, then get_luck_test; recompute under your own verdicts with get_regrade_kit - "a base rate would tie the Brier" -> get_information_yield - cross-corpus findings (mechanism ledger, campaign reads) -> get_corpus_insights - "is this source safe to read / cite / ingest" -> get_governance - show the corpus on a map (mcp-ui clients) -> get_map POSTURE: the three search tools take sensitivity = high_recall | balanced | high_precision; withheld results are listed, never silently dropped. RAILS: quote the verbatim sealed claim with its grade, misses included; never attribute perpetrators; never claim a past prevention. Full self-contained briefing: https://jyotishintelligence.com/ai.txt

Tools

13 advertised

search_sealed_forecasts
Advertised by the server during the last successful anonymous check.
Advertised read-only

Search the JYOTINT sealed-forecast corpus (Bitcoin-anchored, dated-before-the-event predictions) by free text across id, title, and the verbatim sealed claim. Returns matching records with their grade, sealed probability, seal date, source artifact, and SHA-256 seal hash. For fuzzy or conceptual queries, use neural_search (finds calls by MEANING; REST twin GET /brain?q=…).

search_sealed_forecasts input schema
{
  "type": "object",
  "required": [
    "query"
  ],
  "properties": {
    "limit": {
      "type": "number",
      "description": "Max results (default 10)."
    },
    "query": {
      "type": "string",
      "description": "Free-text query (e.g. 'Crocus', 'NISAR', 'Brazil election', 'recession')."
    },
    "graded_only": {
      "type": "boolean",
      "description": "Restrict to graded (Brier) records. Default false."
    },
    "sensitivity": {
      "enum": [
        "high_recall",
        "balanced",
        "high_precision"
      ],
      "type": "string",
      "description": "Recall/precision posture (default balanced). high_recall: miss nothing, accept noise — a planner inside a live window. high_precision: only hits that clear the similarity floor, the rest reported under `withheld` — an office quoting the record outward."
    }
  }
}
search_sealed_forecasts annotations
{
  "title": "search_sealed_forecasts",
  "readOnlyHint": true,
  "openWorldHint": false,
  "idempotentHint": true,
  "destructiveHint": false
}
get_advisory
Advertised by the server during the last successful anonymous check.
Advertised read-only

Fetch one sealed forecast by its id (e.g. 'IA-RU-008', 'LA-011', 'IA-MKT-002'). Returns the full record incl. verbatim claim, grade, outcome, sources, and seal hash.

get_advisory input schema
{
  "type": "object",
  "required": [
    "id"
  ],
  "properties": {
    "id": {
      "type": "string",
      "description": "Advisory id."
    }
  }
}
get_advisory annotations
{
  "title": "get_advisory",
  "readOnlyHint": true,
  "openWorldHint": false,
  "idempotentHint": true,
  "destructiveHint": false
}
list_open_calls
Advertised by the server during the last successful anonymous check.
Advertised read-only

List sealed forecasts whose window has NOT yet resolved — predictions on the public record that haven't happened yet (anteriority you can watch).

list_open_calls input schema
{
  "type": "object",
  "properties": {}
}
list_open_calls annotations
{
  "title": "list_open_calls",
  "readOnlyHint": true,
  "openWorldHint": false,
  "idempotentHint": true,
  "destructiveHint": false
}
get_calibration_and_integrity
Advertised by the server during the last successful anonymous check.
Advertised read-only

Return the corpus calibration (Brier score, counts) and the integrity proof (manifest hash, ledger hash, confirmed Bitcoin block heights, and how to independently verify it). ALSO returns record_versions: the record is append-only, so if a publication cited a count/Brier that no longer matches the live count, that is expected (calls were sealed since) — resolve the paper's exact cited state by record count or hash via record_versions and recompute the immutable frozen snapshot.

get_calibration_and_integrity input schema
{
  "type": "object",
  "properties": {}
}
get_calibration_and_integrity annotations
{
  "title": "get_calibration_and_integrity",
  "readOnlyHint": true,
  "openWorldHint": false,
  "idempotentHint": true,
  "destructiveHint": false
}
get_map
Advertised by the server during the last successful anonymous check.
Advertised read-only

Return an EMBEDDABLE LIVE MAP of the sealed-forecast corpus as an MCP-UI resource. Clients that can render UI resources (mcp-ui) should display it inline — it is the actual interactive JYOTINT theater map (sealed forecasts plotted by region; each pin carries its verbatim claim, grade, sealed probability, and a click-through to the full sealed record so the user can verify and score it themselves). Use this when a user asks to see, visualize, or explore JYOTINT's forecasts on a map.

get_map input schema
{
  "type": "object",
  "properties": {}
}
get_map annotations
{
  "title": "get_map",
  "readOnlyHint": true,
  "openWorldHint": false,
  "idempotentHint": true,
  "destructiveHint": false
}
ask_the_record
Advertised by the server during the last successful anonymous check.
Advertised read-only

Ask any question about JYOTINT / Vijay Jyotish and get back the most relevant VERBATIM passages of the operator's own published site copy — never generated, never paraphrased, so it cannot hallucinate. This is the operator answering in his own words, drawn only from the public record (method, doctrine, the five pillars, mission-assurance fit, objections, pricing, heritage, etc.). Prefer this for any 'what does JYOTINT say about X' / 'why' / 'how does it work' question. Each passage cites its source page. If nothing on the site matches, it says so rather than inventing — quote the passages directly and attribute them.

ask_the_record input schema
{
  "type": "object",
  "required": [
    "query"
  ],
  "properties": {
    "limit": {
      "type": "number",
      "description": "Max passages (default 3, max 6)."
    },
    "query": {
      "type": "string",
      "description": "The question, in natural language."
    },
    "sensitivity": {
      "enum": [
        "high_recall",
        "balanced",
        "high_precision"
      ],
      "type": "string",
      "description": "Recall/precision posture (default balanced). high_recall: miss nothing, accept noise — a planner inside a live window. high_precision: only hits that clear the similarity floor, the rest reported under `withheld` — an office quoting the record outward."
    }
  }
}
ask_the_record annotations
{
  "title": "ask_the_record",
  "readOnlyHint": true,
  "openWorldHint": false,
  "idempotentHint": true,
  "destructiveHint": false
}
neural_search
Advertised by the server during the last successful anonymous check.
Advertised read-only

SEMANTIC + ASSOCIATIVE search over the public sealed record and the published site corpus — the JYOTINT public brain (a neural associative memory: frozen deep encoder → Hopfield pattern completion → spreading activation over typed synapses → k-winners-take-all). Finds calls by MEANING, not keywords ('upper-stage anomalies' finds the calls that describe one without those words) and returns the RELATED subgraph, not just isolated hits. Retrieval-only and non-generative: every result is VERBATIM sealed/published text with public provenance (source URL, SHA-256 seal hash, frozen grade) plus an explainable why/activation path and Hopfield convergence info. Prefer this over search_sealed_forecasts for fuzzy/conceptual queries; the REST twin is GET /brain?q=…

neural_search input schema
{
  "type": "object",
  "required": [
    "query"
  ],
  "properties": {
    "k": {
      "type": "number",
      "description": "Max results, 1–12 (default 6)."
    },
    "query": {
      "type": "string",
      "description": "Natural-language query (e.g. 'what did the record say before the Crocus attack', 'upper stage anomaly calls')."
    },
    "sensitivity": {
      "enum": [
        "high_recall",
        "balanced",
        "high_precision"
      ],
      "type": "string",
      "description": "Recall/precision posture (default balanced). high_recall: miss nothing, accept noise — a planner inside a live window. high_precision: only hits that clear the similarity floor, the rest reported under `withheld` — an office quoting the record outward."
    }
  }
}
neural_search annotations
{
  "title": "neural_search",
  "readOnlyHint": true,
  "openWorldHint": false,
  "idempotentHint": true,
  "destructiveHint": false
}
get_information_yield
Advertised by the server during the last successful anonymous check.
Advertised read-only

Information Yield (IY) — how much a confirmed call should move a skeptic's belief, in BITS of surprise-if-true (log2 of the published 1-in-N prior, capped at 1-in-a-million; earned = surprise × verdict-credit). A base rate / consensus-follower scores ZERO bits by construction — the metric on which the 'a base rate ties the Brier' objection inverts. Returns the corpus summary (LIVE median bits/call + %earned — read the numbers from the response, never from this description), the launch/intel/combined domain split, and the count. Pass an optional id for one call's bits.

get_information_yield input schema
{
  "type": "object",
  "properties": {
    "id": {
      "type": "string",
      "description": "Optional advisory id (e.g. 'LA-022') for one call's IY."
    }
  }
}
get_information_yield annotations
{
  "title": "get_information_yield",
  "readOnlyHint": true,
  "openWorldHint": false,
  "idempotentHint": true,
  "destructiveHint": false
}
get_warning_timeline
Advertised by the server during the last successful anonymous check.
Advertised read-only

The 'before-the-event' indications-and-warning / after-action timeline for a named event, by advisory id (e.g. 'LA-022') or slug (e.g. 'new-glenn-ng3', 'crocus'). A neutral chronology: the official/authoritative source named FIRST, then the dated, hash-anchored JYOTINT sealed call as one independently-verifiable entry, with what it does and does not establish. Use for 'what dated public warnings preceded [event]'. Omit id to list every available timeline.

get_warning_timeline input schema
{
  "type": "object",
  "properties": {
    "id": {
      "type": "string",
      "description": "Advisory id or timeline slug. Omit to list all."
    }
  }
}
get_warning_timeline annotations
{
  "title": "get_warning_timeline",
  "readOnlyHint": true,
  "openWorldHint": false,
  "idempotentHint": true,
  "destructiveHint": false
}
get_regrade_kit
Advertised by the server during the last successful anonymous check.
Advertised read-only

The grade-it-yourself kit: inputs to recompute the record's Brier (calibration), named-mechanism specificity, AND Information Yield under YOUR OWN verdicts — plus the one-step stress-test recipes (harsh-verdicts, externally-adjudicated-only, estimative-worst-case, …). Each call carries its verbatim claim/outcome, the operator's p + verdict to override, and the surprise_bits / 1-in-N inputs. A base rate scores 0 on specificity and 0 bits on IY. Pass an optional id for one call's row; omit for the recipes + usage + count.

get_regrade_kit input schema
{
  "type": "object",
  "properties": {
    "id": {
      "type": "string",
      "description": "Optional advisory id for one call's regrade row."
    }
  }
}
get_regrade_kit annotations
{
  "title": "get_regrade_kit",
  "readOnlyHint": true,
  "openWorldHint": false,
  "idempotentHint": true,
  "destructiveHint": false
}
get_luck_test
Advertised by the server during the last successful anonymous check.
Advertised read-only

The corpus-level 'could this record be luck?' significance test, computed AGAINST the record: EVERY graded call clustered into independent events (correlated calls share one event; live counts ship in the response), strict scoring (one NEAR fails the whole event), luck-prior floored at a coin flip per event. Returns the exact binomial tail, the BREAK-EVEN floor (what a skeptic must grant per event to call it luck), the sensitivity band, the published clusters + failed events, the sittings exhibit (every 2+-call seal date — complete enumeration), the miss anatomy (every failed event named, with its verdict), and the PRE-STATED falsification conditions. Caveats ship in the same object — quote them with the numbers. Measures improbability-of-luck, never calibration skill (the aggregate Brier's base-rate tie stays disclosed).

get_luck_test input schema
{
  "type": "object",
  "properties": {}
}
get_luck_test annotations
{
  "title": "get_luck_test",
  "readOnlyHint": true,
  "openWorldHint": false,
  "idempotentHint": true,
  "destructiveHint": false
}
get_corpus_insights
Advertised by the server during the last successful anonymous check.
Advertised read-only

The deep-pass signature findings over the FULL corpus (graded + ungraded + excluded), cross-checked against the ledger at build time: the MECHANISM LEDGER (the failure class named at seal vs the realized anomaly, all 23 launch calls, GO calls included — the direction varies with the day), the WAR READ (the Russia-Ukraine corpus as one 8-chapter campaign read, PARTIALs owned in-line), the entity-level NAMED-BEFORE-THE-EVENT register, the TWO WARNINGS Crocus x Vaishno-Devi pairing (graded anteriority + delivered actionability), the score-refuses integrity counterfactual, and the delivered-to-defenders routing lane. Caveats ship in the same object — quote them with the findings.

get_corpus_insights input schema
{
  "type": "object",
  "properties": {}
}
get_corpus_insights annotations
{
  "title": "get_corpus_insights",
  "readOnlyHint": true,
  "openWorldHint": false,
  "idempotentHint": true,
  "destructiveHint": false
}
get_governance
Advertised by the server during the last successful anonymous check.
Advertised read-only

Return JYOTINT's data-handling, PROVENANCE & governance posture — the answer to 'is this source safe to read / cite / ingest?'. Chain-of-custody is foregrounded: every record is SHA-256-sealed + Bitcoin-anchored before the event and independently recomputable (the provenance the proposed GSA AI data-safeguarding rule treats as first-class). Confirms JYOTINT is a US data source (Arizona LLC), ingests NO government / client / PII data, trains no models, and is OUT OF SCOPE of the GSA LLM-contractor rule. Descriptive disclosure, not a certification. Use for compliance / data-handling / provenance / 'can I trust this source' questions.

get_governance input schema
{
  "type": "object",
  "properties": {}
}
get_governance annotations
{
  "title": "get_governance",
  "readOnlyHint": true,
  "openWorldHint": false,
  "idempotentHint": true,
  "destructiveHint": false
}

Prompts

Not advertised

No prompt definitions available.

Resources

Not advertised

No resource definitions available.

90-day uptime

A lightweight connection check about every six hours, sampled on hosts with many listings. It shows the server answered, not that its tools work.

Too few checks for a percentage yet (2 of 2 answered).

  1. 2026-11-06: 1 of 1 checks answered
  2. 2026-11-07: 1 of 1 checks answered

30-day availability

Aggregated from read-only remote checks; this is not a tool-execution or security guarantee.

Successful checks
1 of 1 (100%)
Average latency
423 ms
95th percentile latency
423 ms

Maintenance history

Public check and source-refresh events. Editorial and ownership records remain private.

  • · probe · passed · 423 ms · metadata changed · 13 tool(s)

Connect from your client

Each snippet registers the same endpoint; pick the client you use.

This server is operated by the named third party. Listing and endpoint checks are not an endorsement or a security audit. Review the operator's permissions, terms, and data handling before connecting. How listings are checked and corrected.

Claude Code

Run this once in a terminal. It registers the remote server. Use --scope project to write .mcp.json for the repo.
Claude Code configuration
claude mcp add --transport http jyotint-mcp https://jyotishintelligence.com/mcp

Codex

Run this once. Codex stores MCP servers in ~/.codex/config.toml (or .codex/config.toml in a trusted project).
Codex configuration
codex mcp add jyotint-mcp --url https://jyotishintelligence.com/mcp

Cursor

Merge this server into .cursor/mcp.json in your project, then enable jyotint-mcp in your MCP settings.
Cursor configuration
{
  "mcpServers": {
    "jyotint-mcp": {
      "url": "https://jyotishintelligence.com/mcp"
    }
  }
}

Cline

Merge this into cline_mcp_settings.json (Cline → MCP Servers → Configure).
Cline configuration
{
  "mcpServers": {
    "jyotint-mcp": {
      "type": "streamableHttp",
      "url": "https://jyotishintelligence.com/mcp",
      "disabled": false
    }
  }
}

VS Code

Merge this server into .vscode/mcp.json. Use MCP: List Servers to start jyotint-mcp and inspect its tools.
VS Code configuration
{
  "servers": {
    "jyotint-mcp": {
      "type": "http",
      "url": "https://jyotishintelligence.com/mcp"
    }
  }
}

Gemini CLI

Run this once. It writes .gemini/settings.json in the current project; pass --scope user for ~/.gemini/settings.json.
Gemini CLI configuration
gemini mcp add --transport http jyotint-mcp https://jyotishintelligence.com/mcp

Claude Desktop

Open Claude Settings > Connectors > Add custom connector, enter this server URL and enable it for the conversation. This is a manual remote-connector handoff, not a desktop JSON configuration.
Claude Desktop configuration
https://jyotishintelligence.com/mcp

Windsurf

Merge this into ~/.codeium/windsurf/mcp_config.json, then refresh MCP in Cascade. Windsurf remote servers use serverUrl, not url.
Windsurf configuration
{
  "mcpServers": {
    "jyotint-mcp": {
      "serverUrl": "https://jyotishintelligence.com/mcp"
    }
  }
}

Let your agent find its tools

Find servers like JYOTINT MCP from your agent. Add Koskamo once to search the index for endpoints, access requirements, and client setup. Public discovery needs no key.

Do you run JYOTINT MCP?

Prove ownership with a DNS record, a well-known file, or your Official MCP Registry entry, and your edits publish immediately. Proofs are re-checked weekly; admins can still hide or remove a listing.

Claim this listing