Skip to content
External endpointresponds

Kirk — Unsupervised Structural Change Detection

The first algorithm on Ulysses: unsupervised structural change detection, real-time, on a CPU.

Endpoint URL
https://kirk-mcp.kavara.ai/mcp
Current status
responds
Last checked
Aug 17, 2026, 05:02 AM UTC
Check
MCP initialize · 8s limit
Latency
274 ms
Response record
4 of 4 rounds
Transport
streamable-http
Source
mcp_registry
Registry name
io.github.UlyssesModel/kirk-mcp

Current observation

This endpoint answered at its latest recorded check.

What this server reports about itself

Self-reported at initialize. Not verified by Licium.

Server name
kirk
Version
3.4.4
Capability keys
experimental, logging, prompts, resources, tools, extensions
Tool names
kirk_billing_show, kirk_billing_checkout, kirk_billing_usage, kirk_bulk_howto, kirk_demo_trading, kirk_demo_uav, kirk_verify_engine, kirk_list_models, kirk_infer_legacy, kirk_score_book, kirk_score_book_batch, kirk_render_book, kirk_score_random
Instructions excerpt

kirk-mcp — Kavara sealed inference engine, attested with engine_sha on every response. Kirk is an explicit energy-based inference primitive. A bounded normalization property lets the energy landscape be evaluated without the O(2^n) partition-function wall that pushed the field away from explicit energy methods in the 1980s. The embedding is the energy function. Properties: no collapse by construction, online learning without pretraining, entropy differential as native surprise/anomaly signal, and composability across heterogeneous inputs. Authenticated access is either via a personal connector URL (https://kirk-mcp.kavara.ai/mcp/k_...) or CF Access service-token headers on the bare /mcp path. USAGE POLICY: - ≤200 books: use kirk_score_book or kirk_score_book_batch interactively. - >200 books OR loops: call kirk_bulk_howto — returns a Python client that scores at zero LLM token cost. Never loop the metered scoring tools from an LLM; both are capped by design. - Balance/checkout

Reported Aug 17, 2026, 05:02 AM UTC.

Check history

Oldest to newest. Each row is one recorded check.

  1. responds
    MCP initialize · 8s limit · HTTP 200 · 132ms
  2. responds
    MCP initialize · 8s limit · HTTP 200 · 291ms
  3. responds
    MCP initialize · 8s limit · HTTP 200 · 201ms
  4. responds
    MCP initialize · 8s limit · HTTP 200 · 274ms