Claude-Mem

Установка

/plugin marketplace add thedotmack/claude-mem
/plugin install claude-mem

Это чужой код. Посмотрите файлы в репозитории перед установкой.

Что делает

Плагин через хуки жизненного цикла записывает, что агент делал и какие решения принимались, и сохраняет это в SQLite. В новой сессии контекст из прошлых подставляется автоматически. Поиск по памяти идет через скилл mem-search и MCP-инструменты search, timeline и get_observations с гибридным поиском на базе Chroma. Есть веб-интерфейс с потоком памяти и теги для исключения чувствительного содержимого.

Для кого. Разработчики, которые ведут долгие проекты в Claude Code и устали заново объяснять контекст.

Пример запроса к агенту

Мы уже чинили баг с авторизацией? Найди в памяти, как его решили

Ограничения

По README проект переименован в Grok Mem, но пакет называется claude-mem. Установщик по умолчанию предлагает войти в аккаунт и использует облачную память, отказаться можно флагом --provider или CLAUDE_MEM_ONLINE_OPTIN=false. Команда npm install -g claude-mem ставит только SDK без хуков. Для векторного поиска нужен uv, воркер управляется Bun.

Как отключить. Удалите плагин claude-mem в Claude Code. Настройки хранятся в ~/.claude-mem/settings.json.

Проверка безопасности

• Хуки записывают действия агента и вывод инструментов
• Запускает локальный воркер с HTTP API
• По умолчанию предлагает облачное хранение памяти

Коротко о README

README описывает установку через npx claude-mem install для Claude Code, OpenCode, Antigravity и других сред, а также через маркетплейс плагинов. Архитектура включает пять хуков жизненного цикла, локальный воркер с HTTP API, SQLite и Chroma. Поиск построен по трехшаговой схеме для экономии токенов. Лицензия Apache 2.0, документация на docs.claude-mem.ai.

SKILL.md

---
name: mem-search
description: Search claude-mem's persistent cross-session memory database. Use when user asks "did we already solve this?", "how did we do X last time?", or needs work from previous sessions.
---

# Memory Search

Search past work across all sessions. Simple workflow: search -> filter -> fetch -> (rarely) disclose raw tool I/O.

## When to Use

Use when users ask about PREVIOUS sessions (not current conversation):

- "Did we already fix this?"
- "How did we solve X last time?"
- "What happened last week?"

## Layered Workflow (ALWAYS Follow)

**NEVER fetch full details without filtering first. 10x token savings.**

### Step 1: Search - Get Index with IDs

Use the `search` MCP tool:

```
search(query="authentication", limit=20, project="my-project")
```

**Returns:** Table with IDs, timestamps, types, titles (~50-100 tokens/result)

```
| ID | Time | T | Title | Read |
|----|------|---|-------|------|
| #11131 | 3:48 PM | 🟣 | Added JWT authentication | ~75 |
| #10942 | 2:15 PM | 🔴 | Fixed auth token expiration | ~50 |
```

**Parameters:**

- `query` (string) - Search term
- `limit` (number) - Max results, default 20, max 100
- `project` (string) - Project name filter
- `type` (string, optional) - "observations", "sessions", or "prompts"
- `obs_type` (string, optional) - Comma-separated: bugfix, feature, decision, discovery, change
- `dateStart` (string, optional) - YYYY-MM-DD or epoch ms
- `dateEnd` (string, optional) - YYYY-MM-DD or epoch ms
- `offset` (number, optional) - Skip N results
- `orderBy` (string, optional) - "date_desc" (default), "date_asc", "relevance"

### Step 2: Timeline - Get Context Around Interesting Results

Use the `timeline` MCP tool:

```
timeline(anchor=11131, depth_before=3, depth_after=3, project="my-project")
```

Or find anchor automatically from query:

Похожие