Skip to content

The setup guide now has its own page. Open the installation guide →

the product

Keep project context between sessions.

WhiteMagic gives local AI clients a durable memory layer they can use to preserve project context and resume work. The stable Gen 2 core is open source and runs on your hardware; optional hosted services are separate.

A fit for long-running work

Use it when an agent needs to carry decisions, project notes, and next actions across sessions, context resets, or client restarts. It is a local memory layer, not a hosted model or a replacement for your coding assistant.

Inspect a signed record

The published browser example checks the signatures and digests of a receipt bundle locally. It demonstrates record-integrity checks, not that its sample events happened.

Try a browser receipt check →

Local data boundaries

The canonical local memory and session records stay on your device by default. No account or hosted service is required for the local core. Your connected AI provider controls content sent through its client; optional hosted services have separate data handling.

Read data and privacy details →

Clients and capabilities

The stable runtime exposes a compact MCP lifecycle surface and documented setup for supported clients. Client setup is documentation checked, not a claim of a tested integration matrix.

See client setup →

Three Entrances · Architectural Triad

Find your front door.

01

Use Local Memory

repo: whitemagic

Run the standalone binary on your machine. Connect to Claude Code, Cursor, or any MCP client via stdio to preserve decisions across restarts.

02

Review Proof Protocols

repo: continuity-receipt

Causal Provenance Receipts (CPR) provide Ed25519 signed audit trails aligned with IETF SCITT and AER drafts. Verifiable offline.

03

Audit Security Confinement

repo: mandalaos-gate-lite

Deterministic kernel sandboxing via Linux Landlock LSM, strictly bounding filesystem and socket permissions before agent tool execution.

Isolation Architecture · Zero Egress

Deterministic Boundaries on Local Hardware

The WhiteMagic core runs as a local child process. Connected AI clients communicate strictly over stdio JSON-RPC. Context and indexes remain isolated on local disk with zero external telemetry.

Coding Agent

Claude Code / Cursor / Codex

stdio (JSON-RPC)⇄
WhiteMagic Core (Rust)

Landlock LSM + Policy Gate

POSIX I/O⇄
Local Store

LMDB / SQLite / CPR Receipts

Air-Gap Guarantee: Zero network egress, zero third-party cloud vector dependencies

Release Generations · Capability Comparison

Stable Gen 2 vs. Experimental Gen 3

CapabilityGen 2 Stable (v9.3.4)Gen 3 Preview (v10.7.0)
Primary FocusDaily-use default, mature & testedKernel-level security & compact workflows
Storage EngineLMDB (~/.local/share/whitemagic)Multi-backend (SQLite / RocksDB / Gen3 Store)
Security ConfinementStandard OS process isolationLinux Landlock LSM hardware-enforced sandbox
Routing Surface30 lifecycle tools (curated)Expanded mesh & evaluation surface
Workflow SyntaxNatural language JSON-RPCSutra compact glyph parser

release & evidence

One meta-router, 30 lifecycle tools.

This catalog describes the stable Gen 2 runtime, v9.3.4. The experimental Gen 3 preview has a separate tool surface.

Authored internal capabilities (full profile)
307
Curated routes (default profile)
70
Lifecycle tools in tools/list
30
Adaptive wm meta-router (PRAY)
1

Registry routes are not all public surface: authored capabilities compress to curated routes, then to tools/list lifecycle entrypoints, then to one adaptive wm meta-router (PRAY).

View the tool names in tools/list

wm · memory.create · memory.search · memory.read · memory.list · memory.hybrid_recall · session.record · session.continuity · session.start · memory.update · memory.revisions · session.checkpoint · memory.ingest · receipts.emit · receipts.verify · memory.count · memory.stats · memory.tags · memory.aggregate · memory.associations · memory.batch_read · memory.query · memory.filter · memory.nearby · memory.vector.search · session.list · session.recall · session.replay · gnosis.status · gnosis.explain

Two release channels, with different evidence.

The version and platform claims below come from independent channel release records. Gen 2 is the stable daily-use default. Gen 3 is an experimental preview; its source development status and test results do not certify every published installer or host.

Published targets by channel
Stable Gen 2 v9.3.4: Linux arm64 (release manifest declares install gate); Linux arm64 musl (published asset); Linux x86-64 (release manifest declares install gate); Linux x86-64 musl (published asset); macOS arm64 (release manifest declares install gate); macOS x86-64 (release manifest declares install gate); Windows x86-64 (release manifest declares install gate). Experimental Gen 3 v10.7.0: Linux arm64 (release manifest declares install gate); Linux x86-64 (release manifest declares install gate); macOS arm64 (release manifest declares install gate). Gen 3 preview publishes no Windows or Intel macOS binary.
Gen 3 preview boundary
v10.7.0. Experimental preview; check its release notes and target status before use. Keep its binary and store separate from Gen 2.
Support policy
Gen 2 follows the support policy attached to its stable release. Gen 3 remains an experimental preview. SECURITY.md ↗

Gen 2 v9.3.4: release notes

This changelog belongs to stable Gen 2, independently of the Gen 3 experimental preview.

Read the stable changelog ↗

Verify it yourself.

Release artifacts and signatures are published beside each channel record. Receipts prove integrity and authorship, never truth: what a signature establishes, how to verify one in five minutes, and the browser explorer all live on the trust page.

release artifacts and signatures ↗trust receipts →verification explorer →

ways to explore

Proposed experiments.

Start with the workflow you already have. These small comparisons can help you see whether local memory adds useful continuity.

proposed experiment

Decisions beside your existing RAG

Keep document retrieval where it is. Try WhiteMagic for project decisions and checkpoints, then ask a fresh session to recover one decision and its rationale.

proposed experiment

A small, selected notes set

Keep your current notes workflow. Import a few non-sensitive project notes and see whether a new session can answer one continuity question.

proposed experiment

A handoff between clients

Try one task across two clients or models. Note what carries over, what is lost, and which release and configuration you used.

These are ideas to try, not verified adapters or performance promises. Record the WhiteMagic release channel, configuration, baseline, real task, observations, and reproduction steps.

Gen 3 · experimental architecture

Four paths in the experimental source.

Gen 3 explores peer exchange, compact workflow expressions, pressure-aware regulation, and signed evidence. These source capabilities have separate qualification limits and do not describe the stable Gen 2 default.

Read experimental source capabilities and their limits

Peer exchange · experimental

Signed peer messages and record bundles

The Gen 3 mesh source implements signed peer messages, TCP synchronization, and portable record bundles. Source and local tests do not establish independent multi-host deployment, WAN latency, or production network isolation.

Workflow expressions · experimental

Sutra vocabulary and parser

The Sutra module defines a glyph vocabulary and a parser for compact workflow expressions. Parsing a supported expression does not establish loss-free preservation of natural-language intent; compression and end-to-end performance require separate evaluation.

Resource regulation · experimental

Pressure-aware control models

The homeostasis module represents memory pressure, latency, errors, and context use, and selects regulation regimes. Model fields and local tests do not establish autonomous reasoning quality or production self-regulation.

Signed evidence · published and proposed

CPR signatures and candidate profiles

Published Causal Provenance Receipts use Ed25519 over canonical JSON. A design note proposes hybrid post-quantum profiles; no released CPR post-quantum profile or SCITT interoperability is established here.

Inspect the existing evidence trails and their limits →