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>
14 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
ארכיטקטורה
- סקירה כללית - רכיבי המערכת וזרימת הנתונים
- התפתחות הארכיטקטורה - המסע מגרסה 3 לגרסה 5
- ארכיטקטורת Hooks - איך Claude-Mem משתמש ב-lifecycle hooks
- מדריך Hooks - 7 סקריפטי hook מוסברים
- שירות Worker - HTTP API וניהול Bun
- מסד נתונים - סכמת SQLite וחיפוש FTS5
- ארכיטקטורת חיפוש - חיפוש היברידי עם מסד נתוני וקטורים Chroma
הגדרות ופיתוח
- הגדרות - משתני סביבה והגדרות
- פיתוח - בנייה, בדיקה, תרומה
- פתרון בעיות - בעיות נפוצות ופתרונות
איך זה עובד
רכיבי ליבה:
- 5 Lifecycle Hooks - SessionStart, UserPromptSubmit, PostToolUse, Stop, SessionEnd (6 סקריפטי hook)
- התקנה חכמה - בודק תלויות עם מטמון (סקריפט pre-hook, לא lifecycle hook)
- שירות Worker - HTTP API על פורט 37777 עם ממשק צופה אינטרנט ו-10 נקודות קצה לחיפוש, מנוהל על ידי Bun
- מסד נתוני SQLite - מאחסן הפעלות, תצפיות, סיכומים
- מיומנות mem-search - שאילתות בשפה טבעית עם גילוי מדורג
- מסד נתוני וקטורים Chroma - חיפוש היברידי סמנטי + מילות מפתח לאחזור הקשר חכם
ראה סקירה כללית של הארכיטקטורה לפרטים.
מיומנות mem-search
Claude-Mem מספק חיפוש חכם דרך מיומנות mem-search שמופעלת אוטומטית כשאתה שואל על עבודה קודמת:
איך זה עובד:
- פשוט שאל באופן טבעי: "מה עשינו בהפעלה האחרונה?" או "תיקנו את הבאג הזה קודם?"
- Claude מפעיל אוטומטית את מיומנות mem-search כדי למצוא הקשר רלוונטי
פעולות חיפוש זמינות:
- חיפוש תצפיות - חיפוש טקסט מלא על פני תצפיות
- חיפוש הפעלות - חיפוש טקסט מלא על פני סיכומי הפעלות
- חיפוש Prompts - חיפוש בקשות משתמש גולמיות
- לפי מושג - חיפוש לפי תגיות מושג (discovery, problem-solution, pattern, וכו')
- לפי קובץ - חיפוש תצפיות המתייחסות לקבצים ספציפיים
- לפי סוג - חיפוש לפי סוג (decision, bugfix, feature, refactor, discovery, change)
- הקשר אחרון - קבל הקשר הפעלות אחרון לפרויקט
- ציר זמן - קבל ציר זמן מאוחד של הקשר סביב נקודת זמן ספציפית
- ציר זמן לפי שאילתה - חפש תצפיות וקבל הקשר ציר זמן סביב ההתאמה הטובה ביותר
- עזרה ל-API - קבל תיעוד API חיפוש
דוגמאות לשאילתות בשפה טבעית:
"What bugs did we fix last session?"
"How did we implement authentication?"
"What changes were made to worker-service.ts?"
"Show me recent work on this project"
"What was happening when we added the viewer UI?"
ראה מדריך כלי חיפוש לדוגמאות מפורטות.
תכונות בטא
Claude-Mem מציע ערוץ בטא עם תכונות ניסיוניות כמו Endless Mode (ארכיטקטורת זיכרון ביומימטית להפעלות מורחבות). החלף בין גרסאות יציבות ובטא מממשק הצופה האינטרנט ב-http://localhost:37777 → Settings.
ראה תיעוד תכונות בטא לפרטים על Endless Mode ואיך לנסות אותו.
דרישות מערכת
- Node.js: 18.0.0 ומעלה
- Claude Code: גרסה אחרונה עם תמיכה בתוספים
- Bun: סביבת ריצה ומנהל תהליכים של JavaScript (מותקן אוטומטית אם חסר)
- uv: מנהל חבילות Python לחיפוש וקטורי (מותקן אוטומטית אם חסר)
- SQLite 3: לאחסון מתמשך (מצורף)
הגדרות
ההגדרות מנוהלות ב-~/.claude-mem/settings.json (נוצר אוטומטית עם ברירות מחדל בהפעלה הראשונה). הגדר מודל AI, פורט worker, ספריית נתונים, רמת לוג, והגדרות הזרקת הקשר.
ראה מדריך הגדרות לכל ההגדרות הזמינות ודוגמאות.
פיתוח
ראה מדריך פיתוח להוראות בנייה, בדיקה, ותהליך תרומה.
פתרון בעיות
אם אתה נתקל בבעיות, תאר את הבעיה ל-Claude ומיומנות troubleshoot תאבחן אוטומטית ותספק תיקונים.
ראה מדריך פתרון בעיות לבעיות נפוצות ופתרונות.
דיווחי באגים
צור דיווחי באגים מקיפים עם המחולל האוטומטי:
cd ~/.claude/plugins/marketplaces/thedotmack
npm run bug-report
תרומה
תרומות מתקבלות בברכה! אנא:
- עשה Fork למאגר
- צור ענף תכונה
- בצע את השינויים שלך עם בדיקות
- עדכן תיעוד
- שלח 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