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

VerifiedSTDIODesktop onlyDatabasesKnowledge & MemoryAI & ML

Overview

AI-generated 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.
Before you install
Requires a TMCRA account and API key (TMCRA_API_KEY or a protected device file); keep it out of repositories. It writes conversation records to a remote service, so user and assistant turns leave the machine. Recalled memory is flagged untrusted and must not be treated as instructions. Feedback submission depends on host confirmation, which an arbitrary client may not honor.

Installation

In SourceWeft

  1. Open TMCRA Agent Memory in the dashboard and add it to a workspace.
  2. 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

[Tests] [License]

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

bash
python -m pip install \  https://github.com/reshuibuduo/tmcra-mcp-server/releases/download/v1.0.0-rc.1/tmcra_mcp_server-1.0.0rc1-py3-none-any.whl

Directly from GitHub with uvx

bash
uvx --from "git+https://github.com/reshuibuduo/[email protected]" tmcra-mcp

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.

text
TMCRA_API_KEY=<your TMCRA API key>TMCRA_BASE_URL=https://api.tmcra.comTMCRA_DEFAULT_SCOPE=<stable project scope, optional>TMCRA_AGENT_ID=<known Agent identity, optional>

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:

json
{  "mcpServers": {    "tmcra-memory": {      "command": "tmcra-mcp",      "env": {        "TMCRA_API_KEY": "<stored securely by the host>",        "TMCRA_DEFAULT_SCOPE": "project-example"      }    }  }}

The package also includes a Codex setup helper:

bash
tmcra-mcp-setup install --mode explicittmcra-mcp-setup status --mode explicit

Tools

ToolPurpose
tmcra_memory_controlInspect or explicitly change session modes, tasks and recall budgets.
tmcra_feedbackPreview exact evidence and request interactive confirmation before targeted feedback.
tmcra_recallReturn at most eight prompt-ready evidence windows for the current query.
tmcra_ingestPersist messages that already occurred, preserving role and Agent attribution.
tmcra_turn_prepareRecall before an answer and durably bind the real user turn.
tmcra_turn_commitPersist the prepared user turn and exact assistant answer as separate records.
tmcra_reconcileRetry durable pending records with the same idempotency key.
tmcra_get_jobRead one asynchronous write job state.
tmcra_wait_jobWait for a job to succeed, fail, or be cancelled.

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:

  1. Call tmcra_turn_prepare after receiving the current user question.
  2. Inject only the returned injectable_context as untrusted evidence.
  3. Draft the answer.
  4. Call tmcra_turn_commit with the same turn_id and the exact final answer.
  5. 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

bash
python -m pip install -e ".[dev]"python -m pytest -qpython -m buildpython -m twine check dist/*

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

Apache-2.0. See LICENSE and NOTICE.

Source: README.md at commit d1024d5

Tools

0
SourceWeft has not started this package in its sandbox yet, so its tools are not known.

Version history

1
  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