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>для виключення чутливого вмісту зі зберігання - ⚙️ Конфігурація контексту - Детальний контроль над тим, який контекст впроваджується
- 🤖 Автоматична робота - Не потребує ручного втручання
- 🔗 Цитування - Посилайтеся на минулі спостереження за ідентифікаторами (доступ через http://localhost:37777/api/observation/{id} або перегляд усіх у веб-переглядачі на http://localhost:37777)
- 🧪 Бета-канал - Спробуйте експериментальні функції, як-от режим Endless Mode, через перемикання версій
Документація
📚 Переглянути повну документацію - Переглянути на офіційному сайті
Початок роботи
- Посібник з встановлення - Швидкий старт і розширене встановлення
- Посібник з використання - Як Claude-Mem працює автоматично
- Інструменти пошуку - Запитуйте історію свого проєкту природною мовою
- Бета-функції - Спробуйте експериментальні функції, як-от режим Endless Mode
Найкращі практики
- Інженерія контексту - Принципи оптимізації контексту AI-агента
- Прогресивне розкриття - Філософія стратегії підготовки контексту Claude-Mem
Архітектура
- Огляд - Компоненти системи та потік даних
- Еволюція архітектури - Шлях від v3 до v5
- Архітектура хуків - Як Claude-Mem використовує хуки життєвого циклу
- Довідник хуків - Пояснення 7 скриптів хуків
- Сервіс воркера - HTTP API та управління Bun
- База даних - Схема SQLite та пошук FTS5
- Архітектура пошуку - Гібридний пошук з векторною базою даних Chroma
Конфігурація та розробка
- Конфігурація - Змінні середовища та налаштування
- Розробка - Збірка, тестування, внесок
- Усунення несправностей - Поширені проблеми та рішення
Як це працює
Основні компоненти:
- 5 хуків життєвого циклу - SessionStart, UserPromptSubmit, PostToolUse, Stop, SessionEnd (6 скриптів хуків)
- Розумне встановлення - Кешована перевірка залежностей (скрипт перед хуком, не хук життєвого циклу)
- Сервіс воркера - 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 Mode (біоміметична архітектура пам'яті для тривалих сесій). Перемикайтеся між стабільною та бета-версіями з веб-інтерфейсу перегляду на http://localhost:37777 → Налаштування.
Дивіться Документацію бета-функцій для деталей про режим Endless Mode та як його спробувати.
Системні вимоги
- Node.js: 18.0.0 або вище
- Claude Code: Остання версія з підтримкою плагінів
- Bun: Середовище виконання JavaScript та менеджер процесів (автоматично встановлюється, якщо відсутнє)
- uv: Менеджер пакетів Python для векторного пошуку (автоматично встановлюється, якщо відсутній)
- SQLite 3: Для постійного зберігання (у комплекті)
Конфігурація
Налаштування керуються в ~/.claude-mem/settings.json (автоматично створюється зі стандартними значеннями при першому запуску). Налаштуйте модель AI, порт воркера, каталог даних, рівень журналювання та параметри впровадження контексту.
Дивіться Посібник з конфігурації для всіх доступних налаштувань та прикладів.
Розробка
Дивіться Посібник з розробки для інструкцій зі збірки, тестування та робочого процесу внеску.
Усунення несправностей
Якщо виникають проблеми, опишіть проблему Claude, і навичка troubleshoot автоматично діагностує та надасть виправлення.
Дивіться Посібник з усунення несправностей для поширених проблем та рішень.
Звіти про помилки
Створюйте вичерпні звіти про помилки за допомогою автоматизованого генератора:
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