mirror of
https://github.com/thedotmack/claude-mem
synced 2026-04-25 17:15:04 +02:00
* feat: add domain management system with support for multiple domain profiles
- Introduced DomainManager class for loading and managing domain profiles.
- Added support for a default domain ('code') and fallback mechanisms.
- Implemented domain configuration validation and error handling.
- Created types for domain configuration, observation types, and concepts.
- Added new directory for domain profiles and ensured its existence.
- Updated SettingsDefaultsManager to include CLAUDE_MEM_DOMAIN setting.
* Refactor domain management to mode management
- Removed DomainManager class and replaced it with ModeManager for better clarity and functionality.
- Updated types from DomainConfig to ModeConfig and DomainPrompts to ModePrompts.
- Changed references from domains to modes in the settings and paths.
- Ensured backward compatibility by maintaining the fallback mechanism to the 'code' mode.
* feat: add migration 008 to support mode-agnostic observations and refactor service layer references in documentation
* feat: add new modes for code development and email investigation with detailed observation types and concepts
* Refactor observation parsing and prompt generation to incorporate mode-specific configurations
- Updated `parseObservations` function to use 'observation' as a universal fallback type instead of 'change', utilizing active mode's valid observation types.
- Modified `buildInitPrompt` and `buildContinuationPrompt` functions to accept a `ModeConfig` parameter, allowing for dynamic prompt content based on the active mode.
- Enhanced `ModePrompts` interface to include additional guidance for observers, such as recording focus and skip guidance.
- Adjusted the SDKAgent to load the active mode and pass it to prompt generation functions, ensuring prompts are tailored to the current mode's context.
* fix: correct mode prompt injection to preserve exact wording and type list visibility
- Add script to extract prompts from main branch prompts.ts into code.yaml
- Fix prompts.ts to show type list in XML template (e.g., "[ bugfix | feature | ... ]")
- Keep 'change' as fallback type in parser.ts (maintain backwards compatibility)
- Regenerate code.yaml with exact wording from original hardcoded prompts
- Build succeeds with no TypeScript errors
* fix: update ModeManager to load JSON mode files and improve validation
- Changed ModeManager to load mode configurations from JSON files instead of YAML.
- Removed the requirement for an "observation" type and updated validation to require at least one observation type.
- Updated fallback behavior in the parser to use the first type from the active mode's type list.
- Added comprehensive tests for mode loading, prompt injection, and parser integration, ensuring correct behavior across different modes.
- Introduced new mode JSON files for "Code Development" and "Email Investigation" with detailed observation types and prompts.
* Add mode configuration loading and update licensing information for Ragtime
- Implemented loading of mode configuration in WorkerService before database initialization.
- Added PolyForm Noncommercial License 1.0.0 to Ragtime directory.
- Created README.md for Ragtime with licensing details and usage guidelines.
* fix: add datasets directory to .gitignore to prevent accidental commits
* refactor: remove unused plugin package.json file
* chore: add package.json for claude-mem plugin with version 7.4.5
* refactor: remove outdated tests and improve error handling
- Deleted tests for ChromaSync error handling, smart install, strip memory tags, and user prompt tag stripping due to redundancy or outdated logic.
- Removed vitest configuration as it is no longer needed.
- Added a comprehensive implementation plan for fixing the modes system, addressing critical issues and improving functionality.
- Created a detailed test analysis report highlighting the quality and effectiveness of the current test suite, identifying areas for improvement.
- Introduced a new plugin package.json for runtime dependencies related to claude-mem hooks.
* refactor: remove parser regression tests to streamline codebase
* docs: update CLAUDE.md to clarify test management and changelog generation
* refactor: remove migration008 for mode-agnostic observations
* Refactor observation type handling to use ModeManager for icons and emojis
- Removed direct mappings of observation types to icons and work emojis in context-generator, FormattingService, SearchManager, and TimelineService.
- Integrated ModeManager to dynamically retrieve icons and emojis based on the active mode.
- Improved maintainability by centralizing the logic for observation type representation.
* Refactor observation metadata constants and update context generator
- Removed the explicit declaration of OBSERVATION_TYPES and OBSERVATION_CONCEPTS from observation-metadata.ts.
- Introduced fallback default strings for DEFAULT_OBSERVATION_TYPES_STRING and DEFAULT_OBSERVATION_CONCEPTS_STRING.
- Updated context-generator.ts to utilize observation types and concepts from ModeManager instead of constants.
* refactor: remove intermediate error handling from hooks (Phase 1)
Apply "fail fast" error handling strategy - errors propagate and crash loud
instead of being caught, wrapped, and re-thrown at intermediate layers.
Changes:
- Remove try/catch around fetch calls in all hooks - let errors throw
- Add try/catch ONLY around JSON.parse at entry points
- Delete error-handler.ts and hook-error-handler.ts (no longer needed)
- Update worker-utils.ts: functions now throw instead of returning null
- Update transcript-parser.ts: throw on missing path, empty file, malformed JSON
- Remove all handleWorkerError, handleFetchError imports
Philosophy: If something breaks, we KNOW it broke. No silent failures.
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
* refactor: remove intermediate error handling from worker service (Phase 2)
Apply "fail fast" error handling strategy to worker service layer.
Changes:
- worker-service.ts: Remove try/catch from version endpoint, cleanup,
MCP close, process enumeration, force kill, and isAlive check
- SessionRoutes.ts: Remove try/catch from JSON.stringify calls, remove
.catch() from Chroma sync and SDK agent calls
- SettingsRoutes.ts: Remove try/catch from toggleMcp()
- DatabaseManager.ts: Remove .catch() from backfill and close operations
- SDKAgent.ts: Keep outer try/catch (top-level), remove .catch() from
Chroma sync operations
- SSEBroadcaster.ts: Remove try/catch from broadcast and sendToClient
Philosophy: Errors propagate and crash loud. BaseRouteHandler.wrapHandler
provides top-level catching for HTTP routes.
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
* refactor: remove error swallowing from SQLite services (Phase 3)
Apply "fail fast" error handling strategy to database layer.
SessionStore.ts migrations:
- ensureWorkerPortColumn(): Remove outer try/catch, let it throw
- ensurePromptTrackingColumns(): Remove outer try/catch, let it throw
- removeSessionSummariesUniqueConstraint(): Keep inner transaction
rollback, remove outer catch
- addObservationHierarchicalFields(): Remove outer try/catch
- makeObservationsTextNullable(): Keep inner transaction rollback,
remove outer catch
- createUserPromptsTable(): Keep inner transaction rollback, remove
outer catch
- getFilesForSession(): Remove try/catch around JSON.parse
SessionSearch.ts:
- ensureFTSTables(): Remove try/catch, let it throw
Philosophy: Migration errors that are swallowed mean we think the
database is fine when it's not. Keep only inner transaction rollback
try/catch blocks.
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
* refactor: remove error hiding from utilities (Phase 4)
Apply "fail fast" error handling strategy to utility layer.
logger.ts:
- formatTool(): Remove try/catch, let JSON.parse throw on malformed input
context-generator.ts:
- loadContextConfig(): Remove try/catch, let parseInt throw on invalid settings
- Transcript extraction: Remove try/catch, let file read errors propagate
ChromaSync.ts:
- close(): Remove nested try/catch blocks, let close errors propagate
Philosophy: No silent fallbacks or hidden defaults. If something breaks,
we know it broke immediately.
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
* feat: serve static UI assets and update package root path
- Added middleware to serve static UI assets (JS, CSS, fonts, etc.) in ViewerRoutes.
- Updated getPackageRoot function to correctly return the package root directory as one level up from the current directory.
* feat: Enhance mode loading with inheritance support
- Introduced parseInheritance method to handle parent--override mode IDs.
- Added deepMerge method for recursively merging mode configurations.
- Updated loadMode method to support inheritance, loading parent modes and applying overrides.
- Improved error handling for missing mode files and logging for better traceability.
* fix(modes): correct inheritance file resolution and path handling
* Refactor code structure for improved readability and maintainability
* feat: Add mode configuration documentation and examples
* fix: Improve concurrency handling in translateReadme function
* Refactor SDK prompts to enhance clarity and structure
- Updated the `buildInitPrompt` and `buildContinuationPrompt` functions in `prompts.ts` to improve the organization of prompt components, including the addition of language instructions and footer messages.
- Removed redundant instructions and emphasized the importance of recording observations.
- Modified the `ModePrompts` interface in `types.ts` to include new properties for system identity, language instructions, and output format header, ensuring better flexibility and clarity in prompt generation.
* Enhance prompts with language instructions and XML formatting
- Updated `buildInitPrompt`, `buildSummaryPrompt`, and `buildContinuationPrompt` functions to include detailed language instructions in XML comments.
- Ensured that language instructions guide users to keep XML tags in English while writing content in the specified language.
- Modified the `buildSummaryPrompt` function to accept `mode` as a parameter for consistency.
- Adjusted the call to `buildSummaryPrompt` in `SDKAgent` to pass the `mode` argument.
* Refactor XML prompt generation in SDK
- Updated the buildInitPrompt, buildSummaryPrompt, and buildContinuationPrompt functions to use new placeholders for XML elements, improving maintainability and readability.
- Removed redundant language instructions in comments for clarity.
- Added new properties to ModePrompts interface for better structure and organization of XML placeholders and section headers.
* feat: Update observation prompts and structure across multiple languages
* chore: Remove planning docs and update Ragtime README
Remove ephemeral development artifacts:
- .claude/plans/modes-system-fixes.md
- .claude/test-analysis-report.md
- PROMPT_INJECTION_ANALYSIS.md
Update ragtime/README.md to explain:
- Feature is not yet implemented
- Dependency on modes system (now complete in PR #412)
- Ready to be scripted out in future release
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
* fix: Move summary prompts to mode files for multilingual support
Summary prompts were hardcoded in English in prompts.ts, breaking
multilingual support. Now properly mode-based:
- Added summary_instruction, summary_context_label,
summary_format_instruction, summary_footer to code.json
- Updated buildSummaryPrompt() to use mode fields instead of hardcoded text
- Added summary_footer with language instructions to all 10 language modes
- Language modes keep English prompts + language requirement footer
This fixes the gaslighting where we claimed full multilingual support
but summaries were still generated in English.
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
* chore: Clean up README by removing local preview instructions and streamlining beta features section
* Add translated README files for Ukrainian, Vietnamese, and Chinese languages
* Add new language modes for code development in multiple languages
- Introduced JSON configurations for Code Development in Greek, Finnish, Hebrew, Hindi, Hungarian, Indonesian, Italian, Dutch, Norwegian, Polish, Brazilian Portuguese, Romanian, Swedish, Turkish, and Ukrainian.
- Each configuration includes prompts for observations, summaries, and instructions tailored to the respective language.
- Ensured that all prompts emphasize the importance of generating observations without referencing the agent's actions.
* Add multilingual support links to README files in various languages
- Updated README.id.md, README.it.md, README.ja.md, README.ko.md, README.nl.md, README.no.md, README.pl.md, README.pt-br.md, README.ro.md, README.ru.md, README.sv.md, README.th.md, README.tr.md, README.uk.md, README.vi.md, and README.zh.md to include links to other language versions.
- Each README now features a centered paragraph with flags and links for easy navigation between different language documents.
---------
Co-authored-by: Claude Opus 4.5 <noreply@anthropic.com>
483 lines
14 KiB
Plaintext
483 lines
14 KiB
Plaintext
---
|
|
title: "Configuration"
|
|
description: "Environment variables and settings for Claude-Mem"
|
|
---
|
|
|
|
# Configuration
|
|
|
|
## Settings File
|
|
|
|
Settings are managed in `~/.claude-mem/settings.json`. The file is auto-created with defaults on first run.
|
|
|
|
### Core Settings
|
|
|
|
| Setting | Default | Description |
|
|
|-------------------------------|---------------------------------|---------------------------------------|
|
|
| `CLAUDE_MEM_MODEL` | `sonnet` | AI model for processing observations |
|
|
| `CLAUDE_MEM_MODE` | `code` | Active mode profile (e.g., `code--es`, `email-investigation`) |
|
|
| `CLAUDE_MEM_CONTEXT_OBSERVATIONS` | `50` | Number of observations to inject |
|
|
| `CLAUDE_MEM_WORKER_PORT` | `37777` | Worker service port |
|
|
| `CLAUDE_MEM_SKIP_TOOLS` | `ListMcpResourcesTool,SlashCommand,Skill,TodoWrite,AskUserQuestion` | Comma-separated tools to exclude from observations |
|
|
|
|
### System Configuration
|
|
|
|
| Setting | Default | Description |
|
|
|-------------------------------|---------------------------------|---------------------------------------|
|
|
| `CLAUDE_MEM_DATA_DIR` | `~/.claude-mem` | Data directory location |
|
|
| `CLAUDE_MEM_LOG_LEVEL` | `INFO` | Log verbosity (DEBUG, INFO, WARN, ERROR, SILENT) |
|
|
| `CLAUDE_MEM_PYTHON_VERSION` | `3.13` | Python version for chroma-mcp |
|
|
| `CLAUDE_CODE_PATH` | _(auto-detect)_ | Path to Claude Code CLI (for Windows) |
|
|
|
|
## Model Configuration
|
|
|
|
Configure which AI model processes your observations.
|
|
|
|
### Available Models
|
|
|
|
Shorthand model names automatically forward to the latest version:
|
|
|
|
- `haiku` - Fast, cost-efficient
|
|
- `sonnet` - Balanced (default)
|
|
- `opus` - Most capable
|
|
|
|
### Using the Interactive Script
|
|
|
|
```bash
|
|
./claude-mem-settings.sh
|
|
```
|
|
|
|
This script manages settings in `~/.claude-mem/settings.json`.
|
|
|
|
### Manual Configuration
|
|
|
|
Edit `~/.claude-mem/settings.json`:
|
|
|
|
```json
|
|
{
|
|
"CLAUDE_MEM_MODEL": "sonnet"
|
|
}
|
|
```
|
|
|
|
## Mode Configuration
|
|
|
|
Configure the active workflow mode and language.
|
|
|
|
### Settings
|
|
|
|
| Setting | Default | Description |
|
|
|---------|---------|-------------|
|
|
| `CLAUDE_MEM_MODE` | `code` | Defines behavior and language. See [Modes & Languages](modes). |
|
|
|
|
### Examples
|
|
|
|
**Spanish Code Mode:**
|
|
```json
|
|
{
|
|
"CLAUDE_MEM_MODE": "code--es"
|
|
}
|
|
```
|
|
|
|
**Email Investigation Mode:**
|
|
```json
|
|
{
|
|
"CLAUDE_MEM_MODE": "email-investigation"
|
|
}
|
|
```
|
|
|
|
## Files and Directories
|
|
|
|
### Data Directory Structure
|
|
|
|
The data directory location depends on the environment:
|
|
- **Production (installed plugin)**: `~/.claude-mem/` (always, regardless of CLAUDE_PLUGIN_ROOT)
|
|
- **Development**: Can be overridden with `CLAUDE_MEM_DATA_DIR`
|
|
|
|
```
|
|
~/.claude-mem/
|
|
├── claude-mem.db # SQLite database
|
|
├── .install-version # Cached version for smart installer
|
|
├── worker.port # Current worker port file
|
|
└── logs/
|
|
├── worker-out.log # Worker stdout logs
|
|
└── worker-error.log # Worker stderr logs
|
|
```
|
|
|
|
### Plugin Directory Structure
|
|
|
|
```
|
|
${CLAUDE_PLUGIN_ROOT}/
|
|
├── .claude-plugin/
|
|
│ └── plugin.json # Plugin metadata
|
|
├── .mcp.json # MCP server configuration
|
|
├── hooks/
|
|
│ └── hooks.json # Hook configuration
|
|
├── scripts/ # Built executables
|
|
│ ├── smart-install.js # Smart installer script
|
|
│ ├── context-hook.js # Context injection hook
|
|
│ ├── new-hook.js # Session creation hook
|
|
│ ├── save-hook.js # Observation capture hook
|
|
│ ├── summary-hook.js # Summary generation hook
|
|
│ ├── cleanup-hook.js # Session cleanup hook
|
|
│ ├── worker-service.cjs # Worker service (CJS)
|
|
│ └── mcp-server.cjs # MCP search server (CJS)
|
|
└── ui/
|
|
└── viewer.html # Web viewer UI bundle
|
|
```
|
|
|
|
## Plugin Configuration
|
|
|
|
### Hooks Configuration
|
|
|
|
Hooks are configured in `plugin/hooks/hooks.json`:
|
|
|
|
```json
|
|
{
|
|
"description": "Claude-mem memory system hooks",
|
|
"hooks": {
|
|
"SessionStart": [{
|
|
"hooks": [{
|
|
"type": "command",
|
|
"command": "node ${CLAUDE_PLUGIN_ROOT}/scripts/smart-install.js && node ${CLAUDE_PLUGIN_ROOT}/scripts/context-hook.js",
|
|
"timeout": 120
|
|
}]
|
|
}],
|
|
"UserPromptSubmit": [{
|
|
"hooks": [{
|
|
"type": "command",
|
|
"command": "node ${CLAUDE_PLUGIN_ROOT}/scripts/new-hook.js",
|
|
"timeout": 120
|
|
}]
|
|
}],
|
|
"PostToolUse": [{
|
|
"matcher": "*",
|
|
"hooks": [{
|
|
"type": "command",
|
|
"command": "node ${CLAUDE_PLUGIN_ROOT}/scripts/save-hook.js",
|
|
"timeout": 120
|
|
}]
|
|
}],
|
|
"Stop": [{
|
|
"hooks": [{
|
|
"type": "command",
|
|
"command": "node ${CLAUDE_PLUGIN_ROOT}/scripts/summary-hook.js",
|
|
"timeout": 120
|
|
}]
|
|
}],
|
|
"SessionEnd": [{
|
|
"hooks": [{
|
|
"type": "command",
|
|
"command": "node ${CLAUDE_PLUGIN_ROOT}/scripts/cleanup-hook.js",
|
|
"timeout": 120
|
|
}]
|
|
}]
|
|
}
|
|
}
|
|
```
|
|
|
|
### Search Configuration (v5.4.0+)
|
|
|
|
**Migration Note**: As of v5.4.0, Claude-Mem uses skill-based search instead of MCP tools. As of v5.5.0, the skill was renamed to "mem-search" for better scope differentiation.
|
|
|
|
**Previous (v5.3.x and earlier)**: MCP search server with 9 tools (~2,500 tokens per session)
|
|
**Current (v5.4.0+)**: mem-search skill with HTTP API (~250 tokens per session)
|
|
|
|
**No configuration required** - the mem-search skill is automatically available in Claude Code sessions.
|
|
|
|
Search operations are now provided via:
|
|
- **Skill**: `plugin/skills/mem-search/SKILL.md` (auto-invoked when users ask about past work)
|
|
- **HTTP API**: 10 endpoints on worker service port 37777
|
|
- **Progressive Disclosure**: Full instructions loaded on-demand only when needed
|
|
|
|
## Version Channel
|
|
|
|
Claude-Mem supports switching between stable and beta versions via the web viewer UI.
|
|
|
|
### Accessing Version Channel
|
|
|
|
1. Open the viewer at http://localhost:37777
|
|
2. Click the Settings gear icon
|
|
3. Find the **Version Channel** section
|
|
|
|
### Switching Versions
|
|
|
|
- **Try Beta**: Click "Try Beta (Endless Mode)" to switch to the beta branch with experimental features
|
|
- **Switch to Stable**: Click "Switch to Stable" to return to the production release
|
|
- **Check for Updates**: Pull the latest changes for your current branch
|
|
|
|
**Your memory data is preserved** when switching versions. Only the plugin code changes.
|
|
|
|
<Note>
|
|
Endless Mode is experimental and slower than standard mode. See [Beta Features](beta-features) for full details and important limitations.
|
|
</Note>
|
|
|
|
## Worker Service Management
|
|
|
|
Worker service is managed by Bun as a background process. The worker auto-starts on first session and runs continuously in the background.
|
|
|
|
## Context Injection Configuration
|
|
|
|
Claude-Mem injects past observations into each new session, giving Claude awareness of recent work. You can configure exactly what gets injected using the **Context Settings Modal**.
|
|
|
|
### Context Settings Modal
|
|
|
|
Access the settings modal from the web viewer at http://localhost:37777:
|
|
|
|
1. Click the **gear icon** in the header
|
|
2. Adjust settings in the right panel
|
|
3. See changes reflected live in the **Terminal Preview** on the left
|
|
4. Settings auto-save as you change them
|
|
|
|
The Terminal Preview shows exactly what will be injected at the start of your next Claude Code session for the selected project.
|
|
|
|
### Loading Settings
|
|
|
|
Control how many observations are injected:
|
|
|
|
| Setting | Default | Range | Description |
|
|
|---------|---------|-------|-------------|
|
|
| **Observations** | 50 | 1-200 | Total number of recent observations to include |
|
|
| **Sessions** | 10 | 1-50 | Number of recent sessions to pull observations from |
|
|
|
|
**Considerations**:
|
|
- **Higher values** = More context but slower SessionStart and more tokens used
|
|
- **Lower values** = Faster SessionStart but less historical awareness
|
|
- Default of 50 observations from 10 sessions balances context richness with performance
|
|
|
|
### Filter Settings
|
|
|
|
Control which observation types and concepts are included:
|
|
|
|
**Types** (select any combination):
|
|
- `bugfix` - Bug fixes and error resolutions
|
|
- `feature` - New functionality additions
|
|
- `refactor` - Code restructuring
|
|
- `discovery` - Learnings about how code works
|
|
- `decision` - Architectural or design decisions
|
|
- `change` - General code changes
|
|
|
|
**Concepts** (select any combination):
|
|
- `how-it-works` - System behavior explanations
|
|
- `why-it-exists` - Rationale for code/design
|
|
- `what-changed` - Change summaries
|
|
- `problem-solution` - Problem/solution pairs
|
|
- `gotcha` - Edge cases and pitfalls
|
|
- `pattern` - Recurring patterns
|
|
- `trade-off` - Design trade-offs
|
|
|
|
Use "All" or "None" buttons to quickly select/deselect all options.
|
|
|
|
### Display Settings
|
|
|
|
Control how observations appear in the context:
|
|
|
|
**Full Observations**:
|
|
| Setting | Default | Options | Description |
|
|
|---------|---------|---------|-------------|
|
|
| **Count** | 5 | 0-20 | How many observations show expanded details |
|
|
| **Field** | narrative | narrative, facts | Which field to expand |
|
|
|
|
The most recent N observations (set by Count) show their full narrative or facts. Remaining observations show only title, type, and token counts in a compact table format.
|
|
|
|
**Token Economics** (toggles):
|
|
| Setting | Default | Description |
|
|
|---------|---------|-------------|
|
|
| **Read cost** | true | Show tokens to read each observation |
|
|
| **Work investment** | true | Show tokens spent creating the observation |
|
|
| **Savings** | true | Show total tokens saved by reusing context |
|
|
|
|
Token economics help you understand the value of cached observations vs. re-reading files.
|
|
|
|
### Advanced Settings
|
|
|
|
| Setting | Default | Description |
|
|
|---------|---------|-------------|
|
|
| **Model** | sonnet | AI model for generating observations |
|
|
| **Worker Port** | 37777 | Port for background worker service |
|
|
| **MCP search server** | true | Enable Model Context Protocol search tools |
|
|
| **Include last summary** | false | Add previous session's summary to context |
|
|
| **Include last message** | false | Add previous session's final message |
|
|
|
|
### Manual Configuration
|
|
|
|
Settings are stored in `~/.claude-mem/settings.json`:
|
|
|
|
```json
|
|
{
|
|
"CLAUDE_MEM_CONTEXT_OBSERVATIONS": "100",
|
|
"CLAUDE_MEM_CONTEXT_SESSION_COUNT": "20",
|
|
"CLAUDE_MEM_CONTEXT_OBSERVATION_TYPES": "bugfix,decision,discovery",
|
|
"CLAUDE_MEM_CONTEXT_OBSERVATION_CONCEPTS": "how-it-works,gotcha",
|
|
"CLAUDE_MEM_CONTEXT_FULL_COUNT": "10",
|
|
"CLAUDE_MEM_CONTEXT_FULL_FIELD": "narrative",
|
|
"CLAUDE_MEM_CONTEXT_SHOW_READ_TOKENS": "true",
|
|
"CLAUDE_MEM_CONTEXT_SHOW_WORK_TOKENS": "true",
|
|
"CLAUDE_MEM_CONTEXT_SHOW_SAVINGS_AMOUNT": "true",
|
|
"CLAUDE_MEM_CONTEXT_SHOW_LAST_SUMMARY": "false",
|
|
"CLAUDE_MEM_CONTEXT_SHOW_LAST_MESSAGE": "false"
|
|
}
|
|
```
|
|
|
|
**Note**: The Context Settings Modal (at http://localhost:37777) is the recommended way to configure these settings, as it provides live preview of changes.
|
|
|
|
## Customization
|
|
|
|
Settings can be customized in `~/.claude-mem/settings.json`.
|
|
|
|
### Custom Data Directory
|
|
|
|
Edit `~/.claude-mem/settings.json`:
|
|
```json
|
|
{
|
|
"CLAUDE_MEM_DATA_DIR": "/custom/path"
|
|
}
|
|
```
|
|
|
|
### Custom Worker Port
|
|
|
|
Edit `~/.claude-mem/settings.json`:
|
|
```json
|
|
{
|
|
"CLAUDE_MEM_WORKER_PORT": "38000"
|
|
}
|
|
```
|
|
|
|
Then restart the worker:
|
|
```bash
|
|
claude-mem restart
|
|
```
|
|
|
|
### Custom Model
|
|
|
|
Edit `~/.claude-mem/settings.json`:
|
|
```json
|
|
{
|
|
"CLAUDE_MEM_MODEL": "opus"
|
|
}
|
|
```
|
|
|
|
Then restart the worker:
|
|
```bash
|
|
export CLAUDE_MEM_MODEL=opus
|
|
claude-mem restart
|
|
```
|
|
|
|
### Custom Skip Tools
|
|
|
|
Control which tools are excluded from observations. Edit `~/.claude-mem/settings.json`:
|
|
```json
|
|
{
|
|
"CLAUDE_MEM_SKIP_TOOLS": "ListMcpResourcesTool,SlashCommand,Skill"
|
|
}
|
|
```
|
|
|
|
**Default excluded tools:**
|
|
- `ListMcpResourcesTool`
|
|
- `SlashCommand`
|
|
- `Skill`
|
|
- `TodoWrite`
|
|
- `AskUserQuestion`
|
|
|
|
**Common customizations:**
|
|
- Include TodoWrite: Remove from skip list to track task planning
|
|
- Include AskUserQuestion: Remove to capture decision-making conversations
|
|
- Skip additional tools: Add tool names to reduce observation noise
|
|
|
|
Changes take effect on the next tool execution (no worker restart needed).
|
|
|
|
## Advanced Configuration
|
|
|
|
### Hook Timeouts
|
|
|
|
Modify timeouts in `plugin/hooks/hooks.json`:
|
|
|
|
```json
|
|
{
|
|
"timeout": 120 // Default: 120 seconds
|
|
}
|
|
```
|
|
|
|
Recommended values:
|
|
- SessionStart: 120s (needs time for smart install check and context retrieval)
|
|
- UserPromptSubmit: 60s
|
|
- PostToolUse: 120s (can process many observations)
|
|
- Stop: 60s
|
|
- SessionEnd: 60s
|
|
|
|
**Note**: With smart install caching (v5.0.3+), SessionStart is typically very fast (10ms) unless dependencies need installation.
|
|
|
|
### Worker Memory Limit
|
|
|
|
The worker service is managed by Bun and will automatically restart if it encounters issues. Memory usage is typically low (~100-200MB).
|
|
|
|
### Logging Verbosity
|
|
|
|
Enable debug logging:
|
|
|
|
```bash
|
|
export DEBUG=claude-mem:*
|
|
claude-mem restart
|
|
npm run worker:logs
|
|
```
|
|
|
|
## Configuration Best Practices
|
|
|
|
1. **Use defaults**: Default configuration works for most use cases
|
|
2. **Override selectively**: Only change what you need
|
|
3. **Document changes**: Keep track of custom configurations
|
|
4. **Test after changes**: Verify worker restarts successfully
|
|
5. **Monitor logs**: Check worker logs after configuration changes
|
|
|
|
## Troubleshooting Configuration
|
|
|
|
### Configuration Not Applied
|
|
|
|
1. Restart worker after changes:
|
|
```bash
|
|
claude-mem restart
|
|
```
|
|
|
|
2. Verify environment variables:
|
|
```bash
|
|
echo $CLAUDE_MEM_MODEL
|
|
echo $CLAUDE_MEM_WORKER_PORT
|
|
```
|
|
|
|
3. Check worker logs:
|
|
```bash
|
|
npm run worker:logs
|
|
```
|
|
|
|
### Invalid Model Name
|
|
|
|
If you specify an invalid model name, the worker will fall back to `sonnet` and log a warning.
|
|
|
|
Valid shorthand models (forward to latest version):
|
|
- haiku
|
|
- sonnet
|
|
- opus
|
|
|
|
### Port Already in Use
|
|
|
|
If port 37777 is already in use:
|
|
|
|
1. Set custom port:
|
|
```bash
|
|
export CLAUDE_MEM_WORKER_PORT=38000
|
|
```
|
|
|
|
2. Restart worker:
|
|
```bash
|
|
claude-mem restart
|
|
```
|
|
|
|
3. Verify new port:
|
|
```bash
|
|
cat ~/.claude-mem/worker.port
|
|
```
|
|
|
|
## Next Steps
|
|
|
|
- [Architecture Overview](architecture/overview) - Understand the system
|
|
- [Troubleshooting](troubleshooting) - Common issues
|
|
- [Development](development) - Building from source
|