state-trace

io.github.razrooPublished by GitHub account razroov0.3.1Updated Oct 24, 2026

Bounded working memory for coding agents — typed nodes, current-vs-stale state, MCP-mountable.

VerifiedSTDIODesktop onlyKnowledge & MemoryDeveloper Tools

Overview

AI-generated overview

A local MCP server giving coding agents a bounded working-memory graph with typed nodes and current-versus-stale state, backed by a SQLite or JSON file.

What you can do
Store and recall working-memory entries as typed nodes in a persistent graph, so an assistant can keep context across a coding session rather than losing it between turns. Track whether a remembered item is current or stale, helping the assistant avoid acting on outdated state. Scope reads and writes to a namespace, such as a repository slug, while nodes without a namespace stay visible to every namespace. Keep memory within a configurable capacity budget, and choose a SQLite or JSON file as the backing store.
When to use it
Worth adding when you want a coding agent to carry structured, persistent working memory across a session or across repositories, and to distinguish fresh state from stale state instead of re-deriving context each time.
Requirements
Runs as a local stdio process installed from the PyPI package state-trace, so a Python environment is needed. Optional environment variables: STATE_TRACE_STORAGE_PATH for the backing SQLite or JSON file (defaults to a file under the user's home directory), STATE_TRACE_NAMESPACE to scope reads and writes, and STATE_TRACE_CAPACITY_LIMIT for the memory budget (default 256). No authentication is declared.
Before you install
The server writes a persistent memory file on your machine, so treat its contents as retained data and point STATE_TRACE_STORAGE_PATH somewhere appropriate. Namespacing is a scoping convenience, not access control: nodes without a namespace are visible to all namespaces. The capacity limit can cause older memory to be dropped, so do not rely on it as a complete record.

Installation

In SourceWeft

  1. Open state-trace 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

This repository has no README.

Tools

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

Version history

1
  1. v0.3.1LatestSep 16, 2026

Score

25% 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

    Declare a GitHub repository with a README, or serve resource_documentation in the OAuth protected-resource metadata.

  • License10 pts

    Declare a license in the repository or the registry entry.