Nothing on the wire said which Mem0 surface made a call. Both SDKs sent only an auth header, so the platform saw python-httpx and axios and attributed every plugin, wrapper and direct API user to one undifferentiated bucket. Version was unknowable, which is what gates every deprecation decision. Three headers, and the rules on them are the point: - X-Mem0-Source and X-Application are SET-ONCE. Whichever layer is outermost sets them; nothing below overwrites. A plugin wrapping the SDK keeps its own identity instead of being renamed by the transport underneath it. - X-Mem0-Client is APPEND-ONLY. A plugin calling the Python SDK produces `mem0-plugin/0.3.1, mem0-python/2.0.19`, so neither layer can erase the other. Deliberately not User-Agent: proxies rewrite it, and we have already met a WAF that 403s on it. The plugin core also hoists `source` out of metadata to the top level, which is where the backend actually reads it. It sat in metadata, which get_event_source never consults, so all six plugins arrived indistinguishable from a raw SDK call no matter what they set. The harness tag stays in metadata as hook provenance. pi-agent had PI_AGENT as a PostHog property only and never sent it on the wire. vercel-ai-sdk sent nothing at all from its raw fetch calls. Values must exist in the platform's EventSource enum or they bucket to OTHERS, so integrations/AGENTS.md now states the contract and the "adding an integration" checklist requires landing the platform value in the same week. Pairs with mem0ai/platform#3602, which recognizes these values. TypeScript changes are not typechecked locally — deps are not installed for those packages. CI covers them. Claude-Session: https://claude.ai/code/session_01C7tEmH86HAr7GoAAKCEHZb
@mem0/pi-agent-plugin
Persistent semantic memory for Pi Agent, powered by Mem0.
This extension gives Pi Agent long-term memory that persists across sessions, projects, and devices. Memories are automatically captured from conversations and can be searched and managed through slash commands and an agent-accessible tool.
Current package version: 0.3.0. Shared redaction and lifecycle utilities come from agent-plugin-core; Pi keeps its own tools and scopes.
Sidekick is available only in the Claude Code plugin.
Features
- Automatic memory capture: learns from every conversation (both user and assistant messages)
- Semantic search: find memories by meaning, not just keywords
- Scoped memory: project, session, or global scope
- Monorepo-aware: uses git root for project detection, consistent app_id across subdirectories
- Confirmation dialogs: destructive commands ask before acting
- 6 slash commands: essential memory management from the command line
- Agent tool:
mem0_memorytool lets the agent search and store memories autonomously
Setup
1. Get an API key
Sign up at app.mem0.ai and copy your API key.
2. Install
pi install npm:@mem0/pi-agent-plugin
3. Configure
Set the API key as an environment variable:
export MEM0_API_KEY="m0-your-key-here"
Or create a config file at ~/.pi/agent/mem0-config.json:
{
"apiKey": "m0-your-key-here",
"userId": "your-username",
"autoCapture": true,
"defaultScope": "project",
"searchThreshold": 0.3
}
Environment variables (MEM0_API_KEY, MEM0_USER_ID) override the config file.
searchThreshold (default 0.3) is the minimum similarity score (0–1) a memory must reach to count as a match for /mem0-search and /mem0-forget. It is passed to the mem0 search API (along with reranking for higher-precision ordering), so a query with no sufficiently similar memory reports no match instead of returning the closest unrelated memories. Raise it to be stricter; lower it if relevant results are missed.
Commands
| Command | Description |
|---|---|
/mem0-remember <text> |
Store a memory verbatim (no inference) |
/mem0-forget <query> |
Search and delete memories (with confirmation) |
/mem0-search <query> |
Semantic search across memories |
/mem0-tour [scope] |
Browse all memories grouped by category |
/mem0-scope <scope> |
Change default scope for this session |
/mem0-status |
Connection health, identity, and memory count |
Skills
The plugin includes 6 skills that guide the agent on how to use each capability:
| Skill | Purpose |
|---|---|
context-loader |
Pre-fetch relevant memories at session start |
remember |
Store facts with category classification |
search |
Quick semantic search with compact results |
forget |
Delete memories with confirmation |
tour |
Full memory walkthrough by category |
status |
Health check and diagnostics |
Memory Scopes
| Scope | Filters | Use case |
|---|---|---|
project |
user + app_id (git root) | Default. Project-specific knowledge |
session |
user + app_id + run_id | Recall restricted to memories saved with the current session ID |
global |
user only | All memories across all your projects |
Project scoping uses git rev-parse --show-toplevel to detect the repository root, so all subdirectories within a monorepo share the same memory pool.
Global tool operations require /mem0-scope global or defaultScope: "global" in plugin configuration. A model-supplied scope argument cannot enable cross-project access on its own. Empty or wildcard user, project, and session identities are rejected.
Automatic recall and capture
Before an agent response, the extension searches project memories and injects relevant results. After agent_end, automatic capture sends the user and assistant text supplied by Pi to Mem0 in project scope, regardless of the default scope selected for explicit commands. Captured text is redacted without the former 6,000-character per-message cutoff.
Automatic project writes do not attach run_id. Session-scoped recall applies to memories explicitly saved in session scope; it does not make project memories session-specific or automatically expire them. Recall queries and displayed tool results keep separate size limits.
Memory Categories
Memories are automatically classified into 10 general-purpose categories:
| Category | Description |
|---|---|
identity |
Personal details, background, self-descriptions |
preferences |
Likes, dislikes, habits, preferred approaches |
goals |
Objectives, aspirations, targets |
projects |
Ongoing work, initiatives, areas of focus |
decisions |
Choices made, rationale, trade-offs |
technical |
Technical knowledge, tools, configurations |
relationships |
People, teams, organizations |
routines |
Recurring patterns, workflows, schedules |
lessons |
Insights learned, mistakes to avoid |
work |
Professional context, role, responsibilities |
Architecture
pi-agent-plugin/
├── src/
│ ├── entry.ts # Extension entry point
│ ├── index.ts # Barrel exports
│ ├── commands.ts # 6 slash commands
│ ├── prompt.ts # System prompt injection (MEMORY_POLICY)
│ ├── types.ts # Shared interfaces and categories
│ ├── telemetry.ts # PostHog telemetry (batched, PII-safe)
│ ├── config/ # Config loading (~/.pi/agent/mem0-config.json)
│ ├── memory/ # Tool registration, scoping (git root), formatting
│ └── capture/ # Auto-capture from conversations (user + assistant)
├── skills/ # 6 SKILL.md files for Pi Agent
├── tests/ # Vitest unit tests
└── dist/ # Built output (ESM + DTS)
Development
pnpm install # Install dependencies
pnpm run typecheck # Type check
pnpm run test # Run tests
pnpm run build # Build (ESM + declarations)