[SOTA] Evaluate Engram as ONNX-free memory replacement for MemPalace #413
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
From SOTA research Q2 2026.
Engram (2.3K★, created Feb 2026) — Go binary using SQLite+FTS5 with built-in MCP server. Designed for coding agents. Zero ONNX dependency.
This solves our #373 problem at the root. Instead of patching chromadb's ONNX embedding function, use a tool that was DESIGNED for local agent memory without heavy ML dependencies.
Features: structured memory (bio, preferences, procedures), MCP server for tool integration, SQLite backend (matches Perplexity's SovereignStore approach).
Acceptance Criteria
Engram — TESTED AND WORKING on Mac
What it is
Persistent memory for AI coding agents. Single Go binary. SQLite + FTS5. Zero dependencies. Built-in MCP server, HTTP API, CLI, and TUI.
Repo: https://github.com/Gentleman-Programming/engram (2,331★, MIT, created Feb 2026)
Version: 1.12.0-beta.1 (released Apr 6)
Installed at:
~/.hermes/bin/engramTest Results
Why this matters
engram mcpruns stdio MCP. Works with Claude Code, Hermes, any MCP client.engram syncexports compressed chunks for cross-machine memory sharing.What it replaces
Recommended integration
engram mcpas an MCP server in hermes configengram savein dispatch scripts to record what agents learnengram contextin wake-up protocol for session start contextengram syncto share memories across Mac ↔ VPSes via gitAction
Install fleet-wide. Replace the broken MemPalace/ChromaDB stack. This is the sovereign memory layer we've been trying to build.