Hicortex - AI Fleet Memory
OfficialThis server provides shared long-term memory for AI agents with MCP tools to search, retrieve, store, update, delete, and explore memories, plus identity and knowledge-graph features.
Search across shared memory before assuming or guessing (
hicortex_search).Fetch a single memory's full content by ID; fetching strengthens it (
hicortex_get).Get recent memories for a project to catch up (
hicortex_recent).Store new Knowledge/Decision/Learning entries, optionally correcting or superseding existing memories (
hicortex_ingest).Update memory content/project/type, with embedding recomputation (
hicortex_update).Permanently delete incorrect memories (
hicortex_delete).Retrieve actionable Learnings/lessons to avoid past mistakes (
hicortex_learnings/hicortex_lessons).Fetch standing identity ('who you are / how to work') sections (
hicortex_identity).Browse the knowledge domain index to see topics/projects (
hicortex_index).Query the knowledge graph for neighbors, hubs, or paths between memories (
hicortex_graph).
Installs a Hermes plugin that gives Hermes agents the same shared memory: per-prompt recall push, identity and lessons context, and Hicortex's nine memory tools.
Can be configured as the local LLM backend that runs Hicortex's nightly consolidation — scoring, reflection, linking, decay, dedup, and supersession of captured sessions — keeping raw sessions on the machine.
Supports any OpenAI-compatible API endpoint as the configurable LLM used for offline memory consolidation and reflection over captured sessions.
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@Hicortex - AI Fleet Memory show me lessons I've learned about deploying to production"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Hicortex — AI Fleet Memory
Shared memory for AI agents — it corrects itself overnight, and what one agent learns, the whole fleet knows. One memory across every agent, every project, every machine — they stop assuming and start knowing.
One brain, every harness — Claude Code, Hermes, OpenClaw, Pi, OpenCode, and any MCP-compatible agent share the same memory.
Pushed, not pulled — in every supported coding agent, a compact recall index is injected on every prompt, so the decisions, corrections, and context an agent needs are already in front of it. No re-explaining, no copy-paste, nothing to maintain. Zero LLM calls per turn — no API cost or rate-limit hit from recall.
Consolidates overnight — each night it reads the day's sessions, distills what matters, and turns it into Learnings, links, and a knowledge graph.
Local-first — raw sessions never leave the machine; only distilled memory is stored.
Install
npx @gamaze/hicortex init
Claude Desktop: one "yes" during init.Auto-detects your environment, configures one LLM (Ollama, the Claude CLI, or an API key), installs a local daemon (launchd on macOS, systemd on Linux), and registers MCP tools with Claude Code.
For multi-machine setups, point thin clients at a shared server — no local DB or LLM on the clients:
npx @gamaze/hicortex init --server https://your-server.example.cominit auto-detects the other harnesses and installs their clients: a Pi extension (~/.pi/agent/extensions/hicortex.ts — pushed recall, identity + lessons, the ten tools; or copy pi-extension/hicortex/index.ts there manually), an OpenCode plugin (~/.config/opencode/plugins/hicortex.ts — the same trio; or copy opencode-plugin/hicortex/index.ts there manually), the Hermes plugin, and the OpenClaw plugin. pi-mcp-adapter remains a generic MCP escape hatch for any harness (verified against the SSE endpoint) — Pi no longer needs it. See the install docs.
Related MCP server: Lumena MCP Server
How it works
CAPTURE (nightly) CONSOLIDATE (nightly) RECALL (every prompt)
sessions → denoise score · reflect · link a compact index of
→ POST /distill decay · dedup · supersede relevant memories is
(one model, all phases) pushed into the prompt
→ full text lazy-loadedMemories strengthen when agents use them, fade when they don't, and link to related ones automatically. Retrieval is hybrid BM25 + vector search — zero-LLM at query time.
The first nightly run captures the last 7 days of sessions by default (not your entire history) — run hicortex nightly --recapture-window <days> once to import more.
Features
Per-prompt recall push — relevant memory lands in context every turn; the agent fetches full content with
hicortex_getonly when it needs it.Memory analytics at
/dashboard— growth, recall adoption, and a nightly digest of what was learned.Knowledge graph at
/viz— memories clustered by domain, connected by relationship edges.Domains & tags — multi-tag classification with a configurable vocabulary; your categories drift with your data.
Learnings from reflection — nightly reflection extracts general, reusable Learnings, not just Experience logs.
Self-correcting store — every night, stale facts are rewritten in place with dated provenance; near-duplicates resolve into one (verbatim copies kept free, merges recoverable); superseded decisions are demoted, never re-surfaced. No zombie memory.
Unprompted by design — coding agents get recall injected via hooks; instruction-capable clients (Claude Desktop, Cursor-class) get standing instructions, so memory is used without being asked. Plain MCP clients keep full search.
Self-calibrating — recall, decay and merge boundaries report their own statistics; tuning is measured, never guessed.
Standing context layer — hand-edited "who you are / how to work" Markdown, injected every session, never decayed.
MCP
Nine MCP tools — hicortex_search, hicortex_get, hicortex_recent, hicortex_ingest, hicortex_lessons, hicortex_index, hicortex_graph, hicortex_update, hicortex_delete — plus a /learn skill to save explicit learnings. Full reference →
Stack
TypeScript · Node.js 20+ · SQLite + sqlite-vec + FTS5 (semantic + full-text in one DB) · ONNX embeddings (bge-small-en, CPU) · MCP over HTTP/SSE · one configurable LLM (Ollama, Claude CLI, or any OpenAI-compatible endpoint).
Development
git clone https://github.com/gamaze-labs/hicortex.git
cd hicortexAGENTS.md at the repository root defines the machine-checkable verification contract. "Done" means the full command chain exits with code 0. The contract mirrors what CI runs. Contributors — human or agent — run it before claiming work complete.
Contributions welcome — see CONTRIBUTING.md.
Links
Website: hicortex.gamaze.com
Docs: hicortex.gamaze.com/docs
Changelog: CHANGELOG.md
npm: @gamaze/hicortex
Issues: gamaze-labs/hicortex/issues
Security: SECURITY.md
License
Personal and noncommercial use is free under the PolyForm Noncommercial License 1.0.0. Commercial use requires a per-seat license — see hicortex.gamaze.com.
Available Tools
11 toolshicortex_deleteA
Permanently delete a memory and its links. Use when a memory is incorrect and should be removed entirely.
Inputs: id (required).
hicortex_getA
Fetch ONE memory's full content by id — use this to lazy-load entries from the '## Memory recall (auto)' index or from search results whose snippet was not enough. Fetching a memory marks it as used (strengthens it), so fetch entries that could change your action — not every shown one. When the memory shapes your answer, cite it to the user (id + date + origin agent) — mark a fetched memory FETCHED and a one-line entry cited unread SNIPPET; don't pass SNIPPET off as established.
Inputs: id (required).
hicortex_graphA
Query the memory knowledge graph — find connected memories, hub nodes, or paths between memories. Use it to explore memories connected to one you just fetched, or to find hub memories in a domain.
Inputs: operation (required), id, limit, domain, +2 more.
hicortex_identityA
Fetch your standing identity — the hand-edited 'who you are + how you work' layer (personality, rules, preferences). Returns all sections or a specific one. Use this to re-read your identity after context compaction or to look up a specific rule. On multi-agent installs, pass agent to fetch a specific agent's scoped identity; omit for the global identity.
Inputs: name, agent.
hicortex_indexA
Get the knowledge domain index — shows what topics and projects are stored in memory, grouped by domain. Call before a broad search to see which knowledge domains exist, or when unsure what the memory covers.
Inputs: no named parameters.
hicortex_ingestA
Store a new memory in long-term storage. Use for Knowledge, Decisions, or Learnings. Capture is automatic (nightly) — use this ONLY for explicitly requested learnings, never routine content.
Inputs: content (required), project, corrects, supersedes, +1 more.
hicortex_learningsA
Get actionable Learnings — auto-generated insights about mistakes to avoid. CALL THIS before retrying an approach that failed before, or when picking up work where past problems may have been recorded.
Inputs: days, project.
hicortex_lessonsB
Get actionable Learnings from past sessions — call it before retrying an approach that failed before. (Alias for hicortex_learnings.)
Inputs: days, project.
hicortex_recentA
Get recent memories, optionally filtered by project. CALL THIS AT THE START of substantive work on a project to catch up on its latest state — cheaper than asking the user what happened.
Inputs: limit, project.
hicortex_searchA
Search shared long-term memory (all agents, all sessions). CALL THIS BEFORE assuming, guessing, or asking the user about anything that may have come up before: prior decisions, preferences, project facts, people, hardware, past incidents. If you are about to write 'I don't have information about…', search first.
Inputs: query (required), limit, project.
hicortex_updateA
Update an existing memory. Use after searching to fix incorrect information. If content changes, the embedding is re-computed.
Inputs: id (required), content, project, memory_type.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 11 tools
While most tools have distinct purposes (get vs search vs delete), hicortex_learnings and hicortex_lessons are exact duplicates — clear ambiguity. Also, hicortex_update and hicortex_delete could overlap if incorrect content might be better corrected than removed, though descriptions mitigate this. hicortex_graph and hicortex_index are distinct but could be confused for related discovery tasks.
All tool names start with 'hicortex_' followed by a single verb or noun (get, delete, search, recent, ingest, update, learnings, lessons, index, identity, graph). Pattern is mostly consistent, but 'learnings' vs 'lessons' are synonyms for the same action, creating redundancy rather than following the verb_noun pattern seen elsewhere (e.g., search is verb, index is noun). Minor inconsistency: verbs for actions, nouns for queries.
With 11 tools, the count is within the ideal range for a memory management system. The tool count feels reasonable for the scope: CRUD operations, search, recent memories, learnings, indexing, identity, and graph exploration. Only redundancy of learnings/lessons slightly inflates the count, but overall it's well-scoped.
The server appears to cover the core lifecycle of memories: create (ingest), read (get, search, recent, index, identity), update, delete. It also includes advanced features like learnings and graph exploration. The only gap is a lack of bulk operations (e.g., delete by filter, list all memories) or a way to export/import, but those are minor and not essential for the stated purpose.
Maintenance
Related MCP Connectors
Persistent memory, knowledge graph, task management and more for AI agents via MCP.
Persistent, inspectable memory for AI agents with lineage, correction, and a hosted MCP endpoint.
Your memory, everywhere AI goes. Build knowledge once, access it via MCP anywhere.
Hosted memory for AI agents over MCP. One memory shared by all your agents.
Related MCP Servers
- AlicenseNot gradedqualityDmaintenanceLocal-first AI memory layer with hybrid retrieval and brain-inspired namespaces. Enables agents to save, search, and manage memories directly via MCP tools.3 npmMIT
- AlicenseNot gradedqualityBmaintenanceEnables AI agents to store, search, assemble, and manage local-first memories through seven MCP tools, including conversation turns, feedback, status, and dashboard access without cloud dependencies.AGPL 3.0
- AlicenseNot gradedqualityBmaintenanceEnables AI agents to store and semantically retrieve durable memories across sessions via MCP or REST, with tools for remembering, recalling, asking, updating, and forgetting memories.17 npmMIT
- AlicenseNot gradedqualityAmaintenanceEnables AI agents to share persistent memory by capturing, classifying, synthesizing, and retrieving knowledge from sources like Obsidian, code, and transcripts via MCP and REST APIs. Provides token-optimized search, three-tier memory, and self-learning capture of sessions and fixes so multiple agents can build on prior context.10 npmMIT