Bilinc
The Bilinc server provides hosted memory infrastructure for coding agents, enabling durable state management with provenance. It offers three MCP tools:
commit_mem: Write a memory entry with a uniquekeyandvalue, optionalmetadata(key-value object),importance(numeric, default 1), andmemory_type(default"semantic"). Each write carries provenance.recall: Retrieve prior memories using a natural languagequery, with optionallimit(default 10) and retrievalprofile(default"balanced").status: Check the health and account state of your hosted Bilinc Cloud instance.
Bilinc
Hosted memory infrastructure for AI agents: commit, recall, and inspect agent state through one API key, with verification, provenance, and recovery around every write.
Retrieval answers "what is similar to this?". Long-running agents also need to answer "who wrote this state, was it verified, did it contradict what we already knew, and can we undo it?" — that is the layer Bilinc provides.
Bilinc 2.2.0 on PyPI is the public cloud-only package: a thin Python SDK, CLI, and MCP adapter for Bilinc Cloud. It does not ship the local StatePlane, storage backends, eval, observability, integrations, or server runtime internals.
Frozen regression receipt — LongMemEval-s cleaned retrieval fixture, 500 questions: Hit@5 98.0%, NDCG@5 0.913, no LLM reranker, no paid API. This is an isolated retrieval guardrail, not a current hosted SLA, end-to-end agent score, or competitor ranking — see Benchmark receipt for the full scope and qualification.
The short version
Bilinc is the state layer between an agent and the things it must remember. It keeps memory writes attributable, correctable, and recoverable instead of treating retrieval as a bag of similar text.
If your agent needs to... | Bilinc gives it... |
Recall a decision before acting | Key-scoped recall with explicit profiles and evidence metadata |
Correct a bad memory |
|
Recover from an unsafe run | Snapshots, diffs, and confirmed rollback |
Work across any MCP-compatible agent | A Python SDK, CLI, and stdio MCP adapter |
The fastest path is pip install -U bilinc, bilinc login, then bilinc quicktest against Bilinc Cloud.
Related MCP server: mem-universe
Use Bilinc when
A long-running agent — coding, support, research, or a personal assistant — needs to recall prior decisions before a risky action.
You need to know which run, tool, or operator produced a piece of agent state.
A bad agent run wrote incorrect state and you need a recovery path, not a manual cleanup.
Several agents or teammates share one memory surface and you need key-scoped access and usage visibility.
Do not use Bilinc when
You only need semantic search over documents — a vector database is the simpler primitive.
You require an Apache-2.0 licensed, fully self-hosted runtime. The public package is cloud-only and licensed BUSL-1.1.
You want the memory layer to also be your agent framework. Bilinc is the state layer your runtime calls; it does not orchestrate agents.
Choose your surface
You want... | Use... |
A hosted memory API for an agent or MCP client | The public cloud-only package from PyPI |
Local StatePlane, SQLite/PostgreSQL, benchmarks, or internals | This repository and the architecture guide |
A hosted MCP connection | The MCP setup guide |
The public package is intentionally smaller than this repository. It does not bundle the internal StatePlane or local storage runtime.
Start in 60 Seconds
pip install -U bilinc
bilinc startbilinc start is the first-run guide. The activation target is simple: reach a
passing bilinc quicktest, which performs one hosted commit, one hosted recall,
and one Cloud status check.
Start the 7-day Bilinc Cloud trial at https://bilinc.space/signup.
Confirm email.
Create one hosted API key in the Cloud dashboard.
Connect the CLI:
bilinc login --api-key bil_live_...
bilinc quicktestTo reproduce this release exactly:
pip install -U bilinc==2.2.0If you prefer a browser guide, open https://bilinc.space/install and follow the same four-step path.
MCP Adapter
Bilinc exposes a standard Model Context Protocol server over stdio, so any MCP-compatible client can connect — Claude Code, Codex, Cursor, Hermes-Agent, opencode, and others.
{
"mcpServers": {
"bilinc": {
"command": "python",
"args": ["-m", "bilinc.cloud_mcp"],
"env": { "BILINC_API_KEY": "bil_live_..." }
}
}
}Eight tools — the core memory lifecycle, and nothing else:
Tool | What it does |
| Write durable agent state. Each write carries provenance — which run, tool, or operator produced it — and returns a version for optimistic concurrency. |
| Retrieve prior context and decisions before acting. |
| Deliberately correct something already known. It never creates, so a correction stays distinguishable from an accidental overwrite. |
| Destructive. Remove obsolete state from active recall. A reason is required and is audited; the deleted value is never returned. |
| Report the authenticated workspace, plan, capabilities, recall profiles, limits, and usage. Never billed. |
| Checkpoint a project before risky work, or list existing checkpoints. |
| Compare a checkpoint against another checkpoint or current state. Values are redacted by default. |
| Destructive in execute mode. Restore a checkpoint through a free preview plus an explicitly confirmed execute. |
Operator and debug tooling — health probes, benchmarks, export/import, workspace replay — stays local-only, as do the epistemic read tools for claims, contradictions, and graph queries. The hosted adapter does not bundle local runtime internals.
Documented client setups: Claude Code · Codex · Cursor · any MCP client
Python SDK
from bilinc import CloudClient
client = CloudClient() # reads BILINC_API_KEY or a key saved by `bilinc login`
# Write, and keep the version for optimistic concurrency.
written = client.commit("agent.goal", {"ship": "reliable memory"}, memory_type="semantic")
results = client.recall("agent goal", limit=5)
# Correct something you already know. Fails if it does not exist.
client.revise("agent.goal", {"ship": "verifiable memory"},
reason="scope corrected", expected_version=written["entryVersion"])
# Checkpoint before risky work, then see what changed.
snapshot = client.create_snapshot(label="before-autonomous-run")["snapshot"]
client.diff(snapshot["id"])
# Drop obsolete state. A reason is required and is audited.
client.forget("agent.goal", reason="superseded by the planner service")
# Recover. Preview is free; execute is destructive and needs the token.
preview = client.rollback_preview(snapshot["id"], reason="undo bad agent run")
client.rollback(snapshot["id"], confirmation_token=preview["confirmationToken"],
reason="undo bad agent run")
client.status() # what can this key do?
client.health() # is the service reachable?For server, CI, and hosted agent runtimes, store the key as BILINC_API_KEY.
CLI
bilinc status # authenticated plan, capabilities, limits, usage
bilinc health # public service health
bilinc commit --key agent.goal --value '{"ship":"reliable memory"}'
bilinc recall --query "agent goal"
bilinc revise --key agent.goal --value '{"ship":"verifiable memory"}' --reason "scope corrected"
bilinc snapshot create --label before-autonomous-run
bilinc snapshot list
bilinc diff --from-snapshot snap_...
bilinc forget --key agent.goal --reason "superseded by the planner service"
bilinc doctorRollback is two stages. Execute takes the token from the preview and never prompts interactively, so it stays safe inside automation:
bilinc rollback preview --snapshot snap_... --reason "undo bad agent run"
bilinc rollback execute --snapshot snap_... --reason "undo bad agent run" \
--confirmation-token <token-from-preview>Useful first-run commands:
bilinc start
bilinc login --api-key bil_live_...
bilinc quicktest
bilinc mcp installHosted Endpoints
Endpoint | Notes |
| Public service health. No key, no billing. |
| Authenticated capabilities for one key. Never billed. |
| Write. |
| Read. |
| Replace an existing memory. |
| Destructive. Reason required. |
| List checkpoints. Free. |
| Create a checkpoint. |
| Compare checkpoints. Free. |
| Free. Mints a confirmation token. |
| Destructive. Requires that token. |
All hosted endpoints share https://bilinc.space. Authenticated memory operations require an
active Bilinc Cloud entitlement.
Send an Idempotency-Key header on any write you might retry: the same key with the same payload
replays the original result and is billed once, and the same key with a different payload is
refused with 409 idempotency_conflict.
Benchmark receipt
Frozen regression receipt, LongMemEval-s cleaned retrieval fixture, 500 questions: Hit@5 98.0%, NDCG@5 0.913, with no LLM reranker and no paid API.
This is a frozen isolated retrieval guardrail — not a current hosted SLA, not an end-to-end agent score, and not a competitor ranking. Published memory-system scores use different metrics, datasets, and levels of LLM assistance, so they are not directly comparable. Present this receipt only with this isolated scope attached.
Evidence map
The repository keeps dated manifests with source state, dataset provenance, runner and metric semantics. These are traceability artifacts, not claims that Bilinc is universally first place.
Lane | Publicly stored evidence | Scope |
LongMemEval-s | Isolated retrieval guardrail | |
AMB legacy v3 | Historical generic harness; not Vectorize AMB RAG/judge | |
Official LoCoMo | Retrieval component; not end-to-end QA/F1 | |
Evidence contract | Hashes, limitations, and reproducibility boundaries |
For the engineering rationale, read Why vector search is not enough for agent memory.
Compare
Answer guides
Contributing
Start with CONTRIBUTING.md. Use Discussions for design questions and roadmap feedback; use an issue for a reproducible bug or a scoped implementation task.
Security reports should follow SECURITY.md. Please do not include private memory values, API keys, or production logs in issues, pull requests, benchmark fixtures, or screenshots.
Links
Website: https://bilinc.space
Signup: https://bilinc.space/signup
Install guide: https://bilinc.space/install
Quickstart: https://bilinc.space/docs/quickstart
Cloud quickstart: https://bilinc.space/docs/cloud-quickstart
Migration guide: https://bilinc.space/docs/migration-v2
MCP setup: https://bilinc.space/docs/mcp
Machine-readable index: https://bilinc.space/llms.txt · https://bilinc.space/ai-index.json
Technical article: Why vector search is not enough for agent memory
License
BUSL-1.1. See LICENSE.
Maintenance
Related MCP Servers
- Alicense-qualityBmaintenanceGoverned multi-agent memory for AI agents. Hybrid markdown + SQLite store with full-text search, vector retrieval, and LLM reranking. Three transports: MCP stdio, HTTP JSON-RPC, and MCP SSE. One Go binary1Apache 2.0
- AlicenseAqualityCmaintenanceSelf-hosted MCP memory server that gives a multi-agent fleet one shared, git-backed memory for search, read, and write.81MIT
- AlicenseAqualityAmaintenanceEmbedded, local-first agent memory: facts extracted into a per-namespace SQLite file (vec0 + FTS5) with hybrid retrieval and point-in-time (time-travel) queries. ADD-only history over stdio — no server process, no cloud dependency.16747Apache 2.0
- AlicenseAqualityBmaintenancemnemo — an MCP server for agent memory with a first-class correction & erasure channel (revert, lineage-aware retraction, tamper-evident deletion receipts). Zero dependencies, 12 tools over stdio125MIT
Related MCP Connectors
Private-by-default, local-first memory/context/task orchestrator for MCP apps and agents.
Shared, governed long-term memory for AI agents across tools and sessions via MCP and REST.
Persistent memory for AI agents. Search, store, and recall across sessions.
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/atakanelik34/Bilinc'
If you have feedback or need assistance with the MCP directory API, please join our Discord server