memory_recall
Retrieve authorized evidence-backed context.
Developer platform
Build against Eventium APIs, MCP tools, connectors and event streams without exposing Atlas credentials, physical banks or long-lived internal service secrets.
Eventium API
The API owns the user session, entitlements, CSRF boundary, scoped service assertions and exact resource confirmation.
POST /v1/context/recall
Authorization: session
X-CSRF-Token: <token>
{
"workspace_id": "wrk_northstar",
"project_id": "prj_incident_483",
"question": "What supports the revised window?",
"required_evidence": true
}
200 OK
{
"answer": "...",
"evidence": ["source:01", "source:02"],
"unsupported_fallback": false
}Model Context Protocol
Trusted clients authenticate through Eventium, receive short-lived scoped assertions and invoke a narrow hosted tool surface. Physical Atlas banks and private service credentials never reach the client.
Retrieve authorized evidence-backed context.
Store scoped memory with provenance and rules.
Review recent authorized memory events.
Read or add approved rules within scope.
Connectors and data
Connect files, external applications, live feeds and batch data without collapsing source provenance or bypassing enterprise access controls.
Pre-built adapters for collaboration, service, data and content systems.
Capability-aware upload, extraction, private storage, progress and deletion.
Real-time SSE status plus durable event and outbox records.
Integration checklist
Use the Eventium API-owned session and never send private service credentials to the browser.
Bind user, workspace, project and requested capability on every call.
Use Atlas retrieval rows as the factual evidence boundary.
Apply policy and approval before side effects, then retain the outcome.
Verify the exact production commit and dependency readiness.
Start with a real workflow
Scope the first deployment around a measurable operational workflow, named owners, authorized sources and explicit approval boundaries.