PRMR Memory Core is plug-in continuity infrastructure. Companies connect PRMR to their AI system or workflow using an API key, client ID, vault, and namespace, then send messy event histories into PRMR.
PRMR turns those histories into smaller continuity packets, reconstructed state, public-safe explanations, least-harm action boundaries, usage logs, reports, and dashboard visibility.
Storage remembers data. PRMR remembers change.
PRMR gives AI systems a continuity layer outside the model. It can make limited context feel wider by giving systems smaller, cleaner continuity packets instead of raw history dumps; it does not increase a model's official context window.
Current evidence combines internal/local tests and controlled hosted API smoke. External validation and production hardening are separate future milestones.
What PRMR is not
A continuity layer, not a replacement for your stack.
not an AI model
not a database replacement
not a vector database replacement
not an official model context-window expansion
not a final decision engine
not production-certified
not bank, compliance, legal, or external security approved
Basic integration flow
From messy history to continuity packet.
Raw events -> PRMR continuity packet -> reconstructed state -> explanation/report -> dashboard visibility.
01Create a client record
02Issue an operator-approved API key
03Create a vault and namespace
04Send scoped messy events
05Generate a continuity packet
06Reconstruct current state
07Request a public-safe explanation or report
08View usage, blocked requests, reports, and memory health in the dashboard
External validation and production hardening are future milestones
Future hosted API notes
Future work, not current claims.
A future hosted service would require separate backend work, security hardening, operational policy, and external review. These items are future milestones, not V0.72.1 implementation claims.
hosted backendclient accountsvaults and namespacescredential issuingusage logsrate limitsdashboardbillingexternal security review
Endpoint reference
Controlled-alpha API shape
These endpoints come from the V0.52.0 alpha contract. They describe the intended controlled-alpha API shape, not a hosted production service.
POST /v1/events/ingest
Public-safe examples
Accept scoped events and store them under a client, vault, and namespace.
{
"ok": true,
"packet": {
"packet_id": "pkt_demo_001",
"entity_id": "agent_demo_001",
"current_state": "agent can continue with current project preference",
"active_signals": ["continuity_ready"],
"stale_signals": ["outdated_setup_note"],
"continuity_summary": "Current state preserves active and stale signals for review."
}
}
A packet is review support, not an automated final decision.
POST /v1/memory/reconstruct
Public-safe examples
Reconstruct useful current state from a continuity packet.
{
"ok": true,
"explanation": {
"summary": "We noticed activity that may need review before continuing.",
"customer_next_step": "Please confirm whether you recognize the change.",
"review_boundary": "This is a review step, not a final conclusion."
}
}
Public-safe explanations avoid restricted diagnostics and certainty-heavy language.