JauMemory MCP Server
OfficialServer Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| NODE_ENV | No | Optional: Node environment (e.g., production, development). | |
| LOG_LEVEL | No | Optional: Logging level (e.g., info, debug). | |
| JAUMEMORY_EMAIL | No | Optional: Pre-configure your email. | |
| JAUMEMORY_USERNAME | No | Optional: Pre-configure your username. |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {} |
| prompts | {} |
| resources | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| mcp_loginA | Initiate MCP authentication flow. Provide your REAL JauMemory username and email to start the manual approval process. NOTE: You MUST click the link provided and approve in your browser. Test accounts will not work. Username and email can be optionally set via JAUMEMORY_USERNAME and JAUMEMORY_EMAIL environment variables. |
| mcp_authenticateB | Complete MCP authentication with the auth token you received from the web approval page. You MUST have clicked the link, approved in your browser, and copied the authentication code. |
| mcp_logoutA | Logout and revoke the current MCP session. |
| rememberB | Store a new memory with optional context and importance scoring |
| recallB | Search and retrieve memories |
| forgetC | Delete a specific memory |
| analyzeC | Analyze memory patterns and extract insights |
| consolidateB | Consolidate similar memories into insights based on semantic similarity |
| updateC | Update an existing memory |
| memory_statsA | Get statistics about memories with optional filtering. Usage Examples: // Get overall stats memory_stats() // Stats for memories containing "error" memory_stats({ query: "error" }) // Stats for last week memory_stats({ timeRange: { start: "2025-01-17", end: "2025-01-24" } }) // Stats for React-related errors memory_stats({ query: "react error*", minImportance: 0.5 }) // Stats for specific tags memory_stats({ tags: ["bug", "frontend"] }) Returns:
|
| create_agentA | Create a new agent with personality traits and specializations. Usage Examples: // Basic agent create_agent({ name: "Code Reviewer" }) // Agent with personality create_agent({ name: "Frontend Expert", personalityTraits: ["detail-oriented", "creative", "user-focused"], specializations: ["React", "TypeScript", "CSS", "UX"] }) // Agent with custom prompts create_agent({ name: "Test Engineer", personalityTraits: ["thorough", "systematic"], specializations: ["Jest", "Cypress", "TDD"], updatePrompts: [ "Always consider edge cases", "Write tests before implementing fixes" ] }) Pre-configured Agents (from migration):
|
| list_agentsA | List all available agents with their details. Usage Examples: // List all agents list_agents({}) // List only active agents list_agents({ status: "active" }) // List agents in error state list_agents({ status: "error" }) Agent Statuses:
|
| agent_memoryA | Link memories to agents or recall agent-specific memories. Usage Examples: // Link a memory to an agent agent_memory({ action: "link", agentId: "frontend-dev", memoryId: "mem-123-456", category: "learning", projectContext: "webapp" }) // Recall all memories for an agent agent_memory({ action: "recall", agentId: "backend-dev" }) // Search agent memories agent_memory({ action: "recall", agentId: "code-reviewer", query: "authentication", category: "error", limit: 10 }) // Project-specific recall agent_memory({ action: "recall", agentId: "test-engineer", projectContext: "api-service", category: "task" }) Memory Categories:
|
| agent_error_learningA | Enable agents to learn from errors using a 2-strike protocol. Usage Examples: // Report a new error agent_error_learning({ action: "report", agentId: "backend-dev", errorSignature: "TypeError: Cannot read property 'x' of undefined", errorMessage: "Undefined property access in user service", contextSnapshot: "const name = user.profile.name; // user.profile is undefined", attemptedSolution: "Added optional chaining: user.profile?.name", projectContext: "api-service" }) // Mark error as solved agent_error_learning({ action: "solve", agentId: "backend-dev", patternId: "err-pattern-123", solution: "Always check if user.profile exists before accessing properties", verificationSteps: [ "Run: npm test user.service.spec.ts", "Verify no TypeErrors in logs", "Check user profile endpoint returns 200" ] }) // Record failed attempt agent_error_learning({ action: "fail", agentId: "frontend-dev", patternId: "err-pattern-456", attemptedSolution: "Tried using default values but still crashed" }) The 2-Strike Protocol:
Response Types:
|
| agent_reflectionA | Create and retrieve agent reflections for continuous improvement. Usage Examples: // Create a learning reflection agent_reflection({ action: "create", agentId: "frontend-dev", reflectionType: "learning", content: "Discovered that React.memo can prevent unnecessary re-renders in large lists", lessonsLearned: [ "Use React.memo for expensive components", "Profile before optimizing", "Not all components need memoization" ] }) // Create a mistake reflection agent_reflection({ action: "create", agentId: "backend-dev", reflectionType: "mistake", content: "Forgot to add database indexes, causing slow queries in production", lessonsLearned: [ "Always analyze query patterns before deployment", "Add indexes for frequently filtered columns", "Monitor query performance in staging" ] }) // Create a collaboration reflection agent_reflection({ action: "create", agentId: "code-reviewer", reflectionType: "collaboration", content: "Worked with frontend-dev to establish better PR review guidelines", lessonsLearned: [ "Clear PR descriptions save review time", "Automated checks reduce manual review burden" ], relatedAgents: ["frontend-dev", "test-engineer"] }) // List all reflections for an agent agent_reflection({ action: "list", agentId: "test-engineer" }) // List specific type of reflections agent_reflection({ action: "list", agentId: "project-manager", reflectionType: "success" }) Reflection Types:
|
| update_agent_nameA | Update an agent's name using the new naming convention. Usage Examples: // Update an agent's name update_agent_name({ agentId: "DW1", newName: "Documentation Writer:dw1" }) // Change to a different role update_agent_name({ agentId: "ta1", newName: "Test Automation Engineer:tae1" }) Name Format Requirements:
This allows agents to be reassigned to different roles as they grow and evolve. |
| agent_collaborationA | Manage collaboration between agents. Usage Examples: // Start a collaboration agent_collaboration({ action: "start", agentId: "frontend-dev", collaboratorId: "backend-dev", collaborationType: "api-integration", memoryId: "task-123" }) // Complete a collaboration agent_collaboration({ action: "complete", agentId: "frontend-dev", collaborationId: "collab-456", outcome: "success" }) // List collaborations for an agent agent_collaboration({ action: "list", agentId: "backend-dev" }) Collaboration Types:
Outcomes:
|
| create_collectionB | Create a new collection for organizing memories. |
| list_collectionsA | List all your collections. |
| get_collectionA | Get details of a specific collection including all its memories. |
| add_to_collectionB | Add a memory to a collection. |
| remove_from_collectionB | Remove a memory from a collection. |
| update_collectionB | Update collection details (name and/or description). |
| delete_collectionA | Delete a collection (memories are not deleted, only the collection). |
| consolidate_collectionB | Consolidate all memories in a collection into a comprehensive summary or insight. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
| memory-review | Review recent memories and suggest patterns |
| agent-coordinator | Act as an agent coordinator for multi-agent workflows |
| agent-persona | Adopt the persona and capabilities of a specific agent |
| agent-team | Coordinate a team of agents for complex projects |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
| System Status | Current system status and configuration |
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/Jau-app/JauMemory-mcp-server'
If you have feedback or need assistance with the MCP directory API, please join our Discord server