Fidelis Memory
Local-first, zero-LLM memory for Codex, Claude Code, and AI agents.
83.2% R@1 in a checked-in 470-question LongMemEval-S retrieval run. A separate checked-in run answered 317 of 434 graded questions correctly (73.0%, Wilson 95% CI [68.7%, 77.0%]) with an LLM reading Fidelis retrieval. The default retrieval path itself makes no LLM call.
Stop re-explaining context to your agent. fidelis returns your original notes verbatim through a local-first service. Your agent already calls an LLM to think; it should not need another one just to remember. Designed for developers. The default zero-LLM retrieval path does not send memory content to an LLM. The documented fidelis init service configuration also disables mem0 and Chroma telemetry. That can reduce third-party data exposure, but deployments still own their security and compliance assessment.
your notes / sessions
↓
local memory store (~/.cogito/, fully local)
↓
fidelis retrieval (BM25 + dense + RRF, no LLM)
↓
original passages (verbatim, never rephrased)
↓
Codex / Claude Code / your agent
What fidelis is:
- model-API independent by default - the default retrieval path makes no model API call; local compute and storage still have costs
- private - local memory store by default
- faithful - original stored passages returned, not paraphrases
- measured - checked-in LongMemEval-S retrieval and QA artifacts are linked below
- installable - documented MCP paths for Codex, Claude Code, GitHub Copilot CLI, Gemini CLI, and OpenClaw
Fidelis is deliberately narrower than a hosted memory platform. Check the user-fit matrix before installing: it names the workflows 0.1.0 supports, the prerequisites it assumes, and the cases it does not yet serve.
Quickstart
# 0. one-time: Ollama + the local embedder (~280 MB)
brew install ollama && ollama serve &
ollama pull nomic-embed-text
# 1. install Fidelis Memory from PyPI
python3 -m pip install "fidelis-memory==0.1.0"
fidelis init # background service (launchd / systemd)
fidelis watch ~/notes # auto-ingests markdown
fidelis mcp install --client codex # or omit for Claude Code
fidelis mcp serve # runs the MCP server over stdio
# Restart your agent client. Memory is on.
Verify the installed release and the local service before configuring a client:
python3 -c 'import fidelis; print(fidelis.__version__)'
# expected: 0.1.0
fidelis health
# expected prefix: status: ok | memories:
Then verify one real retrieval without relying on a fixed memory count:
mkdir -p /tmp/fidelis-verify
printf '%s\n' 'Fidelis verification phrase: amber heron.' > /tmp/fidelis-verify/note.md
fidelis watch /tmp/fidelis-verify --once
fidelis query 'amber heron'
# success: the result contains "Fidelis verification phrase: amber heron."
Using Gemini CLI? After the local prerequisites and fidelis init, install
the native v0.1.0 extension directly:
gemini extensions install https://github.com/hermes-labs-ai/fidelis --ref=v0.1.0
The extension launches the released MCP package through uvx and includes the
GEMINI.md context file. See the Gemini CLI extension details.
Package-name note: install Hermes Labs' package as
fidelis-memory. The import name and CLI remainfidelis. The separate PyPI project namedfidelisbelongs to NGdust/fidelis.
Linux users swap brew install ollama for the equivalent install from ollama.com. See Requirements.
Fidelis Memory 0.1.0 is also published in the
official MCP Registry
as io.github.hermes-labs-ai/fidelis-memory. Registry-aware clients can launch
the same released server directly from PyPI:
uvx --from "fidelis-memory==0.1.0" fidelis mcp serve
This starts the MCP stdio process; run fidelis init first when the local
Fidelis service and store have not already been configured. Version 0.0.94
introduced supported Codex MCP installation and context-sensitive orientation;
0.0.96 added the independently discoverable registry release; 0.0.97 was the
first tagged release that carried the Gemini CLI extension manifest; and 0.1.0
promotes the tested cross-client contract as the first minor Fidelis release.
What you notice immediately
After the four commands above, the next time you open Codex or Claude Code:
- It stops asking you to repeat context you already wrote down.
- You can ask "what did we decide last week about auth?" - and the answer cites your actual decision, not a generic OAuth lecture.
- Architecture rationale you wrote in a markdown file two months ago surfaces when relevant.
- Your project context carries across sessions instead of resetting at every new conversation.
- Failed migration notes, naming conventions, founder voice memos - all queryable in your agent's normal flow.
Most of fidelis's value is not the benchmark; it's not having to explain the same thing twice.
Most AI memory systems rewrite your notes
Most memory systems rephrase content on the way out. The specific fact gets summarized into something general. fidelis solves this structurally - there is no LLM in the default retrieval path, so the store returns exactly what you put in.
You store:
auth tokens expire after 3600 seconds.
The 3600s window is non-configurable in our current contract.
A lossy memory layer may return:
authentication has a configurable timeout
fidelis returns:
auth tokens expire after 3600 seconds.
The 3600s window is non-configurable in our current contract.
The non-configurable qualifier survives. So does every other detail you wrote down.
What this enables in Codex, Claude Code, GitHub Copilot CLI, Gemini CLI, and OpenClaw
Once fidelis mcp install --client codex, --client copilot, --client gemini, --client openclaw, or the default Claude install is run, ask your agent:
- "What did we decide about auth?"
- "What failed last time we tried this migration?"
- "Which billing constraint was non-configurable?"
- "What did I say about Sarah's onboarding flow?"
The MCP fidelis_recall tool gives the agent the original passages before it composes an answer, not paraphrased summaries. The answer can stay grounded in what you wrote, with the qualifiers intact.
fidelis retrieves memory without an LLM. Your agent still uses its normal LLM to answer using the retrieved context. "Zero-LLM" applies to the memory hot path, not to your agent.
GitHub Copilot CLI
Copilot CLI loads MCP servers from mcp-config.json in its configuration
directory (~/.copilot by default, or $COPILOT_HOME). Fidelis writes the
documented stdio entry there atomically, backing up any existing file and
leaving other servers untouched:
fidelis mcp install --client copilot # writes ~/.copilot/mcp-config.json
copilot # restart, then /mcp list shows "fidelis"
# /mcp show fidelis lists its tools
fidelis mcp uninstall --client copilot # removes only the fidelis entry
Use --settings /path/to/mcp-config.json to target a different file. The
copilot binary is not required at install time; if you prefer the host CLI,
the equivalent registration is
copilot mcp add fidelis -- "$(python3 -c 'import sys;print(sys.executable)')" "$(python3 -c 'import fidelis.mcp_cmd as m;print(m.MCP_SERVER_FILE)')".
Copilot does not currently expose a hook or automatic-recall mechanism to
third-party servers, so recall happens when the agent calls the
fidelis_recall, fidelis_orient, or fidelis_health tools.
Gemini CLI
Gemini CLI has native MCP management — gemini mcp add|remove|list, shipped
in v0.1.19 — and Fidelis registers itself through it rather than editing
settings.json. That matters: Gemini reads settings.json as
JSON-with-comments and its own writer round-trips your // and /* */
comments. A rewrite by Fidelis would silently delete them.
fidelis mcp install --client gemini # gemini mcp add → ~/.gemini/settings.json
gemini # restart, or run /mcp reload in a live session
gemini mcp list # shows "fidelis" and whether it connects
fidelis mcp uninstall --client gemini # gemini mcp remove, verified
--scope project targets ./.gemini/settings.json instead of the default
--scope user (~/.gemini/settings.json); Fidelis refuses --scope project
in your home directory, where Gemini collapses the two to the same file.
Requires Gemini CLI v0.1.19 or newer on PATH, and an auth method already
configured — Gemini refuses every gemini mcp subcommand until one is.
Because gemini mcp add overwrites a same-named entry without asking and
gemini mcp remove exits 0 even when the name is absent, Fidelis reads the
targeted settings.json back after every run. It refuses to touch a fidelis
entry it does not recognize (--force overrides), and reports a silent no-op
or an unexpected entry as a failure rather than as success. Unrelated servers,
their env secrets, other settings keys, and the file's permission bits are
left as they were.
Recall happens when the agent calls the fidelis_recall, fidelis_orient, or
fidelis_health tools.
OpenClaw
OpenClaw keeps outbound MCP servers under mcp.servers in its JSON5 config
(~/.openclaw/openclaw.json, or $OPENCLAW_CONFIG_PATH). Because JSON5 allows
comments and trailing commas, Fidelis neither writes that file nor parses it:
it delegates every write to the documented openclaw mcp add CLI, and asks
OpenClaw's own read-only surface — openclaw mcp show fidelis --json, falling
back to openclaw mcp list --json — both before writing and afterwards to
confirm what landed.
fidelis mcp install --client openclaw # openclaw mcp add fidelis --command … --arg …
openclaw mcp reload # pick up the new server
openclaw mcp status --verbose # confirm the saved config
openclaw mcp doctor fidelis --probe # verify it connects
fidelis mcp uninstall --client openclaw # removes only the fidelis entry
The openclaw binary is required here, because it owns the write and is the
only reader that can be trusted with a JSON5 config. Use
--settings /path/to/openclaw.json to target a different config; Fidelis passes
it as $OPENCLAW_CONFIG_PATH on every delegated call, reads included, so the
state it reads back is the state of the file OpenClaw just wrote. If you prefer
to run the host CLI yourself, the
equivalent registration is
openclaw mcp add fidelis --command "$(python3 -c 'import sys;print(sys.executable)')" --arg "$(python3 -c 'import fidelis.mcp_cmd as m;print(m.MCP_SERVER_FILE)')".
Install and uninstall refuse to touch an mcp.servers.fidelis entry that is not
ours unless you pass --force, and exit non-zero rather than claiming success
whenever the read-back does not prove the change landed — including when
OpenClaw cannot report the entry at all, which is treated as unknown, never as
"nothing there".
Use cases & ROI
Three concrete reasons teams pick fidelis over hosted memory:
- Model-API independence for retrieval. Memory lives on disk and the default retrieval path makes no model API call. Your agent still consumes its normal context and model resources when answering.
- Local data boundary. The default zero-LLM path keeps notes and retrieval on the local machine, reducing third-party processor exposure. This architecture does not by itself confer SOC 2 or HIPAA compliance.
- Team context. Agents that remember historical decisions, naming conventions, failed migrations, and the qualifiers on those decisions. The non-configurable detail you wrote down two months ago surfaces when relevant, in the founder's voice, not paraphrased.
How it fits
The diagram is at the top. Codex and Claude Code are the fastest paths to value. The retrieval engine is agent-agnostic - pair it with any LLM client. Codex registration uses its supported codex mcp CLI, and the resulting server configuration is shared by the Codex desktop app, CLI, and IDE extension on that host.
Benchmarks
Checked-in LongMemEval-S observations; these are local project measurements, not independent replications.
| Metric | Value |
|---|---|
| Retrieval R@1 | 83.2% |
| Retrieval R@5 | 98.3% |
| End-to-end QA accuracy | 73.0% (317/434 graded questions), Wilson 95% CI [68.7%, 77.0%] |
| Retrieval-time model API calls | 0 on the default stage-1 path |
Raw evidence: retrieval aggregate · end-to-end QA summary
The QA tier wraps your existing LLM with a 140–180-token system prompt - the Fidelis Scaffold. See docs/scaffold.md.
Verify the zero-LLM claim yourself
# Unset any LLM API keys for this shell
unset OPENAI_API_KEY ANTHROPIC_API_KEY DASHSCOPE_API_KEY
# Optional: drop your network. Ollama runs on 127.0.0.1:11434 (loopback).
# `recall-hybrid` is the explicit-tier command. zero_llm is the default.
fidelis recall-hybrid "what did the user say about Sarah" --tier zero_llm
tail ~/.fidelis/server.log
The default zero_llm tier never makes an outbound LLM call. Optional --tier filter and --tier flagship modes do call an LLM, but only to select integer pointers - the server dereferences those pointers to the original stored text. The LLM cannot rephrase memory content.
Context-sensitive orientation (MCP)
The bundled MCP server also exposes fidelis_orient. It recognizes when a
turn invokes prior work—even when it is a statement such as “I need to
remember our Fidelis work”—and selects a bounded evidence lane for identity,
maintenance, conceptual reuse, comparison, decisions, historical state, or
current state. The returned orientation is a derived index; retrieved records
remain verbatim evidence with their existing IDs and metadata. Unrelated turns
explicitly abstain without calling the memory server.
Gemini CLI extension
Fidelis is also packaged as a native
Gemini CLI extension: the
gemini-extension.json at the repository root registers the same stdio MCP
server that the MCP Registry entry launches, plus a GEMINI.md
context file that tells the model when to call fidelis_orient and
fidelis_recall. It needs uv on PATH and a
running Fidelis server (fidelis init, see Requirements),
but not a manual pip install:
gemini extensions install https://github.com/hermes-labs-ai/fidelis
gemini extensions list # fidelis, with its GEMINI.md and MCP server
gemini extensions uninstall fidelis
The extension pins fidelis-memory==0.1.0; gemini extensions update fidelis
follows the repository's tagged releases. The first launch lets uvx download
the wheel and its dependencies. Gemini CLI 0.32.1 probes gemini mcp list
with a fixed 5-second timeout that ignores the manifest's 60-second timeout,
so that first launch can read Disconnected; run
uvx --from fidelis-memory==0.1.0 fidelis --help once to warm the cache,
after which the row reads Connected. If you also register Fidelis with
gemini mcp add, the settings.json entry takes precedence over the
extension's, so the two do not conflict.
Requirements
-
macOS or Linux (Windows not yet supported)
-
Python 3.10+
-
Ollama running locally with
nomic-embed-textpulled (~280 MB):brew install ollama && ollama serve & ollama pull nomic-embed-text # ~280 MB, one-time
Once Ollama and the embedding model are available, the quickstart covers the full init-to-first-recall path. The default retrieval path needs no memory API key.
Quick reference
fidelis recall "what did the user say about Sarah"
fidelis query "Sarah" --limit 5
fidelis add "raw text to extract into memories"
fidelis health
fidelis seed ~/memory/ ~/notes/
fidelis add normally stores facts produced by the configured extraction
model. If extraction returns no facts, Fidelis preserves the original input
verbatim instead of silently losing it. The command still exits 0 because the
write succeeded, but stdout reports a stable degraded status:
status=stored degraded=verbatim-fallback-empty-extraction id=<uuid> count=1
Automation that requires successful extraction must inspect degraded; exit 0
means the memory was stored, not necessarily that extraction succeeded. Because
mem0 does not distinguish a swallowed extractor failure from a legitimate
zero-fact result, the fallback intentionally favors durability.
Python helper for direct integration:
from fidelis.augment import augment
from anthropic import Anthropic
client = Anthropic()
answer = augment(
question="What did I say about Sarah?",
qtype="single-session-user",
llm_call=lambda system, user: client.messages.create(
model="claude-haiku-4-5", # any current Claude Messages model works
system=system,
messages=[{"role": "user", "content": user}],
max_tokens=512,
).content[0].text,
)
What's running on your machine
After fidelis init:
- Service:
fidelis-serverruns athttp://127.0.0.1:19420under your OS service manager (launchd on macOS, systemd on Linux). Auto-starts on boot. Logs at~/.fidelis/server.log. - Storage: Chroma + SQLite at
~/.cogito/(the directory name is preserved from the project's pre-rename codename for v0.0.x compatibility - it will move to~/.fidelis/in a later major bump). No data leaves your machine in the default zero-LLM path. - MCP: after installing for your selected client, Codex or Claude Code sees four tools:
fidelis_recall,fidelis_query,fidelis_health, andfidelis_orient.
To stop: fidelis init --uninstall. To wipe: rm -rf ~/.cogito ~/.fidelis.
Known limitations (v0.1.0)
- Pre-release. Python function names and CLI commands may change. Pin the version if you build on it.
- Best on macOS Sequoia / Ubuntu 24.04 LTS. Other OSes likely work but aren't gate-tested.
- Direct server launches disable mem0 telemetry by default. This matches
the service installed by
fidelis initand avoids telemetry exit handlers delaying graceful shutdown. An explicitMEM0_TELEMETRY=Truestill opts in. For the same boundary across Chroma, setANONYMIZED_TELEMETRY=FalseandCHROMA_TELEMETRY_DISABLED=Truebefore a direct launch;fidelis initincludes all three settings automatically. - Temporal-reasoning and preference questions are the weakest qtypes in the QA scaffold (TR ~58%, Pref ~37% on the full eval). Single-session and knowledge-update qtypes are strong (95–100%).
- The optional LLM tier ("flagship" mode) currently escalates ~80% of queries instead of the intended ~10% - an 8× cost miss we're transparent about. The default zero-LLM tier is unaffected.
- qwen3.5:9b in thinking mode does not reliably follow the literal hedge instruction in the Fidelis Scaffold. Use Claude, an OpenAI-format API, or non-thinking-mode local models for reliable hedging.
What this turns into over time
Day 1: drop notes into ~/notes, run the four commands.
Day 2: ask your agent about yesterday's decision - the answer cites your original passage.
Day 7: your agent starts carrying project context across sessions; you stop re-explaining.
Useful for solo builders today; relevant for teams that need memory to stay local tomorrow.
Fidelis Memory for teams
fidelis is open-source under MIT and free for any use, including commercial. If your team has deployment requirements that the OSS path does not yet cover (centralized memory, multi-namespace isolation, custom authentication), write to founders@hermes-labs.ai.
For technical users
docs/user-fit.md- supported users, prerequisites, and explicit non-fitsdocs/releases/0.1.0.md- 0.1.0 release scope and acceptance evidenceROADMAP.md- outcome gates for 0.2.0docs/full-reference.md- full architecture, hybrid recall tiers, local server endpoints, troubleshootingdocs/scaffold.md- Fidelis Scaffold contract + drift-detection markersexperiments/zeroLLM-FLAGSHIP-evidence/- raw eval JSONs + machine-readable SUMMARY (per-qtype breakdowns, Wilson CI, F1/F1B baselines)
License
MIT. Built by Hermes Labs (Roli Bosch). Issues + PRs welcome.
About Hermes Labs
Hermes Labs develops open-source reliability, evaluation, memory, and runtime-guard tools for AI agents. Fidelis is its local-first memory project. Other public software is listed at github.com/hermes-labs-ai, with research artifacts published separately on Zenodo.
For enterprise deployments and AI-reliability engagements: roli@hermes-labs.ai · hermes-labs.ai
On naming. Hermes Labs is named for Hermes, the Greek messenger god - patron of communication and interpretation, the herald who carries meaning between worlds. The thread to the work: hermeneutics, the theory of interpretation that takes its name from Hermes, is the philosophical anchor for an AI reliability engineering studio whose substrate is linguistic. Not affiliated with NousResearch's Hermes LLM line or their hermes-agent framework - different companies, different work.
Founder: Rolando (Roli) Bosch. Site: hermes-labs.ai Citation: Bosch, R. (2026). Hermes Labs: AI reliability infrastructure for autonomous agents. https://hermes-labs.ai
Quantitative source for the Fidelis claims above: the 470-question
LongMemEval-S aggregate and Wilson interval in
experiments/zeroLLM-FLAGSHIP-evidence/,
evaluated 2026-04-24.
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file fidelis_memory-0.1.0.tar.gz.
File metadata
- Download URL: fidelis_memory-0.1.0.tar.gz
- Upload date:
- Size: 1.1 MB
- Tags: Source
- Uploaded using Trusted Publishing? Yes
- Uploaded via:
twine/7.0.0 CPython/3.13.14
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
eabb9baa4c2866e967b4459d26c988053135d92a434c62191fac3bc2a6a81412
|
|
| MD5 |
a10c40eeb8827394e239aeeca947e4a0
|
|
| BLAKE2b-256 |
372c121de22623f35e7016679a320110eade297a66c69082e5d20fdd66966fae
|
Provenance
The following attestation bundles were made for fidelis_memory-0.1.0.tar.gz:
Publisher:
release.yml on hermes-labs-ai/fidelis
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
fidelis_memory-0.1.0.tar.gz -
Subject digest:
eabb9baa4c2866e967b4459d26c988053135d92a434c62191fac3bc2a6a81412 - Sigstore transparency entry: 2814052965
- Sigstore integration time:
-
Permalink:
hermes-labs-ai/fidelis@5e362fc4e1075710c73781f332cc26db1affdaa9 -
Branch / Tag:
refs/heads/main - Owner: https://github.com/hermes-labs-ai
-
Access:
public
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
release.yml@5e362fc4e1075710c73781f332cc26db1affdaa9 -
Trigger Event:
workflow_dispatch
-
Statement type:
File details
Details for the file fidelis_memory-0.1.0-py3-none-any.whl.
File metadata
- Download URL: fidelis_memory-0.1.0-py3-none-any.whl
- Upload date:
- Size: 108.2 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? Yes
- Uploaded via:
twine/7.0.0 CPython/3.13.14
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
f6236c47b0f7f9107b5937e737d0c7b5226e4552a18e52206ba8dfc0723508ad
|
|
| MD5 |
6943b4388f5242e890e127426f76dfc0
|
|
| BLAKE2b-256 |
320bdb0c6b1ce7986c308885ddb2e0d831562d1c195c89b93c7484d2c21f578b
|
Provenance
The following attestation bundles were made for fidelis_memory-0.1.0-py3-none-any.whl:
Publisher:
release.yml on hermes-labs-ai/fidelis
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
fidelis_memory-0.1.0-py3-none-any.whl -
Subject digest:
f6236c47b0f7f9107b5937e737d0c7b5226e4552a18e52206ba8dfc0723508ad - Sigstore transparency entry: 2814053078
- Sigstore integration time:
-
Permalink:
hermes-labs-ai/fidelis@5e362fc4e1075710c73781f332cc26db1affdaa9 -
Branch / Tag:
refs/heads/main - Owner: https://github.com/hermes-labs-ai
-
Access:
public
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
release.yml@5e362fc4e1075710c73781f332cc26db1affdaa9 -
Trigger Event:
workflow_dispatch
-
Statement type: