Skip to content

FAQ & Troubleshooting

Lore captures AI coding sessions and links them to git commits. When you use AI coding tools like Claude Code or Aider, your conversation history contains valuable context about why code was written. Git captures the final code, but not the reasoning. Lore preserves both.

Lore supports 10 AI coding tools:

  • Claude Code, Codex CLI, Gemini CLI, Amp (CLI tools)
  • Aider (terminal-based)
  • Continue.dev, Cline, Roo Code, Kilo Code (VS Code extensions)
  • OpenCode

See Supported Tools for details.

All data stays on your machine:

~/.lore/
├── lore.db # SQLite database
├── config.yaml # Configuration
└── logs/ # Daemon logs

There is no cloud sync or external service in the current version.

No. Lore is entirely local. Your session data never leaves your machine.

Can I use Lore with private/proprietary code?

Section titled “Can I use Lore with private/proprietary code?”

Yes. Since all data is local, Lore is safe for any codebase.

Make sure you’re using the tap:

Terminal window
brew install varalys/tap/lore

Not just brew install lore.

On Linux, install OpenSSL development headers:

Terminal window
# Ubuntu/Debian
sudo apt install libssl-dev pkg-config
# Fedora
sudo dnf install openssl-devel
# Arch
sudo pacman -S openssl

Ensure ~/.cargo/bin is in your PATH:

Terminal window
export PATH="$HOME/.cargo/bin:$PATH"

Add this to your shell profile (.bashrc, .zshrc, etc.).

  1. Check that your AI tool is enabled:

    Terminal window
    lore config get watchers
  2. Check the tool’s session location exists:

    Terminal window
    ls ~/.claude/projects/ # For Claude Code
  3. Verify sessions exist in that location

Branch is captured when the session is imported. If you import after changing branches, it may show the current branch rather than the branch during the session.

For accurate branch tracking, use the daemon:

Terminal window
brew services start lore # macOS
lore daemon start # Manual

Lore deduplicates by source file path. True duplicates shouldn’t occur. If you’re seeing duplicates, the source files may have been moved or renamed.

Check if it’s already running:

Terminal window
lore daemon status

Check for errors:

Terminal window
lore daemon start --foreground

Daemon starts but sessions aren’t captured

Section titled “Daemon starts but sessions aren’t captured”
  1. Verify enabled watchers:

    Terminal window
    lore config get watchers
  2. Check the daemon is watching the right paths:

    Terminal window
    lore daemon status
  3. Check daemon logs:

    Terminal window
    lore daemon logs

The daemon should use minimal memory (event-based watching). If you see high usage:

  1. Check log size: du -h ~/.lore/logs/
  2. Restart: lore daemon stop && lore daemon start
  3. File an issue if it persists

Stopping daemon on macOS when installed via Homebrew

Section titled “Stopping daemon on macOS when installed via Homebrew”

If lore daemon stop doesn’t work:

Terminal window
brew services stop lore
Terminal window
# Link to the most recent commit
lore link <session-id>
# Link to a specific commit
lore link <session-id> --commit <sha>
Section titled “Can I link multiple sessions to one commit?”

Yes:

Terminal window
lore link abc123 def456 --commit HEAD
Section titled “Can I link one session to multiple commits?”

Yes, run link multiple times:

Terminal window
lore link abc123 --commit a1b2c3d
lore link abc123 --commit e4f5g6h
Terminal window
lore unlink <session-id> --commit <sha>
  1. Verify sessions are imported:

    Terminal window
    lore sessions
  2. Try a simpler query (single word)

  3. Check if the content exists:

    Terminal window
    lore show <session-id> # Browse a session

The FTS5 index should make search fast. If it’s slow:

  1. Check database size: lore db stats
  2. Try vacuuming: lore db vacuum
  3. Ensure you’re not searching with very common words
  1. Verify the MCP server is configured:

    Terminal window
    cat ~/.claude/settings.json
  2. Restart Claude Code after adding the configuration

  3. Test the server manually:

    Terminal window
    echo '{"jsonrpc":"2.0","method":"initialize","id":1}' | lore mcp serve
  1. Verify sessions are imported: lore sessions
  2. Check the repository path matches your working directory
  3. Ensure you have sessions for the current project

Sessions with many messages can add up. Options:

  1. Vacuum to reclaim space: lore db vacuum
  2. Prune old sessions: lore db prune --older-than 6m
  3. Delete specific sessions: lore delete <session-id>

SQLite databases rarely corrupt. If you suspect corruption:

  1. Back up the current database:

    Terminal window
    cp ~/.lore/lore.db ~/.lore/lore.db.backup
  2. Try to recover:

    Terminal window
    sqlite3 ~/.lore/lore.db ".recover" | sqlite3 ~/.lore/lore-recovered.db
  3. If recovery fails, you can start fresh by removing ~/.lore/lore.db and re-importing.

If your issue isn’t covered here:

  1. Check the GitHub Issues
  2. Search for similar problems
  3. Open a new issue with:
    • Lore version (lore --version)
    • Operating system
    • Steps to reproduce
    • Error messages or logs