Skip to main content

Agent Management

Agents are the core identity in Memanto. Each agent maintains its own memory namespace and sessions.

What is an Agent?

An agent represents a persistent identity that can maintain memories across sessions:
  • Unique identifier - Never changes (e.g., customer-support-bot)
  • Memory namespace - Isolated from other agents
  • Multiple sessions - Can have sessions at different times
  • Long-term context - Memories persist across sessions

Agent Lifecycle

Managing Agents

Agent creation, listing, and session management are handled via the CLI or the REST API.

Agent Namespaces

Each agent automatically gets its own namespace in Moorcheh. Namespaces isolate semantic search so memories stay scoped to the correct agent.
All memories for that agent are stored in this namespace, and recall operations run against that namespace only.

Search Isolation

Searches are isolated by default:
Agents never see each other’s memories unless you intentionally implement a cross-agent access pattern.

When You Need Shared Memory

If multiple agents need common context, use a dedicated shared agent:
This preserves isolation while allowing controlled sharing of common facts.

Namespace Naming

Namespaces follow this pattern:
Examples:
  • customer-support -> memanto_agent_customer-support
  • project-manager -> memanto_agent_project-manager
  • research-bot -> memanto_agent_research-bot

Namespace Best Practices

DO:
  • Create separate agents for different domains
  • Keep related memories in the same agent
  • Use a shared-context agent for cross-team knowledge
DON’T:
  • Put all memories in one agent
  • Expect cross-agent search automatically
  • Reuse one agent for unrelated purposes

Deleting Agents

When an agent is no longer needed, you can permanently delete it. The delete command walks you through two decisions: confirming the deletion, and choosing whether to keep a copy of the agent’s memories in the Moorcheh cloud.

CLI Method

Skip confirmation with --force:

What Gets Deleted

REST API Method

By default the API endpoint removes local metadata only and leaves the Moorcheh namespace intact. Pass delete-backup-too=true to also delete the cloud namespace and its memories:
API clients do not send an Authorization header — Memanto authenticates with Moorcheh server-side using the configured MOORCHEH_API_KEY.

Agent Metadata

View Agent Metadata

This shows:
  • Agent ID
  • Created timestamp
  • Memory count by type
  • Last session info
  • Summary of important memories

Agent Isolation & Scaling

Scale your architecture by creating distinct agents based on your needs:
  • Per User/Role: alice-support-rep, bob-support-rep
  • Per Domain/Task: customer-preferences, billing-issues
  • Per Environment: prod-support-bot, staging-support-bot
Use clear, descriptive naming conventions to keep your agents organized as your project scales.

Performance Considerations

Agent Limits

  • No hard limit on number of agents (free tier up to 5 agents)
  • Each agent can have unlimited memories
  • Sessions limited to 1 active per agent at a time
  • Memories queryable in under 100ms on average

Optimization Tips

  1. Reuse agent sessions - Don’t create new sessions frequently if active session is available
  2. Batch operations - Store multiple memories at once
  3. Deactivate sessions - Deactivate sessions when no longer needed to free resources

Next Steps


Agents are the foundation of Memanto. Master agent management to build powerful memory-enabled applications!