What are User Profiles?
User profiles are automatically maintained collections of facts about your users that Supermemory builds from all their interactions and content. Think of it as a persistent “about me” document that’s always up-to-date and instantly accessible. Instead of searching through memories every time you need context about a user, profiles give you:- Instant access to comprehensive user information
- Automatic updates as users interact with your system
- Two-tier structure separating permanent facts from temporary context
Profile data can be appended to the system prompt so that it’s always sent to your LLM and you don’t need to run multiple queries.
Static vs Dynamic Profiles

Static Profile
Long-term, stable facts that define who the user is These are facts that rarely change - the foundational information about a user that remains consistent over time. Examples:- “Sarah Chen is a senior software engineer at TechCorp”
- “Sarah specializes in distributed systems and Kubernetes”
- “Sarah has a PhD in Computer Science from MIT”
- “Sarah prefers technical documentation over video tutorials”
Dynamic Profile
Recent context and temporary information These are current activities, recent interests, and temporary states that provide immediate context. Examples:- “Sarah is currently migrating the payment service to microservices”
- “Sarah recently started learning Rust for a side project”
- “Sarah is preparing for a conference talk next month”
- “Sarah is debugging a memory leak in the authentication service”
How are profiles different from search?
How are profiles different from search?
Traditional Search: You query “What does Sarah know about Kubernetes?” and get specific memory chunks about Kubernetes.User Profiles: You get Sarah’s complete professional context instantly - her role, expertise, preferences, and current projects - without needing to craft specific queries.The profile is always there, providing consistent personalization across every interaction.
Why We Built Profiles
The Problem with Search-Only Approaches
Traditional memory systems rely entirely on search, which has fundamental limitations:- Search is too narrow: When you search for “project updates”, you miss that the user prefers bullet points, works in PST timezone, and uses specific technical terminology.
- Search is repetitive: Every chat message triggers multiple searches for basic context that rarely changes.
- Search misses relationships: Individual memory chunks don’t capture the full picture of who someone is and how different facts relate.
How Profiles Work with Search
Profiles don’t replace search - they complement it perfectly:1
Profile provides foundation
The user’s profile gives your LLM comprehensive background context about who they are, what they know, and what they’re working on.
2
Search adds specificity
When you need specific information (like “error in deployment yesterday”), search finds those exact memories.
3
Combined for perfect context
Your LLM gets both the broad understanding from profiles AND the specific details from search.
Real-World Example
Imagine a user asks: “Can you help me debug this?” Without profiles: The LLM has no context about the user’s expertise level, current projects, or debugging preferences. With profiles: The LLM knows:- The user is a senior engineer (adjust technical level)
- They’re working on a payment service migration (likely context)
- They prefer command-line tools over GUIs (tool suggestions)
- They recently had issues with memory leaks (possible connection)
Technical Implementation
Endpoint Details
Based on the API reference, the profile endpoint provides a simple interface: Endpoint:POST /v4/profile
Request Parameters
Parameter | Type | Required | Description |
---|---|---|---|
containerTag | string | Yes | The container tag (usually user ID) to get profiles for |
q | string | No | Optional search query to include search results with the profile |
Response Structure
The response includes both profile data and optional search results:Code Examples
Basic Profile Retrieval
Profile with Search
Sometimes you want both the user’s profile AND specific search results:Integration with Chat Applications
Here’s how to use profiles in a real chat application:AI SDK Integration
The Supermemory AI SDK provides a more elegant way to use profiles through the
withSupermemory
middleware, which automatically handles profile retrieval and injection into your LLM prompts.Automatic Profile Integration
The AI SDK’swithSupermemory
middleware abstracts away all the profile endpoint complexity:
Memory Search Modes
The AI SDK supports three modes for memory retrieval:Profile Mode (Default)
Retrieves user profile memories without query filtering:Query Mode
Searches memories based on the user’s message:Full Mode
Combines both profile and query results:Learn More About AI SDK
Explore the full capabilities of the Supermemory AI SDK, including tools for adding memories, searching, and automatic profile injection.
Understanding the Modes (Without AI SDK)
When using the API directly without the AI SDK:-
Profile Only: Call
/v4/profile
and add the profile data to your system prompt. This gives persistent user context without query-specific search. -
Query Only: Use the
/v4/search
endpoint with the user’s specific question to find relevant memories based on their current query. Read the search docs. - Full Mode: Combine both approaches - add profile data to the system prompt AND use the search endpoint for conversational context based on the user’s specific query. This provides the most comprehensive context.
q
parameter in the v4/profiles
endpoint to get those search results. I just wanted to demonstrate how you can use search and profile separately, so I put this elaborate code snippet.
How Profiles are Built
Profiles are automatically constructed and maintained through Supermemory’s ingestion pipeline:1
Content Ingestion
When users add documents, chat, or any content to Supermemory, it goes through the standard ingestion workflow.
2
Intelligence Extraction
AI analyzes the content to extract not just memories, but also facts about the user themselves.
3
Profile Operations
The system generates profile operations (add, update, or remove facts) based on the new information.
4
Automatic Updates
Profiles are updated in real-time, ensuring they always reflect the latest information about the user.
You don’t need to manually manage profiles - they’re automatically maintained as users interact with your system. Just ingest content normally, and profiles build themselves.
Common Use Cases
Personalized AI Assistants
Profiles ensure your AI assistant remembers user preferences, expertise, and context across conversations.Customer Support Systems
Support agents (or AI) instantly see customer history, preferences, and current issues without manual searches.Educational Platforms
Adapt content difficulty and teaching style based on the learner’s profile and progress.Development Tools
IDE assistants that understand your coding style, current projects, and technical preferences.Performance Benefits
Profiles provide significant performance improvements:Metric | Without Profiles | With Profiles |
---|---|---|
Context Retrieval | 3-5 search queries | 1 profile call |
Response Time | 200-500ms | 50-100ms |
Token Usage | High (multiple searches) | Low (single response) |
Consistency | Varies by search quality | Always comprehensive |