Power your agent
पब्लिशर की अपनी कमांड। PlugMCP एंडपॉइंट नहीं।
Host a copy with our keys and logs.
uvx ihmt-memory==1.4.0Claude Code में लोकल कमांड के लिए इंस्टॉल लिंक नहीं है। नीचे दी गई कमांड कॉपी करें और टर्मिनल में चलाएँ।
IHMT_HOME=<value> claude mcp add io.github.gonzaroman-ihmt-memory -- uvx ihmt-memory==1.4.0टर्मिनल में चलाएँ।
{ "mcpServers": { "io.github.gonzaroman-ihmt-memory": { "command": "uvx", "args": [ "ihmt-memory==1.4.0" ], "env": { "IHMT_HOME": "<value>" } } }}claude_desktop_config.json
रिमोट URL या आपकी मशीन पर कमांड? दोनों इंस्टॉल में क्या अंतर है
PlugMCP पर चलाएँ
A new server you create. It is not this listing's official endpoint. Use the publisher install when you want their URL and their credentials.
लॉन्चपब्लिशर से
Long-term memory for your AI coding agents. Tell your agent something once — a decision, how your setup works, a correction — and it remembers it in every future session, in any project, with any of your agents.
Long-term memory for AI coding agents, stored as a tree of plain local files.
OUTDATED, and searches answer with the current
one first. Where you live, where you work and your stack are tracked automatically; any other
correction is linked when the agent saves it with replaces. When a question is ambiguous ("Luis"
— which one?), it asks instead of guessing.Compatibility. Officially supported: Claude Code. Also tested: Codex (CLI and the ChatGPT desktop app — setup) and opencode (setup). IHMT is a standard stdio MCP server, so any agent that supports local MCP servers should work — GitHub Copilot, Antigravity, Cursor, Windsurf, Gemini CLI, Claude Desktop… — and
INSTALL.mdknows how to configure them, but we have not tested those yet. All of them can share one memory.
Missing Python or git? Your AI agent installs them for you (it is instructed to ask you first). Python goes in your user folder, with no administrator password, so nothing system-wide changes. On a brand-new Mac, git may need one click: Apple shows a window asking to install its command-line tools.
On a Mac, note that the python3 that comes with macOS is version 3.9, which is too old — that is why
your agent may say Python is missing even though python3 exists.
You do not need administrator rights, a database, an account, or any paid service beyond your agent. Tested on macOS and Linux (Ubuntu); on Windows the instructions are included but not tested yet. Details: GUIDE.md §3.
Paste this into the AI agent you want to give a memory to — Claude Code, Codex and opencode are tested; GitHub Copilot, Antigravity, Cursor, Windsurf, Gemini CLI, Claude Desktop and other MCP clients should work too:
Install the IHMT memory MCP server for me from https://github.com/gonzaroman/IHMT-MEMORY — follow the instructions in its INSTALL.md.
The agent follows INSTALL.md: it downloads IHMT to ~/IHMT-MEMORY, keeps your
memory in ~/.ihmt, registers the server with itself only, adds the usage instructions, and
tells you what it did. Then start a new session so the memory tools load.
Using several agents? Paste the same prompt in each one, whenever you want. If IHMT is already installed — say you have used it with Claude for months and now want it in Codex — the agent finds that installation, updates it if it safely can, and connects to the same memory, so it knows what you told the others from day one.
It needs an agent that can run terminal commands or edit files; chat-only assistants in a browser cannot install anything.
Requirements: Python 3.10+, git, and your agent's CLI.
git clone https://github.com/gonzaroman/IHMT-MEMORY.git ~/IHMT-MEMORY
cd ~/IHMT-MEMORY
python3 -m venv .venv
.venv/bin/pip install -r requirements-mcp.txt
mkdir -p ~/.ihmt
Claude Code
claude mcp add ihmt-memory -s user -e IHMT_HOME="$HOME/.ihmt" -- "$PWD/.venv/bin/python" "$PWD/mcp_server.py"
claude mcp list # ihmt-memory … ✔ Connected
The server name must come before -e. Then append
templates/memory-instructions.md to ~/.claude/CLAUDE.md.
Codex — codex mcp add ihmt-memory --env IHMT_HOME="$HOME/.ihmt" -- "$PWD/.venv/bin/python" "$PWD/mcp_server.py",
then add default_tools_approval_mode = "approve" to the [mcp_servers.ihmt-memory] table in
~/.codex/config.toml (above its env table) and append the template to ~/.codex/AGENTS.md.
Details.
opencode — add an "ihmt-memory" entry ("type": "local", "command": [<python>, <mcp_server.py>],
"environment": {"IHMT_HOME": <memory folder>}) to the "mcp" object of
~/.config/opencode/opencode.json, and append the template to ~/.config/opencode/AGENTS.md.
Details.
Windows, the project scope, the graphical setup and troubleshooting are all in the guide.
No clone and no venv: uv downloads and runs the
ihmt-memory package. The memory goes to ~/.ihmt; set
IHMT_HOME to use another folder (for example, a memory you already have).
Claude Code
claude mcp add ihmt-memory -s user -- uvx ihmt-memory
claude mcp list # ihmt-memory … ✔ Connected
uvx ihmt-memory --instructions >> ~/.claude/CLAUDE.md
Codex — codex mcp add ihmt-memory -- uvx ihmt-memory, add
default_tools_approval_mode = "approve" to the [mcp_servers.ihmt-memory] table in
~/.codex/config.toml, and run uvx ihmt-memory --instructions >> ~/.codex/AGENTS.md.
opencode — add an "ihmt-memory" entry ("type": "local", "command": ["uvx", "ihmt-memory"]) to
the "mcp" object of ~/.config/opencode/opencode.json, and run
uvx ihmt-memory --instructions >> ~/.config/opencode/AGENTS.md.
The last step matters with any install: the instructions are what make the agent search before
answering and save corrections. pipx install ihmt-memory works too, with ihmt-memory in place of
uvx ihmt-memory.
New here? Read GUIDE.md — everyday use, step by step, with real outputs. The rest
of this README is the technical reference.
A universal, domain-agnostic long-term memory for LLMs, stored as a recursive tree of plain files on the local disk. No vector database, no server, no third-party dependencies — Python 3.10+ and the standard library.
Instead of embedding everything into one flat index and scanning it, IHMT organizes knowledge into a
tree: raw text leaves at the bottom, recursive JSON summaries above them, and a single root.json
trunk at the top. A query walks that tree — root → branch → branch → leaf — so the number of files
opened grows with the depth of the tree (≈ beam × log_B(n)), not with the amount stored.
python3 gui.py # graphical interface: set up, browse, inspect
python3 init_ihmt.py # or from the terminal: create ./ihmt_memory
python3 main.py demo # full walkthrough in ./demo_workspace
python3 -m unittest discover -v # stdlib only; MCP tests skip without the SDK
Then use it on your own material:
python3 main.py ingest ~/notes ~/project/src/Main.java
python3 main.py consolidate --force
python3 main.py search "how did we handle stock reservations"
python3 main.py ask "Luis" # interactive clue loop
python3 main.py conflicts # what changed over time
As a library:
from ihmt import IHMT
memory = IHMT.initialize("./workspace")
memory.ingest_file("examples/InventoryService.java")
memory.ingest_file("examples/journal_personal.txt")
memory.flush() # close the tree up to the root
answer = memory.search("reserveStock soft hold")
print(answer.best.content) # the leaf
print(answer.best.path) # ['root', 'N1-software.java-…', 'L-software.java-…']
print(answer.node_reads) # how many branch files were opened
for notice in memory.notices():
print(notice) # "On 2024-03-11 you said user location = 'Madrid', but on 2026-02-03 you updated to 'Valencia'."
python3 gui.py # opens a browser at 127.0.0.1
python3 gui.py --path ~/my-memory --port 8765 --no-browser
Still zero dependencies — the server is http.server from the standard library, it listens only on
the loopback interface, and every /api/* call needs the random token carried in the URL it opens.
Four screens: Set up (pick the memory folder with the system dialog, create the store, choose between per-project and global registration, preview the exact command or JSON before anything is written), Explore (collapsible tree down to the stored text, with supersession notices), Diagnose (a search that reports confidence, files opened vs. total, and the descent path), and Timeline (active vs. historical values and the detected contradictions). The interface is bilingual (ES/EN) and read-only over the memory: it never deletes or edits a leaf.
mcp_server.py exposes the tree to Claude Code as nine tools in three families: long-term memory,
project indexes and session scratch memory. The core stays dependency-free; the
SDK is an optional extra:
python3 -m venv .venv
.venv/bin/pip install -r requirements-mcp.txt # mcp[cli]>=2.0
For a single project, copy .mcp.json.example to that project's .mcp.json and fill in the absolute
paths; Claude Code asks you to approve it on the next session there (claude mcp list shows it as
Pending approval until then):
{
"mcpServers": {
"ihmt-memory": {
"command": "/absolute/path/to/IHMT-MEMORY/.venv/bin/python",
"args": ["/absolute/path/to/IHMT-MEMORY/mcp_server.py"],
"env": { "IHMT_HOME": "/absolute/path/to/IHMT-MEMORY" }
}
}
}
or in one command:
claude mcp add ihmt-memory --scope user \
-e IHMT_HOME=/absolute/path/to/IHMT-MEMORY \
-- /absolute/path/to/IHMT-MEMORY/.venv/bin/python /absolute/path/to/IHMT-MEMORY/mcp_server.py
IHMT_HOME selects the store ($IHMT_HOME/ihmt_memory), created on first use. Point every project at
one shared directory for a single cross-project memory, or give each project its own.
Long-term memory saves tokens between sessions. The project tools save them within one, where the
cost is reading the same files again and again. ProjectIndex (ihmt/project_index.py) keeps a
private store per project under $IHMT_PROJECTS_DIR (default $IHMT_HOME/ihmt_projects):
code_chunk_mode="symbol", so a lookup returns a method, not a file;scope/path_prefix from the catalog, prefers
the file a query names, demotes tests unless asked and demotes import lines.Measured on a 55-file Spring Boot project (8 typical questions): reading the files that hold the
answers costs 3,613 tokens; find_code returns the exact method for all 8 in 1,071. The map of the
project costs 660 tokens against 13,157 to read it whole.
Those savings are against an agent that reads whole files. In an A/B test with 22 real headless
Claude Code sessions, Claude preferred batched grep/sed -n and never called the project tools on
its own; forcing them made sessions 42–71 % more expensive. Keeping the server enabled costs about
460 tokens per conversation, since Claude Code loads MCP tools on demand. IHMT's main value is memory
between sessions; treat the project tools as optional, and do not mandate them in CLAUDE.md.
The server transparently supports MCP SDK 2.x (MCPServer), 1.x (FastMCP) and the standalone
fastmcp package.
The usage instructions in your ~/.claude/CLAUDE.md (template) tell Claude Code when to reach for each tool: search before answering anything that
depends on earlier sessions, save durable facts with their date, never guess on AMBIGUOUS, always
relay OUTDATED, and never store secrets.
Everything lives in one relocatable directory:
ihmt_memory/
root.json # the trunk: domains, topics, top branches, counters
layer_0/<domain>/*.txt # the leaves: raw UTF-8 text + a strict JSON header
layers/1/*.json # branches: summaries of leaves
layers/2..N/*.json # branches: summaries of summaries
state/catalog.json # index: id -> path, domain, parent, timestamp
state/facts.json # the fact timeline
ihmt.config.json # branch factor, token budgets, backend
root.json lives inside ihmt_memory/ so the store is self-contained: copy the directory and the
memory travels with it.
A leaf is a normal text file that describes itself, so it stays meaningful even if the catalog is lost:
<<<IHMT-META
{
"leaf_id": "L-software.java-0001-84130ee123",
"timestamp": "2026-09-09T17:45:00Z",
"data_type": "CODE",
"domain": "software.java",
"tags": ["method:reserveStock", "class:InventoryService", "lang:java", "type:code"],
"parent_id": "N1-software.java-5571a7baac",
"span": {"start_line": 43, "end_line": 68},
"checksum": "sha256:…",
"extra": {"context": "public final class InventoryService {"}
}
IHMT-META>>>
public Optional<String> reserveStock(Sku sku, int quantity) {
…
A branch node embeds each child's title, excerpt and keywords. That is the detail that makes the descent cheap: a branch can be ranked without opening any of its children.
UniversalIngestor — detect, split, enrich, storeDomainDetector classifies each document by type (CODE, NARRATIVE, CLINICAL, PERSONAL,
PROCESS, GENERIC) and domain (software.java, medicine.clinical, process.cooking,
personal, …) from its extension plus lexical signatures in English and Spanish. Both can be
overridden with --domain / --type.
The type selects the splitter, and every splitter obeys one invariant:
A logical block is never cut. If a single block exceeds
max_tokensit is stored whole and flaggedoversized. Correctness of the block beats hitting the token budget.
chunkers/code.py) — Python via the stdlib ast; Java/JS/TS/C/C++/C#/Go/Rust/Kotlin/
Swift/PHP via BraceScanner, a character-level scanner that tracks brace depth while skipping
comments, string literals, char literals, template literals and preprocessor lines. Imports
coalesce; each class/function is a block; an oversized class splits per member, and the
enclosing class header travels in the leaf's extra.context rather than being spliced into the
text. Concatenating a file's leaves reproduces the file byte for byte — asserted in the tests.***, ---, Chapter/Capítulo as hard boundaries. Only
a paragraph larger than max_tokens is split, and then at sentence boundaries.Leaf ids are derived from (domain, source, position, content), so re-ingesting an unchanged
document rewrites the same leaves instead of duplicating them.
RecursiveSummarizer — the Summarization EventIt watches layer 0. When branch_factor leaves of one domain have no parent, it fires a
Summarization Event: they are condensed into a layer-1 node, the node is written, and only then
are the children stamped with their parent_id — so an interrupted run re-processes a group instead
of orphaning it. The same rule applies from layer 1 to layer 2, and so on, until the tree converges;
then root.json is rewritten.
consolidate() is idempotent. flush() (--force) also promotes partial groups so the tree closes
completely. Anything still unconsolidated is referenced directly by the trunk, so nothing in the
store is ever unreachable from the root.
SemanticNavigator — descent and the Interactive Clue LoopRanking uses Okapi BM25 over each candidate's title, keywords, tags and excerpt, with field weights
and document frequencies computed across the siblings of the current level — exactly the
discrimination the descent needs, at no extra I/O cost. The walk keeps a beam of beam_width
branches per level.
Confidence blends two independent signals:
confidence = 0.6 × coverage + 0.4 × margin
Coverage asks "does this leaf actually contain what was asked?"; margin asks "is it distinguishable from its rivals?". A common first name scores high on the first and near zero on the second — which is precisely when the system must not guess:
$ python main.py ask "Luis"
"Luis" is ambiguous (3 memories match this query equally well, confidence 0.62).
It could belong to any of these branches:
1. [personal] journal_personal.txt · 2024-07-22 — Vacaciones en Benidorm con Luis, mi primo…
2. [personal] journal_personal.txt · 2026-08-30 — Fin de semana en la playa de El Saler con Luis…
3. [personal] journal_personal.txt · 2024-11-30 — Cierre de trimestre… Luis Marín revisó el pull request…
Give me a clue to narrow it down (e.g. a place, a date, a project):
> vacaciones en Benidorm
query: "Luis + vacaciones en Benidorm" · confidence 0.74 · 5 node reads, 3 leaf reads, depth 2
1. [personal] journal_personal.txt · 2024-07-22
path root → N2-personal-ea34db33ae → N1-personal-59bf8bc291 → L-personal-0002-a17b3c8f35
The clue triggers a joint cross-reference: candidates matching both term groups are boosted
(×1.6), candidates matching only one are demoted (×0.7). The loop runs up to max_clue_rounds
times, stops early if the user declines, and never silently converts an ambiguous query into a
confident answer.
clue_provider is any callable, so the loop works for a human at a terminal (input) or for an
agent that lets the LLM supply its own follow-up.
ConflictResolver — recency weighting and the timelineFacts are (subject, attribute, value, timestamp, source_leaf), recorded programmatically via
record_fact() or extracted at ingest time by pattern rules (vivo en X / I live in X,
mi stack es Y, trabajo en Z, Diagnóstico:, Tratamiento:, Medicación: …; extend with
add_pattern).
Each (subject, attribute) keeps a dated timeline. The newest value is ACTIVE; every earlier one
becomes HISTORICAL with superseded_by and a valid_from/valid_to interval. Nothing is
deleted, so both questions stay answerable:
memory.resolver.active_state()["user::location"].value # 'Valencia' (now)
memory.resolver.state_at("2024-12-31")["user::location"].value # 'Madrid' (back then)
Repeating a value at a later date is a confirmation, not a contradiction. A genuine change produces a
transparent notice — "On 2024-03-11 you said user location = 'Madrid', but on 2026-02-03 you updated to
'Valencia'." — and the superseded leaf is annotated, so retrieving outdated material always arrives
with its correction attached (SearchResult.notices).
A leaf itself stays ACTIVE: what it says was true on its own date, and that remains the right
answer to a historical question. What changes is that it can no longer be read as current.
class SummarizerBackend(Protocol):
name: str
def summarize(self, children, *, domain: str, layer: int) -> NodeSummary: ...
HeuristicSummarizer (default) — stdlib extractive summarization: TF term ranking with EN/ES stop
words plus representative-sentence selection. Offline, deterministic, which is what lets the test
suite assert on tree shape.AnthropicSummarizer (optional) — used only when selected and the anthropic package and
ANTHROPIC_API_KEY are both present. Every failure path (missing SDK, missing key, network error,
unparseable reply) falls back to the heuristic backend, so a consolidation is never lost because a
model was unreachable.python3 init_ihmt.py --backend anthropic # model set by summarizer_model in ihmt.config.json
Any other model or local runtime plugs in by implementing the same protocol and passing it as
IHMT(..., backend=MyBackend()).
--path selects the store directory and --json emits machine-readable output; both work before or
after the subcommand.
ihmt_memory/ihmt.config.json:
Small corpora deserve a small branch factor — the demo uses branch_factor=4, target_tokens=400 so a
handful of documents still builds a genuine multi-layer tree.
python3 -m unittest discover -v # from the project root
187 tests — 25 of them for the MCP server, skipped without the SDK — covering: byte-exact reconstruction and boundary-depth invariants for Java and Python, scene/date/section atomicity, oversized-block handling, leaf header round-trips, catalog recovery, summarization thresholds, upward propagation, idempotence, full reachability from the root, descent cost bounds, the clue loop, recency weighting, historical preservation, the project indexes, the MCP tools, the graphical interface and the CLI.
BM25Ranker is the natural upgrade; the tree structure does not change.record_fact() is the reliable path, and add_pattern() extends the rules.tmp + os.replace) and catalog rebuilds take a lock file,
but the store assumes one writer at a time.initialize(force=True) discards derived state only — branches, catalog, timeline — and detaches
the surviving leaves so the next consolidation rebuilds the hierarchy. Leaf content is never
deleted.ihmt/
api.py IHMT facade wiring everything together
config.py IHMTConfig
models.py MemoryLeaf, BranchNode, ChildRef, RootIndex, Fact, Contradiction
storage.py MemoryStore: atomic I/O, catalog, recovery
textutils.py tokenizing, keywords, entities, extractive summary, timestamps
detectors.py DomainDetector
chunkers/ base · code · narrative · temporal · process · generic
summarizers.py SummarizerBackend · Heuristic · Anthropic
universal_ingestor.py UniversalIngestor
recursive_summarizer.py RecursiveSummarizer
semantic_navigator.py SemanticNavigator, BM25Ranker, ClueRequest, scope/path filters
project_index.py ProjectIndex: per-project code cache with checksum sync
conflict_resolver.py ConflictResolver + timeline manager
ihmt_gui/ local graphical interface (stdlib only)
mcp_server.py MCP server: the nine tools
ihmt_launcher.py the `ihmt-memory` command of the PyPI package (~/.ihmt by default)
pyproject.toml · server.json PyPI package · MCP Registry entry
init_ihmt.py · main.py · gui.py · examples/ · tests/
GUIDE.md installation and usage guide
INSTALL.md installation instructions for AI agents
templates/ memory-instructions.md: the usage rules agents append to CLAUDE.md / AGENTS.md
MIT © 2026 Gonzalo Román Márquez (gonzaroman)
Long-term memory for AI coding agents, stored as a tree of plain local files.
{ "mcpServers": { "io.github.gonzaroman-ihmt-memory": { "command": "uvx", "args": [ "ihmt-memory==1.4.0" ], "env": { "IHMT_HOME": "<value>" } } }}टूल
अभी टूल सूची नहीं है। रिमोट सर्वर को पहले हेल्थ चेक के बाद सूची मिलती है।
FAQ
इस पेज पर Cursor, Claude Desktop, Claude Code या VS Code के लिए stdio कॉन्फ़िग कॉपी करें। यह पब्लिशर का इंस्टॉल इस्तेमाल करता है, PlugMCP प्रॉक्सी नहीं।
पब्लिशर ने ये एनवायरनमेंट वेरिएबल बताए हैं: IHMT_HOME।
IHMT Memory stdio पर लोकल चलता है।
पिछली जाँच 2026-11-14 को हुई। Long-term memory for AI coding agents, stored as a tree of plain local files.