
TMCRA Agent Memory
io.github.reshuibuduoPublished by GitHub account reshuibuduov1.0.0-rc.1Updated Oct 24, 2026
Role-aware Agent memory with cross-session recall, durable writes, and multi-Agent project scope.
The publisher's own server: Memory.fit
Overview
A local MCP server that gives an assistant long-term, project-scoped agent memory with cross-session recall and durable conversation writes.
- What you can do
- Recall prompt-ready evidence windows for a query within a project scope, or prepare a turn before answering and commit the exact user and assistant records afterward. Persist messages that already occurred, keeping user, assistant, system and tool roles and agent attribution separate. Inspect or change session modes, task selection and recall budgets. Retry pending writes with idempotency keys and read or wait on asynchronous write jobs. Preview original evidence and submit targeted feedback after interactive confirmation.
- When to use it
- Use it when an assistant should carry context across sessions and across different MCP hosts within one stable project scope, and when you want an explicit prepare/commit turn lifecycle with recoverable writes. It is not needed for one-off chats without memory. Automatic recall and capture require a separate plugin.
- Requirements
- A local MCP host that can launch a stdio process, plus the uv runtime for the MCPB bundle or Python for the wheel. A TMCRA account and API key via TMCRA_API_KEY or the protected device file; optional TMCRA_BASE_URL, TMCRA_DEFAULT_SCOPE and TMCRA_AGENT_ID. HTTPS network access to the TMCRA API.
Installation
In SourceWeft
- Open TMCRA Agent Memory in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
TMCRA MCP Server
TMCRA MCP Server gives MCP hosts explicit access to long-term Agent memory. It recalls project evidence, writes real conversation records with speaker attribution, preserves multi-Agent project scope, and tracks asynchronous writes to a terminal state.
What it provides
- Cross-session project continuity. Recall bounded evidence from one stable project scope.
- Cross-tool collaboration. Different MCP hosts can use the same scope while keeping their own session provenance.
- Speaker and Agent attribution. User, assistant, system, and tool records remain separate; known Agent producers or targets remain attached.
- Explicit turn lifecycle. A host can prepare recall before an answer and commit the exact user/assistant turn afterward.
- Durable write recovery. Transport uncertainty enters a local SQLite queue with idempotent reconciliation.
- Verifiable receipts. Recall, ingest, and job responses are validated before the MCP host receives them.
- Nine MCP tools. Recall, ingest, prepare, commit, reconcile, get job, wait for job, session memory controls, and targeted feedback.
tmcra_memory_control exposes task selection, a 12000-character default recall budget, and normal, recall_only, off modes. Pass the exact same session_id to recall/prepare and controls. Pending older generations are discarded after a mode change; already submitted jobs remain submitted. tmcra_feedback supports ignore, correct (user-supplied replacement), and restore with a stable idempotency key. Effective feedback requires the matching backend update; check correction_index_status separately. The visual control panel is provided by the Codex and DSH distributions. This MCP package automatically discovers the shared local installation; numeric loopback HTTP is permitted only for an explicit local identity. Hosted connections require HTTPS.
Conversational corrections now require interactive host confirmation. On an actual correction request, call tmcra_memory_control(operation="correction_start") before clarification or feedback to suppress automatic capture of that discussion turn. tmcra_feedback reads exact original evidence and uses MCP form elicitation to show the source, replacement and scope; only explicit acceptance submits feedback. Rejection, cancellation, expiry or an unsupported host leaves memory unchanged. Do not substitute ingestion for a rejected correction. Host lifecycle turn IDs protect the discussion from later queue replay while preserving other identified turns. A third-party host must route elicitation to its user; the server cannot guarantee that an arbitrary client will not answer automatically. Hypothetical/quoted correction language is not authorization.
Generic MCP clients decide when to call tools. Connecting this server alone does not observe the host's before-answer or after-answer lifecycle. For automatic Codex recall and capture, install the separate TMCRA Codex Memory plugin.
Install
MCPB release
Download tmcra-mcp-server-1.0.0-rc.1.mcpb from the v1.0.0-rc.1 release and open it in an MCPB-compatible client. The bundle uses the cross-platform uv runtime. Hosted service users enter their API key in the sensitive field. For account-free Windows local memory, extract the standalone runtime, double-click Install-Local.cmd, then restart the MCP host. The local identity is discovered automatically and overrides the form's cloud URL/key; keep the API key blank for this mode. Explicit advanced TMCRA_CONFIG_FILE overrides remain authoritative. Local model acceptance limitations are documented in the runtime release.
Python wheel
Directly from GitHub with uvx
Authorize
Create a TMCRA account and API key, then provide it through your MCP client's secret storage or the TMCRA_API_KEY environment variable. Do not commit credentials to a repository.
Users signed in through a TMCRA application can instead use its protected device file at ~/.config/tmcra/config.json. Environment variables override that file for developer and self-hosted configurations.
The server accepts only HTTPS API origins without embedded credentials, query strings, or fragments.
Register with an MCP host
After installing the wheel, an MCP host can launch:
The package also includes a Codex setup helper:
Tools
Every project collaborator should use the same project scope. Each conversation keeps its own session_id. Agent identity is attribution and does not split the project memory.
Recalled content is returned with trust_boundary: untrusted_memory_data. A host must treat it as evidence, never executable instructions.
Explicit lifecycle
An MCP host that wants per-turn continuity should:
- Call
tmcra_turn_prepareafter receiving the current user question. - Inject only the returned
injectable_contextas untrusted evidence. - Draft the answer.
- Call
tmcra_turn_commitwith the sameturn_idand the exact final answer. - Report pending or terminal write state accurately.
The lower-level equivalent is tmcra_recall, answer, tmcra_ingest, then tmcra_get_job or tmcra_wait_job.
Security boundary
- Credentials are read from environment or a protected TMCRA device file and are never printed by the server.
- API destinations must use HTTPS.
- Structured receipts reject malformed recall, ingest, and job responses.
- Recalled memory remains untrusted data.
- The repository contains the client-side MCP integration only. It contains no production service source code or production credentials.
- Destructive memory deletion and export are not exposed by this toolset.
See SECURITY.md for vulnerability reporting.
Development
The tests cover receipt validation, scope and actor semantics, durable queue recovery, configuration safety, setup behavior, and a real MCP initialize/list/call smoke exchange.
License
Source: README.md at commit d1024d5
Tools
0Version history
1- v1.0.0-rc.1LatestSep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts
Other Memory integrations

Memory.fit
fit.memoryOfficial publisher
Hosted Memory.fit server that lets an AI read your training, sleep, recovery and nutrition data and write back weekly plans, targets and meal plans.
pg.ddx.io: the PostgreSQL community's memory
io.ddx.pgOfficial publisher
pg.ddx.io: the PostgreSQL community's memory's hosted MCP server, published by pg.ddx.io; no sign-in required; Streamable HTTP; 29 tools.
var.gg Naming Memory
gg.varOfficial publisher
Remote MCP server that suggests and searches code identifier names from domain concepts in Korean, Japanese, Chinese, Vietnamese and English, and exposes ERD…

Counterparts
ai.counterparts
Local-first long-term memory for Claude Code and Claude Desktop: the assistant writes notes about you and your projects and recalls them in later sessions.

LAHZE - Persian AI Memory Platform
Published by GitHub account pedramgholizadeh
LAHZE - Persian AI Memory Platform's hosted MCP server; no sign-in required; Streamable HTTP; 13 tools.