Sessions and checkpoints
Record goals, progress, touched files, blockers, and next steps so a future session can resume deliberately.
Coding agents forget between conversations. Preserve sessions, decisions, diagrams, and current work across tools without turning project knowledge into another cloud service.
Screenshots use EchoDesk, a fictional project created only for this public demo.
Zharwing Memory runs locally through its browser UI, desktop app, daemon, CLI, and MCP tooling. This page explains the product; it does not upload or host your project memory.
Coding agents are excellent at the current task and unreliable at remembering why a decision was made three sessions ago. Context gets trapped in transcripts, copied into oversized prompt files, or rebuilt manually every morning.
Zharwing Memory separates the agent from the memory layer. Your preferred coding tool performs the work; Memory keeps the durable project record organized, searchable, and explicitly scoped.
Memory gives developers a clear UI and coding agents a focused daily interface.
Record goals, progress, touched files, blockers, and next steps so a future session can resume deliberately.
Keep decisions, runbooks, architecture notes, gotchas, and Mermaid diagrams beside the work they explain.
See what would be included, excluded, and estimated before a context bundle is used by an agent.
Connect workstreams, sessions, decisions, files, services, packages, and topics in a navigable project map.
Find prior work quickly and bring existing Markdown documentation or session archives into the same model.
Apply visibility rules, never-send patterns, secret scanning, redaction, and explicit review modes.
The local browser UI and native desktop app make ongoing AI-assisted work understandable to a human.
A small repository pointer lets tools identify the matching local memory project.
Read compact previous-work summaries, unfinished tasks, and blockers before starting today’s session.
The agent records checkpoints after decisions, milestones, or risky changes—not after every message.
Close with what changed, what remains, and which files matter for the next session.
The developer preview currently runs from the repository. Use the supported Node version declared by the project and pnpm 9.
# Clone and prepare the local application
git clone https://github.com/zharwing/memory.git
cd memory
corepack pnpm install
# Create local configuration
copy .env.example .env
# In .env, choose a private store and keep the two auth tokens identical
# ZHARWING_MEMORY_ROOT=<absolute-private-store-path>
# ZHARWING_MEMORY_AUTH_TOKEN=<local-random-token>
# VITE_ZHARWING_MEMORY_AUTH_TOKEN=<same-local-random-token>
# Terminal 1 - keep the local daemon running
corepack pnpm dev:daemon
# Terminal 2 - start the full browser UI
corepack pnpm dev:web
# Open in your browser
http://localhost:5174/
On macOS or Linux, replace copy with cp. Both local processes must stay running. Keep your configured memory store outside the source repository.
Visit http://localhost:5174/. This is the full React interface, not a reduced demo.
Create a project, choose its private store, then attach one or more Git repository roots.
Install the MCP configuration for Codex, Claude Code, or another compatible client.
Use Dashboard, Repos, Work, Library, Import, Search, Trash, and Settings in a local browser tab. Start the daemon separately and type or paste absolute folder paths.
The Tauri window renders the same React application, starts or reuses the daemon from source, and adds native folder Browse buttons.
This hosted page explains Memory. It cannot read your projects. Your actual Web UI and private store remain local on your machine.
Codex, Claude Code, Gemini CLI, local-model tools, and future MCP clients remain responsible for engineering. Memory provides the durable context boundary.
memory.get_startup_state
memory.start_session
memory.search
memory.get_session_detail
memory.preview_context_bundle
memory.get_context_bundle
memory.save_checkpoint
memory.close_session
+ health and recent-session helpers
Project administration, imports, backups, Trash, and graph settings stay in the human-facing UI or CLI by design.
Application source and private memory are separate. Markdown is the source of truth; indexes are rebuildable projections. Normal operation does not require an AI provider.
Read the security policy →Sessions and context resolve to the selected project.
Mark information human-only, private, or never-send.
Apply ignore patterns, secret scanning, redaction, and high-risk blocking.
Project records move through Trash and backup boundaries before permanent removal.
The daemon owns project, session, context, privacy, search, graph, and storage behavior. The browser UI, native desktop app, CLI, and MCP are adapters around the same rules.
The status is intentionally explicit so users can evaluate the project without marketing ambiguity.
The current public workflow runs from the repository. A polished installer and installer-level smoke coverage remain release work.
Core behavior has deterministic tests, while broad end-to-end coverage across every browser and desktop workflow remains incomplete.
Normal sessions, search, graph, context, and MCP workflows do not require a model. Optional semantic analysis needs a configured local compatible provider.
Zharwing Memory is deliberately local software. Its Web UI runs on localhost; there is no cloud-hosted memory service or automatic synchronization in this preview.
No. Your coding agent performs the engineering work. Memory provides durable project context, session history, and human controls.
Yes. Run the daemon and corepack pnpm dev:web, then open http://localhost:5174/. It is the full local React interface used by the desktop app. Browser mode uses typed paths instead of native folder pickers.
No. This is documentation only. Memory runs locally and uses a private store path chosen on your machine.
No. The core workflow is deterministic. A local OpenAI-compatible provider is optional for assistant summaries and semantic relationship proposals.
Yes. A product can link multiple repository roots while preserving one project-scoped memory record.
The repository documents MCP setup for Codex, Claude Code, and Claude Desktop. Other compatible clients can use HTTP or stdio integration.
Explore the source, read the technical documentation, and decide whether Zharwing Memory fits your local workflow.