thrift-memory
Cost-first memory layer for MCP-capable agents that stores memories cheaply and recalls relevant slices under a hard token budget, logging receipts for every recall.
README
Thrift Memory
Cost-first memory for AI agent teams. (npm: thrift-memory)
Not affiliated with Apache Thrift, the RPC framework. This is an MCP memory layer for AI agents.
Thrift Memory gives MCP-capable agents a small shared memory layer that optimizes for cost visibility: store memories cheaply, recall only the relevant slice under a hard token budget, and log a receipt for every recall.
savedTokens = baselineTokens - injectedTokens
The goal is practical: help teams of agents stop paying to reload the same broad context on every run.
Status: early
0.0.x. APIs are useful but still allowed to change beforev0.1.
What It Does
Thrift has three surfaces:
| Surface | Purpose |
|---|---|
| MCP server | Agent memory tools: remember, recall, search_memory |
| Local dashboard | Savings UI backed by the meter JSONL, plus owner controls (pin/disable, budgets, kill-switch) |
| Proxy | Optional HTTP gateway that trims live LLM requests and retries rate limits |
Be precise about the split:
- MCP manages memory recall and token receipts.
thrift-proxymanages live request trimming and rate-limit retries.
How It Compares
Mature memory layers — Mem0, Zep, Letta, Cognee — optimize recall quality: LLM-enriched writes, temporal or entity knowledge graphs, deep personalization. They are excellent at that, and far more battle-tested than this project. Thrift Memory does not try to beat them on recall depth.
Thrift optimizes a different axis: cost, locally, with proof. The tradeoffs:
| Thrift Memory | Quality-first layers (Mem0 / Zep / Letta / Cognee) | |
|---|---|---|
| Primary goal | Cut & prove token cost (budget + savings receipt) | Maximize recall quality / reasoning |
| Write path | Cheap — no mandatory LLM enrichment | Often LLM extraction/embedding on write |
| Install | npx thrift-memory — one dependency, local JSONL, no API key, no DB, no Docker |
Typically an LLM key + a vector/graph DB (e.g. Mem0 self-host: API + Postgres/pgvector + Neo4j) |
| Dashboard | Token-savings meter + owner controls, local & read/write | Memory/agent-management UIs (several have one; different purpose) |
| Recall depth | Scoped match under a hard token budget | Knowledge-graph / temporal / semantic ranking |
| Maturity | Early 0.0.x |
Production-grade, widely adopted |
Honest summary: if you need the smartest possible recall, use one of the others. If you run a fleet of agents that keep re-paying to reload broad context and you want to measure and cap that cost with no extra infrastructure, that gap is what Thrift fills. The two are not mutually exclusive — Thrift can sit in front of a heavier store as the budget/metering layer.
MCP Tools
remember(scope, text, agentId?, sessionId?, tags?)
Store a memory in org, agent, or session scope.
recall(agentId, tokenBudget, task?, tags?)
Return relevant memories under a hard token budget.
Also returns { injectedTokens, baselineTokens, savedTokens }.
search_memory(agentId, task?, tags?, limit?)
Browse matching memories without applying a small recall budget.
Quick Start
npm install -g thrift-memory
Add Thrift to an MCP-capable client:
{
"mcpServers": {
"thrift": {
"command": "npx",
"args": ["thrift-memory"]
}
}
}
Or run the MCP server directly:
npx thrift-memory \
--store-path=~/.thrift/memories.jsonl \
--meter-path=~/.thrift/meter.jsonl \
--default-budget=2000
60-Second Demo
No agent required — prove the remember → recall → receipt loop with the library.
Save as demo.mjs after npm install thrift-memory, then node demo.mjs:
import { JsonlStore, ScopedRetriever } from "thrift-memory";
const store = new JsonlStore({ path: "./demo.jsonl" });
const now = Date.now();
// 1. remember — store a few org memories (cheap, no LLM enrichment)
store.add({ scope: "org", text: "All money values are stored as integer cents, never floats." }, now);
store.add({ scope: "org", text: "We deploy only on green CI; no Friday-evening releases." }, now);
store.add({ scope: "org", text: "Postgres is the system of record; Redis is cache-only." }, now);
// 2. recall — load only what the task needs, under a hard token budget
const r = new ScopedRetriever().recall(store, {
agentId: "dev",
task: "how should I store money values?",
tokenBudget: 40,
});
// 3. receipt
for (const m of r.memories) console.log("•", m.text);
console.log(`injected ${r.injectedTokens} / baseline ${r.baselineTokens} (saved ${r.savedTokens})`);
• All money values are stored as integer cents, never floats.
injected 15 / baseline 43 (saved 28)
Only the relevant memory is injected — the deploy-cadence and Postgres notes are
dropped because they don't match the task, not merely because of the budget
(recall applies a relevance floor). That gap, baseline - injected, is exactly
what you stop paying for on every run. Relevance here is lexical overlap, so phrase
the task with words your memories actually use; an empty result means nothing
in scope was relevant — which is the honest answer, not noise to pad the budget.
Dashboard
The optional dashboard is local. It shows whether Thrift is really saving tokens
across real agent runs, and (as of 0.0.3) exposes a small write surface for owner
controls — pin/disable a memory, set per-agent budgets, mute an agent, and a
fleet-wide kill-switch — over local POST/DELETE endpoints. The same controls
are available from the thrift-panel CLI.
npx thrift-panel serve \
--store-path=~/.thrift/memories.jsonl \
--meter-path=~/.thrift/meter.jsonl \
--control-path=~/.thrift/control.json \
--port=8585
Open http://127.0.0.1:8585.
The dashboard shows:
| View | What it proves |
|---|---|
| Fleet summary | Total baseline, injected, saved tokens, and savings rate |
| Daily token flow | Whether savings persist across real days |
| Agent savings | Which agents are expensive and which save the most |
| Recent receipts | The latest metered recall/proxy events |
| Audit paths | The local files backing the numbers |
CLI equivalents:
npx thrift-panel summary --store-path=~/.thrift/memories.jsonl --meter-path=~/.thrift/meter.jsonl
npx thrift-panel agents --store-path=~/.thrift/memories.jsonl --meter-path=~/.thrift/meter.jsonl
npx thrift-panel memories --store-path=~/.thrift/memories.jsonl --scope=org
Measuring Performance
Every recall writes a receipt to THRIFT_METER_PATH when a meter path is
configured:
{"at":1760000000000,"agentId":"dev","injectedTokens":420,"baselineTokens":2100,"savedTokens":1680}
Definitions:
| Field | Meaning |
|---|---|
baselineTokens |
The no-Thrift counterfactual: all in-scope memory that would have been loaded |
injectedTokens |
The slice Thrift actually returned under budget |
savedTokens |
baselineTokens - injectedTokens |
| Savings rate | savedTokens / baselineTokens |
Recommended measurement loop:
- Seed memories from your own markdown files or use
remember. - Let real agents call
recallduring normal work. - Review
thrift-panel summaryandthrift-panel agents. - Validate quality separately by comparing task outcomes with full memory vs Thrift recall.
For a credible public report, publish both token reduction and quality evidence. For example: "saved 72% of memory tokens across 200 real recalls, with 19/20 paired tasks producing the same outcome."
Account for the MCP overhead. Registering any MCP server adds its tool-schema load to each agent's context (often several thousand tokens). The honest figure is net:
savings = recall reduction − MCP schema/tool-call overhead. On a context-heavy agent that reloads broad memory every run, recall usually wins by a wide margin — but confirm it with the meter on your own workload before going fleet-wide, rather than assuming. The receipts exist precisely so you don't have to guess.
Synthetic Benchmark
This repo includes a small synthetic fixture so users can verify the measurement pipeline without any private data:
npm run build
node benchmark/run.mjs
It reads:
benchmark/fixtures/memories.jsonlbenchmark/fixtures/meter.jsonl
See docs/case-study.md for a sanitized example of how to interpret the numbers.
Proxy And Rate Limits
The proxy is optional. Use it when an agent can point its LLM base_url at a
local HTTP gateway.
Security — run it locally only. The proxy forwards your real provider API key upstream unchanged. It binds to
127.0.0.1by default (enforced in code, not just docs), so it is not reachable off-host unless you deliberately opt in with--host=0.0.0.0/THRIFT_PROXY_HOST. Never expose it on a public interface or share the port. It is a single-tenant developer tool, not a hardened multi-tenant gateway. Responses are also buffered, so SSE streaming is not passed through yet.
npx thrift-proxy \
--upstream=https://api.anthropic.com \
--host=127.0.0.1 \
--port=8787 \
--budget=4000 \
--meter-path=~/.thrift/meter.jsonl
Then configure the agent's LLM base URL as http://localhost:8787 and keep using
the real provider API key.
The proxy:
- trims live request context under a hard token budget,
- writes the same savings receipts as the MCP surface,
- retries upstream
429and503 Retry-Afterresponses, - throttles concurrent upstream requests per provider.
Rate-limit defaults:
| Setting | Default | Env var |
|---|---|---|
| Max concurrency | 5 |
THRIFT_MAX_CONCURRENCY |
| Max retries | 5 |
THRIFT_MAX_RETRIES |
| Backoff base | 1000ms |
THRIFT_BACKOFF_BASE_MS |
| Max backoff | 60000ms |
THRIFT_MAX_BACKOFF_MS |
thrift-proxy buffers responses in this version; streaming passthrough is a
future improvement.
Import Existing Memories
The import script is generic and local-only. It can import markdown files into a JSONL store:
node scripts/import-memories.mjs \
--source=./memory \
--scope=org \
--store-path=~/.thrift/memories.jsonl \
--dry-run
For agent-scoped memories, put markdown files under project directories and use
--scope=agent:
memory/
checkout-service/
dev.md
qa.md
docs-site/
writer.md
node scripts/import-memories.mjs --source=./memory --scope=agent
Library Usage
import { JsonlStore, ScopedRetriever, InMemoryMeter, ThriftMcpServer } from "thrift-memory";
const server = new ThriftMcpServer({
store: new JsonlStore({ path: "./memories.jsonl" }),
retriever: new ScopedRetriever(),
meter: new InMemoryMeter(),
defaultTokenBudget: 2000,
});
await server.runStdio();
Development
npm install
npm run typecheck
npm run build
npm test
Layout
| Path | Purpose |
|---|---|
src/mcp/ |
MCP stdio server and tool definitions |
src/store/ |
JSONL memory store |
src/retrieval/ |
Scoped budget-bounded recall |
src/meter/ |
Token meter and rollups |
src/control/ |
CLI and local dashboard |
src/proxy/ |
HTTP proxy, context trimming, rate-limit retries |
benchmark/fixtures/ |
Synthetic public benchmark data |
docs/ |
Public docs, screenshot, sanitized case study |
test/ |
Unit and integration tests |
License
推荐服务器
Baidu Map
百度地图核心API现已全面兼容MCP协议,是国内首家兼容MCP协议的地图服务商。
Playwright MCP Server
一个模型上下文协议服务器,它使大型语言模型能够通过结构化的可访问性快照与网页进行交互,而无需视觉模型或屏幕截图。
Magic Component Platform (MCP)
一个由人工智能驱动的工具,可以从自然语言描述生成现代化的用户界面组件,并与流行的集成开发环境(IDE)集成,从而简化用户界面开发流程。
Audiense Insights MCP Server
通过模型上下文协议启用与 Audiense Insights 账户的交互,从而促进营销洞察和受众数据的提取和分析,包括人口统计信息、行为和影响者互动。
VeyraX
一个单一的 MCP 工具,连接你所有喜爱的工具:Gmail、日历以及其他 40 多个工具。
graphlit-mcp-server
模型上下文协议 (MCP) 服务器实现了 MCP 客户端与 Graphlit 服务之间的集成。 除了网络爬取之外,还可以将任何内容(从 Slack 到 Gmail 再到播客订阅源)导入到 Graphlit 项目中,然后从 MCP 客户端检索相关内容。
Kagi MCP Server
一个 MCP 服务器,集成了 Kagi 搜索功能和 Claude AI,使 Claude 能够在回答需要最新信息的问题时执行实时网络搜索。
e2b-mcp-server
使用 MCP 通过 e2b 运行代码。
Neon MCP Server
用于与 Neon 管理 API 和数据库交互的 MCP 服务器
Exa MCP Server
模型上下文协议(MCP)服务器允许像 Claude 这样的 AI 助手使用 Exa AI 搜索 API 进行网络搜索。这种设置允许 AI 模型以安全和受控的方式获取实时的网络信息。