agentmemory:// URI scheme. Agents can read these resources directly for structured, always-current data about memory state — without calling a tool or writing a query. Every resource returns a application/json body that reflects the live state of your memory server at the moment of the request.
Resources are read-only. To modify memory state — saving a memory, deleting an observation, triggering consolidation — use MCP tools instead.
Resources
agentmemory://status
Current health snapshot of the memory server.
Returns:
Example response:
agentmemory://project/{name}/profile
Profile for a named project — a distilled view of everything Agent Memory knows about how your agent works within this project.
Path parameter:
Returns: A complete profile for the named project, including:
- Top concepts extracted from sessions
- Most-accessed and most-modified files
- Learned conventions and preferences
- Recurring patterns
- Related session IDs
agentmemory://project/my-api-service/profile
agentmemory://project/{name}/recent
The 5 most recent session summaries for a project, sorted newest-first.
Path parameter:
Returns: An array of up to 5 session summary objects, each containing:
Example URI:
agentmemory://project/my-api-service/recent
Example response:
agentmemory://memories/latest
The 10 most recently created or reinforced memories across all projects.
Returns: An array of up to 10 Memory objects, each containing:
Example response:
agentmemory://graph/stats
Knowledge graph statistics — a summary of entities and relationships currently in the graph.
Returns:
Example response:
Requires
GRAPH_EXTRACTION_ENABLED=true. Without it, both totalNodes and totalEdges return 0. Graph extraction runs automatically at session end when the flag is enabled.agentmemory://team/{id}/profile
Shared team memory profile — an aggregate view of memories shared within a team namespace.
Path parameter:
Returns:
Example URI:
agentmemory://team/acme-engineering/profile
Example response:
Requires
TEAM_ID to be configured in ~/.agentmemory/.env. Without it, the resource returns 0 shared items. Use memory_team_share to add items to the team feed and memory_team_feed to read them back.How Agents Use Resources
Agents access resources via MCP’sresources/read protocol. Most MCP clients surface resources as a special context source — separate from tool calls — that the model can reference without consuming tool-call budget.
1
Agent discovers available resources
On connection, the MCP client calls
resources/list and receives the full list of agentmemory:// URIs. Your agent sees them as named context sources it can request at any time.2
Agent reads a resource
When the agent needs project context, memory stats, or graph data, it issues a
resources/read call with the target URI. The server returns the current snapshot instantly — no search, no LLM call.3
Agent uses the data
The structured JSON response lands in the agent’s context window. The agent can reference it directly in its reasoning — for example, checking
sessionCount before deciding whether to run a full recall, or scanning memories/latest to orient itself at the start of a task.Example: Reading Status in Claude Code
You can ask your agent to read any resource directly in natural language:resources/read with uri: "agentmemory://status" and return a human-readable summary of the current session count, memory count, and health state.