Help

Known limitations

Memory Layer v1.0 is a stability release for the local-first service, CLI, TUI, web UI, watcher, skills, and read-only MCP workflows. Some newer surfaces remain advanced and should be used with that context.

Stable compatibility targets

Surfacev1 expectation
CLIDocumented core commands and --json shapes remain stable.
ConfigGlobal config, project config, and repo-local skills keep their documented locations.
DatabaseMigrations are append-only; applied migrations are not edited.
MCPRead-only query, global search, resume, resource, and prompt tools remain protocol adapters over the service API.
ServiceDebian, Homebrew, and source/dev profiles keep distinct runtime behavior.

Advanced surfaces

SurfaceLimitation
Loop automationApproval-gated by design; risky actions stop for human review.
Code graph UIFalls back to a flat 2D canvas renderer without WebGL; depends on extraction coverage for each repository.
Eval research workflowsRelease claims still require reviewed held-out suites and a passing gate.
Demo web UIUses browser-local sample data and is not a live backend.

Release-candidate blockers

  • Final v1.0 should only be tagged after packaged install and upgrade testing passes for the release candidate.

Two previously listed blockers are fixed: plan flows now curate only their own capture (bounded, no whole-project timeout) and degrade to a warning when the plan is already durable, and finish-execution resolves the plan thread recorded at start-execution so --thread-key is only needed to override.

Upgrade checklist

Before upgrading:

memory status --project <project-slug>
memory doctor
pg_dump "$DATABASE_URL" > memory-layer-before-upgrade.sql

After upgrading:

memory service restart-all
memory doctor
memory health
memory status --project <project-slug>
memory upgrade --dry-run

Read Operations, Doctor and health, or Update.

© 2026 Olivier Van Acker (3vilM33pl3). Memory Layer is AGPL-3.0-or-later with commercial licensing available.

On this page