API for managing enterprise context and memory items with authentication and user-specific data.
API for managing enterprise context and memory items with authentication and user-specific data.
This API supports three authentication methods:
X-API-Key headerX-API-Key: <your-api-key>X-Session-Token headerX-Session-Token: <your-session-token>Authorization headerAuthorization: Bearer <token>All endpoints require one of these authentication methods.
Add a new memory item to the system with size validation and background processing.
Authentication Required: One of the following authentication methods must be used:
Authorization headerX-API-Key headerX-Session-Token headerRequired Headers:
Role-Based Memory Categories:
New Metadata Fields:
metadata.role: Optional field to specify who generated the memory (user or assistant)metadata.category: Optional field for memory categorization based on roleThe API validates content size against MAX_CONTENT_LENGTH environment variable (defaults to 15000 bytes).
If True, skips adding background tasks for processing
Response format. Use 'omo' for Open Memory Object standard format (portable across platforms).
Response format. Use 'omo' for Open Memory Object standard format (portable across platforms).
Response format. Use 'omo' for Open Memory Object standard format (portable across platforms).
Webhook URL to notify when background processing completes. Receives POST with {event, memory_id, status, completed_at}.
Webhook URL to notify when background processing completes. Receives POST with {event, memory_id, status, completed_at}.
Webhook URL to notify when background processing completes. Receives POST with {event, memory_id, status, completed_at}.
Secret for webhook HMAC authentication. Sent as X-Webhook-Secret header and used to generate X-Webhook-Signature.
Secret for webhook HMAC authentication. Sent as X-Webhook-Secret header and used to generate X-Webhook-Signature.
Secret for webhook HMAC authentication. Sent as X-Webhook-Secret header and used to generate X-Webhook-Signature.
Unified processing policy: transform_embedding, graph, consent, risk, acl.
Unified processing policy: transform_embedding, graph, consent, risk, acl.
The content of the memory item you want to add to memory
Memory item type; defaults to 'text' if omitted
Optional namespace ID for multi-tenant memory scoping. When provided, memory is associated with this namespace.
Optional namespace ID for multi-tenant memory scoping. When provided, memory is associated with this namespace.
Optional namespace ID for multi-tenant memory scoping. When provided, memory is associated with this namespace.
Your application's user identifier. This is the primary way to identify users. Use this for your app's user IDs (e.g., 'user_alice_123', UUID, email). Papr will automatically resolve or create internal users as needed.
Your application's user identifier. This is the primary way to identify users. Use this for your app's user IDs (e.g., 'user_alice_123', UUID, email). Papr will automatically resolve or create internal users as needed.
Your application's user identifier. This is the primary way to identify users. Use this for your app's user IDs (e.g., 'user_alice_123', UUID, email). Papr will automatically resolve or create internal users as needed.
Metadata used in graph and vector store for a memory item. Include role and category here.
Metadata used in graph and vector store for a memory item. Include role and category here.
Conversation history context for this memory. Use for providing message history when adding a memory. Format: [{role: 'user'|'assistant', content: '...'}]
Conversation history context for this memory. Use for providing message history when adding a memory. Format: [{role: 'user'|'assistant', content: '...'}]
DEPRECATED: Use 'policy' instead. Legacy graph + OMO policy. Use mode='auto' (LLM extraction, constraints applied if provided) or 'manual' (exact nodes). Includes consent, risk, and ACL settings. If schema_id is set, schema's memory_policy is used as defaults.
DEPRECATED: Use 'policy' instead. Legacy graph + OMO policy. Use mode='auto' (LLM extraction, constraints applied if provided) or 'manual' (exact nodes). Includes consent, risk, and ACL settings. If schema_id is set, schema's memory_policy is used as defaults.
DEPRECATED: Use policy.graph.link_to instead. Shorthand DSL for node/edge constraints (same as node_constraints, compact syntax). Expands and merges into memory_policy.node_constraints and edge_constraints at resolve time. Default create is upsert; use dict form with create='lookup' (or legacy 'never') for link-only. Formats: - String: 'Task:title' (semantic match on Task.title, upsert by default) - List: ['Task:title', 'Person:email'] (multiple constraints) - Dict: {'Task:title': {'set': {...}, 'create': 'lookup'}} (full options) Syntax: - Node: 'Type:property', 'Type:prop=value' (exact), 'Type:prop~value' (semantic) - Edge: 'Source->EDGE->Target:property' (arrow syntax) - Via: 'Type.via(EDGE->Target:prop)' (relationship traversal) - Special: '$this', '$previous', '$context:N' Example lookup-only: {'SecurityPolicy:name': {'create': 'lookup'}}
DEPRECATED: Use policy.graph.link_to instead. Shorthand DSL for node/edge constraints (same as node_constraints, compact syntax). Expands and merges into memory_policy.node_constraints and edge_constraints at resolve time. Default create is upsert; use dict form with create='lookup' (or legacy 'never') for link-only. Formats: - String: 'Task:title' (semantic match on Task.title, upsert by default) - List: ['Task:title', 'Person:email'] (multiple constraints) - Dict: {'Task:title': {'set': {...}, 'create': 'lookup'}} (full options) Syntax: - Node: 'Type:property', 'Type:prop=value' (exact), 'Type:prop~value' (semantic) - Edge: 'Source->EDGE->Target:property' (arrow syntax) - Via: 'Type.via(EDGE->Target:prop)' (relationship traversal) - Special: '$this', '$previous', '$context:N' Example lookup-only: {'SecurityPolicy:name': {'create': 'lookup'}}
DEPRECATED: Use policy.graph.link_to instead. Shorthand DSL for node/edge constraints (same as node_constraints, compact syntax). Expands and merges into memory_policy.node_constraints and edge_constraints at resolve time. Default create is upsert; use dict form with create='lookup' (or legacy 'never') for link-only. Formats: - String: 'Task:title' (semantic match on Task.title, upsert by default) - List: ['Task:title', 'Person:email'] (multiple constraints) - Dict: {'Task:title': {'set': {...}, 'create': 'lookup'}} (full options) Syntax: - Node: 'Type:property', 'Type:prop=value' (exact), 'Type:prop~value' (semantic) - Edge: 'Source->EDGE->Target:property' (arrow syntax) - Via: 'Type.via(EDGE->Target:prop)' (relationship traversal) - Special: '$this', '$previous', '$context:N' Example lookup-only: {'SecurityPolicy:name': {'create': 'lookup'}}
DEPRECATED: Use 'policy.graph' instead. Legacy graph generation configuration. If both policy and graph_generation are provided, policy takes precedence.
DEPRECATED: Use 'policy.graph' instead. Legacy graph generation configuration. If both policy and graph_generation are provided, policy takes precedence.
DEPRECATED - Internal only. Auto-populated from API key scope. Do not set manually. The organization is resolved automatically from the API key's associated organization.
DEPRECATED - Internal only. Auto-populated from API key scope. Do not set manually. The organization is resolved automatically from the API key's associated organization.
DEPRECATED - Internal only. Auto-populated from API key scope. Do not set manually. The organization is resolved automatically from the API key's associated organization.
DEPRECATED: Use 'external_user_id' instead. Internal Papr Parse user ID. Most developers should not use this field directly.
DEPRECATED: Use 'external_user_id' instead. Internal Papr Parse user ID. Most developers should not use this field directly.
DEPRECATED: Use 'external_user_id' instead. Internal Papr Parse user ID. Most developers should not use this field directly.
DEPRECATED: Use 'policy' instead. Migration options: 1. Specific memory: relationships=[{source: '$this', target: 'mem_123', type: 'FOLLOWS'}] 2. Previous memory: link_to_previous_memory=True 3. Related memories: link_to_related_memories=3
DEPRECATED: Use 'policy' instead. Migration options: 1. Specific memory: relationships=[{source: '$this', target: 'mem_123', type: 'FOLLOWS'}] 2. Previous memory: link_to_previous_memory=True 3. Related memories: link_to_related_memories=3
curl -i -X POST \
'https://memory.papr.ai/v1/memory?format=string&skip_background_processing=false&webhook_secret=string&webhook_url=string' \
-H 'Content-Type: application/json' \
-H 'X-API-Key: YOUR_API_KEY_HERE' \
-d '{
"content": "Meeting with John Smith from Acme Corp about the Q4 project timeline",
"type": "text",
"external_user_id": "user_alice_123",
"metadata": {
"topics": [
"product",
"planning",
"meetings"
],
"hierarchical_structures": "Business/Meetings/Project Planning",
"location": "Conference Room A",
"emoji_tags": [
"📅",
"👥",
"📋"
],
"emotion_tags": [
"focused",
"productive"
],
"conversationId": "conv-123",
"sourceUrl": "https://calendar.example.com/meeting/123",
"customMetadata": {
"project_id": "q4-roadmap",
"meeting_type": "planning"
}
},
"context": [
{
"role": "user",
"content": "Let'\''s discuss the Q4 project timeline with John"
},
{
"role": "assistant",
"content": "I'\''ll help you prepare for the timeline discussion. What are your key milestones?"
}
],
"policy": {
"consent": "implicit",
"risk": "none",
"transform_embedding": {
"mode": "auto",
"domain_id": "general"
},
"graph": {
"mode": "auto",
"link_to": [
"Person:name~John Smith",
"Company:name~Acme Corp",
"Meeting:title~Q4 project timeline"
]
},
"acl": {
"read": [
"external_user:user_alice_123"
],
"write": [
"external_user:user_alice_123"
]
}
}
}'{ "code": 200, "status": "success", "data": [ { … } ] }
Get processing status for a memory item.
Returns the current processing lifecycle stage:
queued — Accepted, waiting to be processedquick_saved — Quick add complete (stored in DB + vector store), background processing pendingprocessing — Background processing in progress (graph indexing, Neo4j nodes, enrichment)completed — All processing finishedfailed — Processing failedUse this endpoint to poll for completion after adding a memory. For real-time updates, connect to WebSocket at /ws/memory-status/{memory_id}.
curl -i -X GET \
'https://memory.papr.ai/v1/memory/status/{memory_id}' \
-H 'X-API-Key: YOUR_API_KEY_HERE'{}
curl -i -X GET \
'https://memory.papr.ai/v1/memory/batch/status/{batch_id}' \
-H 'X-API-Key: YOUR_API_KEY_HERE'{}