The full upstream README, mirrored here for reference. Install config, tool schemas, adoption signals, and an original overview live on the Lians — Financial Grade Agent Memory listing page.
Learn more - Docs - Install - Quickstart
Benchmark: 0 stale facts in top-5 vs mem0-style recall's 4/4, plus 100% supersession accuracy
Lians is regulated AI memory infrastructure: a memory control plane for agents that operate on time-sensitive, audited, confidential data.
| Library | Self-Hosted Server | Cloud | |
|---|---|---|---|
| Best for | Testing, prototyping | Regulated teams, private deployments | Zero-ops production (early access) |
| Setup | pip install lians-sdk[local] | docker compose up --build | pip install lians-sdk + API key |
| Database | SQLite (zero setup) | Postgres 16 + pgvector | Managed |
| Audit chain | Yes | Yes | Yes |
| Crypto-shred erasure | Yes | Yes | Yes |
| Information barriers | Local checks | PostgreSQL RLS | Managed policy |
| Air-gap capable | No | Yes | No |
Lians should be understood as a memory control plane for agents that operate on time-sensitive, audited, confidential data.
Most memory layers help an agent remember. Lians is built for institutions that must also prove what the agent knew, when it knew it, where the fact came from, who was allowed to see it, whether stale facts were excluded, and whether erased content is cryptographically unrecoverable while the audit trail survives.
That is the gap between useful memory and deployable memory in financial, medical, and legal environments.
Generic agent memory optimizes for personalization and recall. Regulated agent memory has a different job: it must keep the agent's context correct, current, segregated, reproducible, and defensible under review.
Lians is designed for the failure modes that matter in institutions:
The short competitive frame:
mem0 remembers. Zep connects. Lians proves what the agent knew, when it knew it, who could see it, and whether that memory was allowed to influence a regulated decision.
| Vertical | What Lians proves | Product primitives |
|---|---|---|
| Financial institutions | No stale or future facts influenced a decision; desk barriers held; audit state is reconstructable | Bitemporal recall, backtest contamination checks, SEC/FINRA audit export, RLS information barriers, related-party graph paths |
| Healthcare organizations | PHI access is scoped; care-team memory is reconstructable; patient erasure is provable | Per-subject encryption, crypto-shred certificates, HIPAA safeguard mapping, care-network graph, air-gap mode |
| Legal institutions | Matter walls held; privilege cutoffs are reproducible; chain-of-custody survives erasure | Matter-level barriers, recall_at for privilege dates, audit reconstruction, conflict-of-interest graph paths |
Procurement and technical review materials:
Lians is listed on the official MCP Registry. Any MCP-compatible host - Claude Desktop, Cursor, VS Code, Windsurf, and others - can connect to your Lians server as a native tool with a one-time config. No SDK code, no custom adapter, no wrapper.
Your agents get eight tools automatically:
| Tool | What it does |
|---|---|
remember | Store a fact with event time and metadata |
recall | Retrieve current (non-stale) facts by semantic query |
recall_at | Point-in-time recall — what did we know on date X? |
reconstruct | Full audit reconstruction for regulatory submissions |
list_conflicts | Surface facts where two sources disagree |
memory_lineage | Full supersession history of any fact |
fact_history | Time-series view of a ticker+metric (e.g. AAPL EPS) |
backtest_check | Detect lookahead bias before a backtest runs |
Add to your claude_desktop_config.json (or equivalent MCP config):
Restart your client and Lians memory tools appear immediately — no install step for your users beyond setting the three env vars.
Set LIANS_URL, LIANS_API_KEY, and optionally LIANS_AGENT_ID in the environment.
Switch to the hosted server with one line: from lians import LiansClient as LocalLiansClient
LiansMemoryHarness wraps the two operations every memory-augmented agent needs —
recall-before and remember-after — into one object, with the compliance scoping
(subject, source, event-time, information barrier) regulated deployments require.
Works with any sync client (LiansClient or LocalLiansClient) and any model.
Regulated scoping ties every write to one data subject and an information barrier:
Runnable end-to-end demo: agentmem/examples/harness_demo.py.
Some compliance checks are graph queries. Lians stores bitemporal relationship edges alongside facts — same audit chain, same information barriers, no graph database — so you can answer them point-in-time:
Endpoints: POST /v1/graph/relate · /v1/graph/unrelate · /v1/graph/extract (text → edges, rule-based or opt-in LLM) · GET /v1/graph/neighbors · /v1/graph/path (all as_of-capable). Inspired by Zep/Graphiti, built on our compliance spine.
Give any coding agent persistent, compliance-grade memory:
| Host | How |
|---|---|
| Claude Code | Plugin with slash commands (/lians-remember, /lians-recall, /lians-audit, /lians-integrate) and a compliance subagent — integrations/lians-plugin |
| Codex | Drop-in AGENTS.md + MCP config — integrations/codex |
| Skills standard | npx skills add https://github.com/Lians-ai/Lians --skill lians — works in Claude Code, Codex, Cursor — skills/ |
| Any MCP host | One-time config; eight native memory tools — see MCP section above |
Institutional AI agents accumulate facts that change over time: rate decisions supersede prior ones, guidance gets revised, medication doses change, care plans evolve, damages estimates move, and matter facts are corrected during discovery. Systems that return every version with equal rank contaminate the LLM context with stale facts.
Lians fixes this with a bitemporal model:
Superseded facts are excluded at the database layer. Every write is recorded in a tamper-evident SHA-256 hash chain (SEC 17a-4). Per-subject keys can be destroyed for GDPR erasure while the audit trail survives. Information barriers are enforced at PostgreSQL RLS, not the application layer.
The two leading open memory layers each solve part of the problem; Lians is built for the regulated case where correctness, access, and auditability are all required at once.
| Lians | mem0 | Zep / Graphiti | |
|---|---|---|---|
| Temporal model | Bitemporal facts + edges (event_time, valid_from/valid_to) | ADD-only (v3) — versions coexist | Bitemporal graph edges (valid_at/invalid_at) |
| Stale-fact handling | Excluded at the DB layer (0/4 stale in top-5) | Accumulated (4/4 stale) | Edge invalidation (LLM-driven) |
| Supersession | Deterministic, keyed (100% on 22-pair benchmark) | None | LLM-extracted |
| Point-in-time recall | recall_at + exhaustive snapshot (4/4) | ✗ | Partial (graph query) |
| Relationship graph | ✓ bitemporal edges, N-hop, COI/related-party path | ✗ | ✓ (its core) |
| Graph-proximity rerank | ✓ recall_near (node-distance) | ✗ | ✓ |
| SEC 17a-4 audit hash chain | ✓ verify_chain | ✗ | ✗ |
| GDPR/HIPAA crypto-shred (audit survives) | ✓ + erasure certificate | ✗ | ✗ |
| Information barriers (DB-layer RLS) | ✓ on facts and edges | ✗ (user_id filter) | ✗ (cloud-only) |
| Conflict review queue | ✓ detect + human-resolve + webhook | ✗ | ✗ |
| Backtest lookahead-bias proof | ✓ backtest_check | ✗ | ✗ |
| Datastore | Postgres + pgvector (one store) | vector DB | graph DB (Neo4j/FalkorDB) |
| Determinism | Reproducible | extraction-dependent | extraction-dependent |
vs mem0 — mem0's v3 is ADD-only, so revised facts (guidance, rates, doses, damages) pile up and contaminate recall; it has no documented encryption-at-rest, RBAC, or audit. Lians excludes stale versions deterministically and adds the compliance spine. → docs/compare-mem0.md
vs Zep / Graphiti — Graphiti's knowledge graph is excellent, and Lians now has one too (built on Postgres, no graph DB) — but Graphiti by its own docs has no access control, multi-tenancy, audit, or compliance; Zep only adds those in the closed cloud. Lians keeps the graph and the open compliance spine. → docs/compare-zep.md
→ Lookahead-bias demo — the same agent backtest with naive vs point-in-time retrieval (Sharpe 4.6 vs −0.6, every leak logged): ebeirne/lookahead-bias-demo · in-repo → Full benchmark numbers: docs/benchmark.md → Regulated-eval head-to-head (five compliance invariants, Lians 5.0 / Zep–Graphiti 2.0 / mem0 0.5): docs/regulated-eval-results.md — Lians, Graphiti OSS, and mem0 OSS all executed live in their default configurations (per-cell evidence in the appendix); remaining columns scored from their public API surface via runnable adapters you can re-run with keys.
Lians ships native SDKs across five languages — the widest coverage of any open agent-memory layer. mem0 is Python/TypeScript; Zep adds Go. Lians matches all of those and adds Java and C, which neither competitor offers — putting the full compliance memory layer where regulated systems actually run: JVM risk platforms, and native/low-latency C in trading, market-data, and on-prem healthcare/legal stacks.
| Language | Install | Client | Docs |
|---|---|---|---|
| Python | pip install lians-sdk | from lians import LiansClient | sdk/python |
| TypeScript / Node | npm install @lians-ai/lians | import { LiansClient } from "@lians-ai/lians" | sdk/typescript |
| Go | go get github.com/Lians-ai/Lians/agentmem/sdk/go | lians.NewClient(url, key) | sdk/go |
| Java (JVM 11+) | ai.lians:lians-sdk:0.4.0 (Maven Central) | new LiansClient(opts) | sdk/java |
| C (C99 + libcurl) | cmake --build build | lians_client_new(...) | sdk/c |
→ One-page install + 30-second quickstart for every language: docs/install.md
All five cover the same REST API: recall, point-in-time recall_at, snapshot,
backtest, crypto-shred erasure, audit-chain verify, and the relationship graph
(relate / neighbors / path).
| Framework | Install | Import |
|---|---|---|
| LangChain | pip install lians-sdk[langchain] | from lians.langchain_integration import LiansChatHistory, build_tools |
| LangGraph | pip install lians-sdk[langgraph] | from lians.langgraph_integration import create_recall_node, create_remember_node |
| CrewAI | pip install lians-sdk[crewai] | from lians.crewai_integration import build_crewai_tools |
| OpenAI Agents SDK | pip install lians-sdk[openai-agents] | from lians.openai_agents_integration import build_openai_agent_tools |
| AutoGen v0.4 | pip install lians-sdk[autogen] | from lians.autogen_integration import build_autogen_tools |
| TypeScript / Node | npm install @lians-ai/lians | import { LiansClient } from "@lians-ai/lians" |
Deploy to Fly.io, Kubernetes, or bare Docker: docs/deploy.md
Recall pipeline: BM25 + cosine (Voyage Finance-2) → recency decay → validity gate (valid_to IS NULL for present; valid_from ≤ as_of < valid_to for point-in-time)
Supersession pipeline: Stage 1 (metadata key overlap) → Stage 2 (deterministic: SUPERSEDES / CONFIRMS / ADDS) → Stage 3 (optional LLM adjudication for paraphrase detection)
| Variable | Default | Description |
|---|---|---|
EMBEDDING_PROVIDER | local | voyage · openai · sentence-transformers · local |
VOYAGE_API_KEY | — | Required when EMBEDDING_PROVIDER=voyage |
MASTER_ENCRYPTION_KEY | — | Base64 32-byte key; blank disables PII encryption |
KMS_PROVIDER | env | env · aws · azure · vault |
ADMIN_SECRET | — | Protects /v1/admin/* — change in production |
SUPERSESSION_LLM_STAGE | false | Enables Stage 3 LLM adjudication (Claude Haiku) |
AIRGAP_MODE | false | Hard-fails at startup if any config would send data externally |
ADMISSION_MODE | monitor | Admission control: off · monitor (tag+audit) · enforce (reject injection/blocked source, hold PII/PHI/MNPI for review) |
SIEM_URL | — | Stream every audit event to a SIEM collector (Splunk HEC / Datadog / Elastic) |
WORM_MODE | false | Attest write-once-read-many storage for SEC 17a-4 (object-locked audit, no UPDATE/DELETE on event_log) |
STRIPE_API_KEY | — | Enables per-namespace usage metering |
Full reference: agentmem/.env.example
| Method | Path | Description |
|---|---|---|
POST | /v1/memories | Add a memory (admission control; supersession check; Idempotency-Key for exactly-once retries) |
GET/POST | /v1/admissions · /{id}/resolve | Review queue for held writes (PII/PHI/MNPI) — approve / reject |
POST | /v1/memories/batch | Batch ingest |
POST | /v1/recall | Hybrid BM25+cosine recall; optional as_of, MMR rerank (filters._rerank=mmr) |
POST | /v1/context | Token-budgeted, ready-to-inject context block (point-in-time + MMR aware) |
POST | /v1/erase | GDPR crypto-shred by subject_id |
GET | /v1/audit/reconstruct | Reconstruct agent state at any past date |
GET | /v1/admin/audit/verify | Verify SHA-256 hash chain integrity |
GET | /v1/admin/audit/export | Export audit log (SEC/FINRA/CFTC) |
GET | /livez | Liveness probe (cheap; process up) |
GET | /readyz · /health | Readiness / deep health check (DB + Redis) |
Interactive docs: http://localhost:8000/docs
See docs/testing.md for the six named invariants (temporal soundness, audit immutability, erasure, etc.).
Built to run in a regulated production environment, not just to demo:
Idempotency-Key on POST /v1/memories; the SDKs send a stable key automatically, so a retried write never duplicates./livez (liveness) and deep /readyz (readiness), so a dependency blip doesn't restart healthy pods.read/write/admin scopes, RBAC roles (owner/analyst/compliance/readonly), and SSO via gateway forward-auth.RESTRICTIVE PostgreSQL RLS, proven in CI against a non-superuser role. Run the app as a non-superuser DB role — superusers bypass RLS.ADMISSION_MODE). No other memory layer does this.SIEM_URL), fire-and-forget.agentmem/benchmarks/memory_eval.py) in the LoCoMo/LongMemEval shape.Security & procurement docs: security-whitepaper.md · threat-model.md · soc2-hipaa-readiness.md · sso.md · publishing.md
| Requirement | Feature |
|---|---|
| SEC 17a-4 tamper-evidence | SHA-256 hash chain on every audit row |
| FINRA 4511 recordkeeping | Append-only event_log |
| GDPR Art. 17 erasure | AES-256-GCM per-subject keys; crypto-shred |
| MiFID II point-in-time | Bitemporal: event_time + valid_from/valid_to |
| Information barriers | barrier_group column; PostgreSQL RLS |
| HIPAA §164.312 | Per-subject encryption, audit controls, transmission security |
Scope of these claims: Lians provides the technical controls mapped above — it is software, not a certification. Regulatory compliance is a property of your deployment and organization (retention configuration, policies, attestations such as SOC 2 or a HIPAA assessment), and several controls require operator configuration (WORM object-lock, non-superuser DB role, KMS). Every claim links to the doc that says exactly what is and isn't covered — start with soc2-hipaa-readiness.md.
Full documentation: compliance.md · hipaa.md · security-whitepaper.md · threat-model.md · soc2-hipaa-readiness.md · sso.md · worm-storage.md
Access control: namespace-scoped API keys with read/write/admin scopes and RBAC roles (owner/analyst/compliance/readonly); SSO via gateway forward-auth (any OIDC/SAML IdP).
Lians is open-source and fully self-hostable — the entire feature set, including every compliance primitive, is in this repository under Apache 2.0. Paid packages sell deployment support, hardening review, and evidence packets around the open core, not license keys. A managed cloud is in early access for customers whose compliance posture allows hosted processing (contact us); regulated buyers should choose the package by deployment boundary and evidence requirements, not by a consumer-style monthly tier.
| Package | Best for | Deployment | Commercial model |
|---|---|---|---|
| Developer | Local prototypes, benchmarks, integrations | Local library or single-node server | Free / usage-based |
| Team | Internal pilots and non-production agent workflows | Docker or small Kubernetes deployment | Usage-based or team plan |
| Regulated Production | Sensitive, audited, time-dependent agent workloads | Customer cloud, private VPC, or on-prem | Annual contract |
| Enterprise / Air-Gap | Banks, hospitals, law firms, insurers, government | Private cloud, on-prem, or air-gapped | Custom annual contract |
| Managed Cloud | Zero-ops production where hosted processing is approved | Lians-managed environment | Contract or usage-based |
Healthcare customers require an executed BAA before PHI is processed in a managed environment. Financial and legal customers may require customer-managed keys, private networking, regional residency, dedicated environments, or air-gapped deployment.
Full packaging documentation: docs/pricing-tiers.md and docs/billing.md
Switching from another system? Migrate from mem0 or Migrate from Zep CE
Apache 2.0 — see LICENSE.