Alex Newman
36b0929fae
* Add server beta runtime foundation * Address server beta review findings * Resolve server beta review comments * Tighten server beta review follow-ups * Harden server beta auth and search * Avoid unnecessary FTS rebuilds * Block scoped keys from creating projects * Release BullMQ claims best effort on close * Address server beta review blockers * Reset BullMQ claims best effort * Add Postgres observation storage foundation * feat(server-beta): add independent runtime service Introduce src/server/runtime/ as a self-contained server-beta runtime that owns its lifecycle, Postgres bootstrap, and HTTP boundary without depending on WorkerService. ServerBetaService wraps the existing Server class, exposes /healthz and /v1/info with runtime="server-beta", and persists state to dedicated paths (.server-beta.pid|.port|.runtime.json). The four boundary managers (queue, generation worker, provider registry, event broadcaster) are intentionally disabled in this phase and report their status through /v1/info; later phases activate them. Adds plans/2026-05-07-finish-bullmq-branch-ship-plan.md to track the remaining work for this branch. Phase 2 of plans/2026-05-07-server-beta-independent-bullmq-observation-runtime.md. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(server-beta): route CLI lifecycle and bundle separate runtime scripts/build-hooks.js now produces plugin/scripts/server-beta-service.cjs as a separate Node CJS bundle, alongside the existing worker-service bundle. The server-beta runtime is now installable independently. src/npx-cli/commands/server.ts routes start|stop|restart|status to the server-beta lifecycle instead of the legacy worker. The worker keeps its own start|stop|restart|status under the worker namespace; the two runtimes can be operated independently. src/services/worker-service.ts adds a server-* command parser branch that delegates to the sibling server-beta-service.cjs bundle so direct worker-service invocations still route to the right runtime. tests/npx-cli-server-namespace.test.ts updated to expect server-beta lifecycle routing. Includes rebuilt plugin/scripts/*.cjs bundles produced by build-and-sync. Phase 2 of plans/2026-05-07-server-beta-independent-bullmq-observation-runtime.md. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(server-beta): add BullMQ job queue primitives Introduce src/server/jobs/ as the queue-side primitives that Phase 3 of the server-beta runtime needs to operate. types.ts defines a discriminated union over the four job kinds (event, event-batch, summary, reindex) and maps each to a per-kind BullMQ queue name and deterministic-ID prefix. job-id.ts builds deterministic, colon-free BullMQ jobIds from (kind, team, project, source). The colon ban exists because BullMQ uses ':' as a Redis key separator internally; embedding ':' in jobIds breaks scan and state lookups. ServerJobQueue.ts is a thin wrapper over BullMQ Queue + Worker that enforces autorun:false, default concurrency 1, and an attached error listener — all per BullMQ docs requirements. Test seams accept queue and worker factories so unit tests do not need Redis. outbox.ts publishes through the Postgres ObservationGenerationJob repository as canonical history. enqueueOutbox writes the row first, then publishes to BullMQ; if BullMQ throws, the row is transitioned to failed and a failed event is appended. reconcileOnStartup re-enqueues queued + processing rows after a restart, replacing terminal BullMQ jobs that may still be holding the deterministic ID slot. markCompleted and markFailed wrap transitionStatus and append the matching event row. Includes 20 unit tests covering deterministic ID stability, colon-free output, queue lifecycle, error-listener attachment, double-start refusal, idempotent enqueue, BullMQ failure rollback, startup reconciliation, max-attempts skipping, and completion / failure / retry transitions. Phase 3 commit 1 of plans/2026-05-07-server-beta-independent-bullmq-observation-runtime.md. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(server-beta): activate queue boundary in runtime service Wire ActiveServerBetaQueueManager into the server-beta runtime graph. The active manager owns one ServerJobQueue per generation kind (event, event-batch, summary, reindex) and surfaces lane metadata through boundary health. Selection is opt-in and fail-fast: if CLAUDE_MEM_QUEUE_ENGINE is set to bullmq the active manager is constructed (and any Redis/config error throws — no silent fallback to SQLite, per Phase 3 anti-pattern guard). For any other engine the disabled boundary remains so worker-era and test setups stay compatible. Widens ServerBetaBoundaryHealth.status to a discriminated union ('disabled' | 'active' | 'errored') with optional details. The disabled adapter still emits status='disabled', which keeps the existing server-beta-service test green. ServerBetaService receives the manager through a new optional queueManager field on CreateServerBetaServiceOptions so test graphs and Phase 4 wiring can inject custom managers. Adds tests/server/runtime/active-queue-manager.test.ts covering bullmq guard, active health shape, per-kind queue access, close behavior, and post-close errored health. Phase 3 commit 2 of plans/2026-05-07-server-beta-independent-bullmq-observation-runtime.md. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * fix(server-beta): cap /v1/events/batch at 500 events Prevents unbounded array DoS surface flagged in PR review. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> --------- Co-authored-by: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
18 KiB
🌐 Это автоматический перевод. Приветствуются исправления от сообщества!
🇨🇳 中文 • 🇹🇼 繁體中文 • 🇯🇵 日本語 • 🇧🇷 Português • 🇰🇷 한국어 • 🇪🇸 Español • 🇩🇪 Deutsch • 🇫🇷 Français 🇮🇱 עברית • 🇸🇦 العربية • 🇷🇺 Русский • 🇵🇱 Polski • 🇨🇿 Čeština • 🇳🇱 Nederlands • 🇹🇷 Türkçe • 🇺🇦 Українська • 🇻🇳 Tiếng Việt • 🇮🇩 Indonesia • 🇹🇭 ไทย • 🇮🇳 हिन्दी • 🇧🇩 বাংলা • 🇵🇰 اردو • 🇷🇴 Română • 🇸🇪 Svenska • 🇮🇹 Italiano • 🇬🇷 Ελληνικά • 🇭🇺 Magyar • 🇫🇮 Suomi • 🇩🇰 Dansk • 🇳🇴 Norsk
Система сжатия постоянной памяти, созданная для Claude Code.
Быстрый старт • Как это работает • Инструменты поиска • Документация • Конфигурация • Устранение неполадок • Лицензия
Claude-Mem бесшовно сохраняет контекст между сеансами, автоматически фиксируя наблюдения за использованием инструментов, генерируя семантические сводки и делая их доступными для будущих сеансов. Это позволяет Claude поддерживать непрерывность знаний о проектах даже после завершения или переподключения сеансов.
Быстрый старт
Запустите новый сеанс Claude Code в терминале и введите следующие команды:
> /plugin marketplace add thedotmack/claude-mem
> /plugin install claude-mem
Перезапустите Claude Code. Контекст из предыдущих сеансов будет автоматически появляться в новых сеансах.
Ключевые возможности:
- 🧠 Постоянная память - Контекст сохраняется между сеансами
- 📊 Прогрессивное раскрытие - Многоуровневое извлечение памяти с видимостью стоимости токенов
- 🔍 Поиск на основе навыков - Запросы к истории проекта с помощью навыка mem-search
- 🖥️ Веб-интерфейс просмотра - Поток памяти в реальном времени на http://localhost:37777
- 💻 Навык для Claude Desktop - Поиск в памяти из разговоров Claude Desktop
- 🔒 Контроль конфиденциальности - Используйте теги
<private>для исключения конфиденциального контента из хранилища - ⚙️ Настройка контекста - Детальный контроль того, какой контекст внедряется
- 🤖 Автоматическая работа - Не требуется ручное вмешательство
- 🔗 Цитирование - Ссылки на прошлые наблюдения с помощью ID (доступ через http://localhost:37777/api/observation/{id} или просмотр всех в веб-интерфейсе на http://localhost:37777)
- 🧪 Бета-канал - Попробуйте экспериментальные функции, такие как режим Endless, переключая версии
Документация
📚 Просмотреть полную документацию - Просмотр на официальном сайте
Начало работы
- Руководство по установке - Быстрый старт и продвинутая установка
- Руководство по использованию - Как Claude-Mem работает автоматически
- Инструменты поиска - Запросы к истории проекта на естественном языке
- Бета-функции - Попробуйте экспериментальные функции, такие как режим Endless
Лучшие практики
- Инженерия контекста - Принципы оптимизации контекста для AI-агентов
- Прогрессивное раскрытие - Философия стратегии подготовки контекста в Claude-Mem
Архитектура
- Обзор - Компоненты системы и поток данных
- Эволюция архитектуры - Путь от v3 к v5
- Архитектура хуков - Как Claude-Mem использует хуки жизненного цикла
- Справочник по хукам - Объяснение 7 скриптов хуков
- Сервис Worker - HTTP API и управление Bun
- База данных - Схема SQLite и поиск FTS5
- Архитектура поиска - Гибридный поиск с векторной базой данных Chroma
Конфигурация и разработка
- Конфигурация - Переменные окружения и настройки
- Разработка - Сборка, тестирование, участие в разработке
- Устранение неполадок - Распространенные проблемы и решения
Как это работает
Основные компоненты:
- 5 хуков жизненного цикла - SessionStart, UserPromptSubmit, PostToolUse, Stop, SessionEnd (6 скриптов хуков)
- Умная установка - Проверка кешированных зависимостей (скрипт предварительного хука, не является хуком жизненного цикла)
- Сервис Worker - HTTP API на порту 37777 с веб-интерфейсом просмотра и 10 конечными точками поиска, управляемый Bun
- База данных SQLite - Хранит сеансы, наблюдения, сводки
- Навык mem-search - Запросы на естественном языке с прогрессивным раскрытием
- Векторная база данных Chroma - Гибридный семантический + ключевой поиск для интеллектуального извлечения контекста
Подробности см. в Обзоре архитектуры.
Навык mem-search
Claude-Mem предоставляет интеллектуальный поиск через навык mem-search, который автоматически вызывается, когда вы спрашиваете о прошлой работе:
Как это работает:
- Просто спросите естественно: "Что мы делали в прошлом сеансе?" или "Мы исправляли этот баг раньше?"
- Claude автоматически вызывает навык mem-search для поиска релевантного контекста
Доступные операции поиска:
- Поиск наблюдений - Полнотекстовый поиск по наблюдениям
- Поиск сеансов - Полнотекстовый поиск по сводкам сеансов
- Поиск запросов - Поиск исходных пользовательских запросов
- По концепции - Поиск по тегам концепций (discovery, problem-solution, pattern и т.д.)
- По файлу - Поиск наблюдений, ссылающихся на конкретные файлы
- По типу - Поиск по типу (decision, bugfix, feature, refactor, discovery, change)
- Недавний контекст - Получение недавнего контекста сеанса для проекта
- Хронология - Получение единой хронологии контекста вокруг определенного момента времени
- Хронология по запросу - Поиск наблюдений и получение контекста хронологии вокруг наилучшего совпадения
- Справка по API - Получение документации по API поиска
Примеры запросов на естественном языке:
"Какие баги мы исправили в прошлом сеансе?"
"Как мы реализовали аутентификацию?"
"Какие изменения были внесены в worker-service.ts?"
"Покажи недавнюю работу над этим проектом"
"Что происходило, когда мы добавляли интерфейс просмотра?"
Подробные примеры см. в Руководстве по инструментам поиска.
Бета-функции
Claude-Mem предлагает бета-канал с экспериментальными функциями, такими как режим Endless (биомиметическая архитектура памяти для расширенных сеансов). Переключайтесь между стабильной и бета-версиями из веб-интерфейса на http://localhost:37777 → Settings.
Подробности о режиме Endless и способах его опробовать см. в Документации по бета-функциям.
Системные требования
- Node.js: 18.0.0 или выше
- Claude Code: Последняя версия с поддержкой плагинов
- Bun: Среда выполнения JavaScript и менеджер процессов (автоматически устанавливается при отсутствии)
- uv: Менеджер пакетов Python для векторного поиска (автоматически устанавливается при отсутствии)
- SQLite 3: Для постоянного хранения (встроенный)
Конфигурация
Настройки управляются в ~/.claude-mem/settings.json (автоматически создается с настройками по умолчанию при первом запуске). Настройте AI-модель, порт worker, директорию данных, уровень логирования и параметры внедрения контекста.
Все доступные настройки и примеры см. в Руководстве по конфигурации.
Разработка
Инструкции по сборке, тестированию и процессу участия в разработке см. в Руководстве по разработке.
Устранение неполадок
При возникновении проблем опишите проблему Claude, и навык устранения неполадок автоматически выполнит диагностику и предоставит исправления.
Распространенные проблемы и решения см. в Руководстве по устранению неполадок.
Отчеты об ошибках
Создавайте подробные отчеты об ошибках с помощью автоматического генератора:
cd ~/.claude/plugins/marketplaces/thedotmack
npm run bug-report
Участие в разработке
Приветствуются вклады! Пожалуйста:
- Форкните репозиторий
- Создайте ветку для функции
- Внесите изменения с тестами
- Обновите документацию
- Отправьте Pull Request
Процесс участия см. в Руководстве по разработке.
License
This project is licensed under the Apache License 2.0 (Apache-2.0).
Copyright (C) 2025 Alex Newman (@thedotmack). All rights reserved.
See the LICENSE file for full details.
Apache-2.0 allows broad use, modification, distribution, and commercial use, subject to its terms.
Ragtime note: The ragtime/ directory is licensed under the Apache License 2.0. See ragtime/LICENSE for details.
Поддержка
- Документация: docs/
- Проблемы: GitHub Issues
- Репозиторий: github.com/thedotmack/claude-mem
- Автор: Alex Newman (@thedotmack)
Создано с помощью Claude Agent SDK | Работает на Claude Code | Сделано на TypeScript