Run an example
Follow one order through records, search, changes, relationships and AI context.
Run an exampleNo account · real backend operationsJylus · Real-time data platform for applications and AI
Ingest and retain records, query and search them, inspect state and relationships, then prepare AI evidence. Build on the same data through the API, with or without an AI integration.
Start here to see how it works. No account is needed for the synthetic demonstration or the single-use upload trial.
An application workload, end to end
An order is created. Its shipment is reported delayed. A later correction changes that status. Follow the same records through your application's data work and into AI context.
Four observations are stored and read back: an order is created, a delay is reported, a correction arrives and a customer opens a ticket.
Run the demonstration to see real responses here. No result is precomputed or substituted.
Single-use trial
No account is required. Jylus creates an isolated one-time tenant, compiles the result, blocks further access immediately, and sends the tenant through the deletion lifecycle.
The response contains source-backed facts, proof IDs, conflicts, missing evidence and the deletion state.
Start with a specific application path
Choose a workload to evaluate. See the current architecture, the Jylus path, what can disappear and what still belongs in your stack.
MongoDB
Move the records and reads behind a support screen: order observations, a bounded timeline and exact field queries.
Explore this replacement evaluation →Elasticsearch
Search shipment reports, filter by order and inspect the observations and linked records behind a support incident.
Explore this replacement evaluation →Pinecone
Use one order-support workload to test retrieval, source lookup, corrected state and the context an AI agent receives.
Explore this replacement evaluation →Databricks
Test the small operational order-history API used by a support application, alongside your existing analytics estate.
Explore this replacement evaluation →Prefer to keep your stack? Jylus can also work alongside it as an evidence API for your existing application and model. Follow the additive integration guide →
These benchmark scores are separate from the data you submit in the trial.
The free workspace includes 1 GB. Choose retention, create a scoped key and run your selected workload. Model-provider charges are separate.
Open your workload quickstartTest AI evidence
Use your own current state, history and documents. Jylus returns a bounded Context Pack with facts, timeline evidence, contradictions, freshness and proof IDs.
/api/v1/analyze with the question your model needs answered.75.130% Recall@10 · 45.663% MRR@10
NATIVE JYLUS STACKFINQA · 1,147 TEST CASES36.443% execution accuracy31.473% program accuracy · zero model calls
TEMPO · FULL LIVE API COHORT40.048% NDCG@10Measured on the native Jylus stack.QASPER uses the untouched mteb/QASPER test task. FinQA uses the official program executor. TEMPO is the full 1,730-question public-v1 API result. Metrics measure different tasks and are reported separately.The complete test loop
The response keeps facts, temporal evidence, contradictions, missing evidence and proof IDs explicit. Efficiency values are measured from your own request.
curl https://api.jylus.ai/api/v1/analyze \
--request POST \
--header "Authorization: Bearer $JYLUS_READ_API_KEY" \
--header "Content-Type: application/json" \
--data '{
"source": "current",
"text": "What is the latest latency reported by edge-17?",
"vector": {
"text": "latest edge device response time"
},
"context": {
"mode": "decision",
"token_budget": 2000,
"max_facts": 18,
"max_timeline": 12,
"include_documents": false
},
"scan_limit": 1000,
"limit": 24,
"include_results": false
}'{
"success": true,
"complete": true,
"execution_mode": "native_current",
"context": {
"decision_context_id": "ctx_...",
"decision_readiness": {
"status": "ready",
"can_answer": true
},
"facts": [
{
"statement": "edge-17 reported 12.4 ms latency",
"proof_ids": ["evt_001"]
}
],
"timeline": [
{ "observed_at": "2026-08-21T08:00:00Z", "proof_ids": ["evt_001"] }
],
"contradictions": [],
"missing_evidence": [],
"context_efficiency": {
"source_tokens_estimated": 1842,
"retained_evidence_tokens_estimated": 436,
"estimated_token_reduction_percent": 76.33
},
"proof": { "event_ids": ["evt_..."], "complete": true }
}
}For applications that also need AI evidence
Relevant content is a starting point. Inspect current and historical state, transitions, relationships, contradictions, missing evidence and source proof IDs before your model reasons.
Keep your existing data stack and model if that suits your workload. Use Jylus to prepare evidence alongside them, or evaluate the wider data platform first.
Retrieve relevant records for a question and inspect the returned sources. Measure relevance against your own expected results.
Scope queries to an order, customer or other supported fields. Check that unrelated records stay outside the result.
Compare the latest observation with an earlier source observation. The order-support demonstration shows the delay before its correction. Knowledge-time evaluations use the server-recorded arrival time.
Inspect the timeline and the source records behind a status change. Keep event time and observation time explicit when evaluating late updates.
Inspect conflicts reported in the Context Pack rather than asking a model to silently choose a value. Verify the reported sources and scope.
Check completeness, missing evidence and decision readiness. A successful HTTP response alone does not mean there is enough evidence to answer.
Follow retained facts back to their source proof IDs. The AI quickstart checks the proof set against the records it submitted.
Inspect the returned JSON before passing it to your chosen model. Jylus prepares the evidence; model-provider calls and charges remain separate.
These are evaluation points for Jylus, not a blanket comparison with every search or RAG implementation. Run the AI evidence quickstart →
Test the data engine
curl https://api.jylus.ai/api/v1/events \
-H "Authorization: Bearer $JYLUS_API_KEY" \
-H "Idempotency-Key: try_evt_001" \
-H "Content-Type: application/json" \
-d '{
"stream": "my-workload",
"events": [{
"id": "evt_001",
"type": "telemetry.sample",
"occurred_at": "2026-08-21T08:00:00Z",
"data": { "device": "edge-17", "latency_ms": 12.4 }
}]
}'