Persistent Memory API for Claude Apps
If you are building with Claude and need long-term user memory, stable chat history, and structured app context, Mnexium gives you a production-ready memory layer without stitching together multiple systems.
Marius Ndini
Founder ยท Mar 3, 2026
What This Solves
Most Claude apps start stateless. Once users return, you need continuity: what the user likes, what they already said, and what the assistant should remember next. Teams typically add a vector DB, custom extraction logic, conversation storage, and glue code. That works, but it increases complexity quickly.
Mnexium gives you one runtime object to control memory learning, memory recall, and chat history in the same request. You keep Claude, and add durable context in a few lines.
Quickstart (Claude + Mnexium)
Send your normal chat request and append the mnx object.
curl -X POST "https://www.mnexium.com/api/v1/chat/completions" \
-H "Content-Type: application/json" \
-H "x-anthropic-key: $ANTHROPIC_API_KEY" \
-d '{
"model": "claude-sonnet-4-20250514",
"messages": [\
{ "role": "user", "content": "My name is Alex and I prefer concise answers." }\
],
"mnx": {
"subject_id": "user_123",
"chat_id": "chat_abc",
"learn": true,
"recall": true,
"history": true
}
}'
The first request learns memory. Later requests for the same subject_id can recall relevant facts and prior context automatically.
Records + Memory for Production Apps
Mnexium Records gives you schema-backed, transactional app data alongside conversational memory. In chat requests, mnx.records controls record recall before generation and record extraction after generation.
curl -X POST "https://www.mnexium.com/api/v1/chat/completions" \
-H "Content-Type: application/json" \
-H "x-anthropic-key: $ANTHROPIC_API_KEY" \
-d '{
"model": "claude-sonnet-4-20250514",
"messages": [{ "role": "user", "content": "What deals do we have with TechCorp?" }],
"mnx": {
"subject_id": "user_123",
"records": {
"recall": true,
"learn": "auto",
"tables": ["account", "deal"]
}
}
}'
records.learnsupports"auto","force", orfalse.- When using
"force",records.tablesis required. - Set
records.sync: truewhen writes must complete before response.
When to Use Mnexium
- You need memory that persists across sessions.
- You want Claude compatibility without rebuilding your stack.
- You need deterministic records and user profiles alongside chat memory.
When Not to Use Mnexium
- Your app is fully stateless and session continuity does not matter.
- You already built a memory stack and are satisfied with maintenance overhead.
Mnexium vs DIY Memory Stack
| Capability | Mnexium | DIY Stack |
|---|---|---|
| Memory learn + recall | Built-in | Custom extraction + retrieval |
| Chat history continuity | Built-in | Separate storage and orchestration |
| Structured app records | Built-in schemas + APIs | Separate DB integration |
| Production debugging | Request trace/audit surfaces | Custom logging pipeline |
Pricing Snapshot
Start free, then move to Pro with included usage and overages. For larger teams, Enterprise offers custom limits and commercial terms. See the full pricing section on the homepage for current limits.
FAQ
Does this replace Claude?
No. Mnexium adds memory and app context on top of Claude workflows.
Can I use this with OpenAI or Gemini too?
Yes. Mnexium is provider-agnostic and supports OpenAI, Anthropic, and Google model flows.
Do I need to migrate my whole app?
No. Most teams integrate incrementally by adding the mnx object to existing calls.
Ready to add persistent memory?
Start free with trial keys, then move to Pro when your production traffic grows.