This release is a pre-release and may not be stable for production use.
Kibisis
Local, encrypted memory for AI agents. Kibisis keeps what an agent learns on your own machine, decides what comes back, makes forgetting stick and lets one writer in at a time.
Kibisis is one of the three Telarch libraries from Perseus Computing LLC. Harpe decides what goes into each model call, and Argus keeps a tamper-evident record of what the agent did. Each one works on its own.
Why
An agent that runs for hours learns things worth keeping: decisions, preferences, facts about the code it works on. In a plain file, anyone who copies the file can read them. In a hosted service, they leave your machine. And with no rules for what comes back, a memory that was wrong, unreviewed or deliberately forgotten can return in the next prompt. Kibisis keeps agent memory local, encrypted and deliberate.
What you get
- Encrypted on disk. The Python vault seals every entry with AES-256-GCM in one SQLite file. With SQLCipher it encrypts the whole file.
- Recall you can reason about. Every memory is a candidate, verified, disputed or revoked. Search returns verified memories unless you ask for more, and it can answer "what was true on this date".
- Forgetting that sticks. A tombstoned value is deleted everywhere in its scope. Writing it again is refused, even under another key or with different case, spacing or punctuation.
- Scopes that hold. Each memory is signed over its scope, category, key and content, and a row that fails the check is never returned.
- A journal of every change. Every write, archive, tombstone and purge is recorded in a hash chain, in the same transaction as the change.
- One writer at a time. Leases carry fencing tokens that only go up. They coordinate processes on one machine, through a shared SQLite file in Python or a shared directory in Rust, and threads within one Rust process. A Python vault opened with
enforce_fencing=Truerefuses writes that do not carry the current token. - Ready for agents. An MCP server over stdio offers remember, recall, forget, verify-ledger and health tools. It serves one scope fixed at startup, stores what an agent writes as an unreviewed candidate, and returns recall as escaped data, not instructions.
- Local only. Kibisis contains no network code.
Install
This README describes 0.1.0-alpha.6 (0.1.0a6 on PyPI). It is a pre-release, so name the version.
# Rust: Cargo.toml
[dependencies]
kibisis = "0.1.0-alpha.6"
# Python
pip install kibisis==0.1.0a6
Quickstart
Python
from kibisis import SQLiteMemoryVault
# The passphrase comes from KIBISIS_PASSPHRASE or KIBISIS_PASSPHRASE_FILE.
vault = SQLiteMemoryVault("memory.db")
vault.put("preferences", "indent", "Use tabs for indentation", scope="project-a")
print([hit.entity.content for hit in vault.search("indentation", scope="project-a")])
vault.tombstone("preferences", "indent", reason="user asked to forget", scope="project-a")
# Refused under any category or key in the scope, including look-alike spellings:
print(vault.is_tombstoned("notes", "style", "USE TABS FOR INDENTATION", scope="project-a")) # True
Rust
use kibisis::{InMemoryLeaseCoordinator, InMemoryMemoryVault, LeaseCoordinator, MemoryEntity, MemoryVault};
use std::time::Duration;
fn main() -> Result<(), Box<dyn std::error::Error>> {
let mut vault = InMemoryMemoryVault::new();
let mut coordinator = InMemoryLeaseCoordinator::new();
let lease = coordinator.acquire("notes", "worker-a", Duration::from_secs(1))?;
vault.put(&MemoryEntity::new("preferences", "indent", "Use tabs for indentation"))?;
coordinator.release(&lease)?;
println!("saved under fencing token {}", lease.fencing_token);
Ok(())
}
As an MCP server
python -m kibisis.keys ~/.config/kibisis/kibisis.key # once: creates a key file with mode 0600
export KIBISIS_PASSPHRASE_FILE=~/.config/kibisis/kibisis.key
export KIBISIS_SCOPE=project-a # optional; the default scope is "default"
python -m kibisis.mcp_server # remember, recall, forget, verify-ledger and health over stdio
The package also installs these as kibisis-keygen, kibisis-mcp and kibisis-review.
The server keeps its vault in your user data directory (~/.local/share/kibisis/vault.sqlite on Linux, ~/Library/Application Support/kibisis/ on macOS, %LOCALAPPDATA%\kibisis\ on Windows) unless KIBISIS_DB_PATH names another file. It refuses to start without a key unless KIBISIS_ALLOW_PLAINTEXT=1 is set. What an agent stores is a candidate written by mcp-agent; a person reviews candidates:
python -m kibisis.review list
python -m kibisis.review approve CATEGORY KEY # or: dispute, reject
Measured
Medians of five runs of telarch-benchmarks against v0.1.0-alpha.4, with synthetic data on one shared server. The lease code is unchanged in 0.1.0-alpha.5. Every run, its range and the command that reproduces it are on telarch.ai/evidence.
| Measurement | Result |
|---|---|
| Times two holders had the same lease, in 64,000 contended attempts from 16 and 32 threads | 0 |
| Fencing tokens that went backwards | 0 |
| Times two processes held the lease at once, 2 to 32 processes sharing one SQLite file | 0 |
| Late write from a paused holder | rejected |
| Lease database after its holder is killed with SIGKILL while holding the lease | intact |
| Lease operations per second, 16 threads, in memory (Rust) | 1,608,796 |
How it works
- Encryption (Python). Entry content is sealed with AES-256-GCM under a key derived by PBKDF2-HMAC-SHA256 with 600,000 iterations (
src/kibisis/crypto.py). When thesqlcipher3dependency loads, SQLCipher also encrypts every page of the database file. If it does not load, the vault falls back to SQLite: content stays encrypted and bound to its entry, and the value digests in the journal and in tombstones are keyed, but categories, keys, metadata and the rest of the audit journal are stored in the clear, and a warning says so (SQLiteMemoryVault.__init__insrc/kibisis/vault.py). Either way, a wrong passphrase is refused when the vault opens. An on-disk vault refuses to open without a passphrase unless opened withallow_plaintext=True. - Scopes and integrity. Every memory belongs to a scope and carries an HMAC-SHA256 signature over its scope, category, key and content. In a vault with a passphrase, the signing key comes from PBKDF2 (600,000 iterations), so a stored signature is no quicker to test passphrase guesses against than sealed content, and sealed content is bound to its entry as associated data, so it cannot be moved under another entry's name.
searchandlist_entitiesskip, andgetrefuses withEntryIntegrityError, a row whose signature is missing or does not verify, or whose sealed content was not sealed for it (sign_entry,entry_aadandderive_integrity_keysinsrc/kibisis/crypto.py, used insrc/kibisis/vault.py). A vault without a passphrase has no secret to sign with, so there signatures only catch accidental damage. - Trust states and validity windows. Each memory is a candidate, verified, disputed or revoked, and can carry valid-from and valid-until times. Search leaves out candidates, revoked memories and memories outside their validity window unless asked, and can return what was valid at a given time (
src/kibisis/models.py,searchinsrc/kibisis/vault.py). A write withsupersedes_key, orsupersede(), retires an earlier memory: it is marked revoked, its validity ends, and it links to its replacement.review_entityrecords a reviewer's verdict; a revocation tombstones the value. On writes that do not name a state, the vault runsMemoryAdmissionGate(src/kibisis/admission.py), a heuristic classifier that stores hedged or speculative text as a candidate; open the vault withauto_gate=Falseto turn it off. - Tombstones.
tombstonerecords a value's SHA-256 digest and the digest of its canonical form (Unicode compatibility folding, case folding, invisible characters and punctuation removed, whitespace collapsed), then deletes every copy of the value in the scope. In a vault with a passphrase both digests are stored keyed (HMAC-SHA256 under a key derived from the passphrase), so they do not reveal short values such as codes or PINs. Afterwards the value is refused under any category or key in that scope, andimport_snapshotwill not restore it (src/kibisis/vault.py; the Rust vault insrc/lib.rsmatches values the same way). A snapshot carries each tombstone's digests sealed, so the tombstone also applies when the snapshot is imported into another vault opened with the same passphrase. - Audit journal. Every put, archive, tombstone and purge appends a SHA-256 hash-chained event in the same database transaction as the change, so a change cannot land without its event; in a vault with a passphrase, the value digest it records is keyed, like a tombstone's. A write refused because its value is tombstoned, from the API or a snapshot import, is journaled as a
refuseevent, and so is an MCP call refused for its scope or trust arguments.verify_audit_chainre-checks the chain (_record_audit_eventinsrc/kibisis/vault.py). - Leases.
SQLiteLeaseCoordinator(src/kibisis/lease.py), the RustInMemoryLeaseCoordinator(src/lib.rs) and the RustFileLeaseCoordinator(src/file_lease.rs) grant time-limited leases with increasing fencing tokens, andvalidate_fencing_tokenon the SQLite and file coordinators checks a token.FileLeaseCoordinatorkeeps each resource's lease in a small file and holds an operating-system lock on a companion lock file for every read-decide-write, so processes that open the same directory share one lease table. A damaged state file is reported as an error; it never resets the token. A Python vault opened withcoordinator=andenforce_fencing=Truechecks the caller's token on every write while it holds its write lock, and refuses a missing, stale or expired token withLeaseConflictErrorbefore anything changes (_fenceinsrc/kibisis/vault.py). - MCP server.
python -m kibisis.mcp_server(src/kibisis/mcp_server.py, settings insrc/kibisis/config.py) serves one scope, fixed at startup, and refuses and journals calls that name another scope or try to set a trust state or an identity. It stores writes as candidates bymcp-agent; they cannot replace a reviewed entry, and a supersession of one waits as a proposal until a person approves. Recall comes back inside a<kibisis-recall>envelope with stored text escaped, each entry labeled with its state and author; candidates are included unlessinclude_candidatesis false. Forget deletes the entry, tombstones its value, and rebuilds the search index, truncates the write-ahead log and vacuums the file. People review candidates withpython -m kibisis.review(src/kibisis/review.py).
Limits
- Alpha release: APIs will change before 1.0.
- Platforms: CI tests the Python package on Linux and macOS (arm64). Windows is not tested.
- Encryption scope: In the Python package, entry content is always encrypted unless the vault is opened with
allow_plaintext=True; whole-file encryption needs SQLCipher (see above). The Rust crate keeps memories in RAM and neither encrypts nor persists them. - Tombstones: They stop exact and look-alike repeats of a value, not paraphrases. A tombstone covers one scope; tombstone with
scope="*"to forget a value in every scope. - Scopes: A library caller names the scope. Kibisis keeps scopes apart but does not decide which caller may use which scope. The MCP server serves only the scope it was started with.
- Review:
python -m kibisis.reviewrecords the operating-system user name (or--reviewer) as the reviewer. It is not an authentication boundary: anything that can run commands as that user can run it. - Fencing: The Python vault checks fencing tokens only when it is opened with
enforce_fencing=Trueor a call passes a token.migrate_plaintext, which re-encrypts stored rows without changing them, andadopt_unsigned_entriestake no token. The MCP server opens its vault without a coordinator, and the Rust vault does not check tokens. Storage outside Kibisis must compare tokens itself. - Lease coordination scope: Leases coordinate threads in one process, or processes on one machine that share a local filesystem: through SQLite transactions in Python, or through operating-system file locks on a shared directory with the Rust
FileLeaseCoordinator. They are not a distributed consensus service, and network filesystems are not supported. - TTL resolution: The Rust coordinators track deadlines in whole seconds and round up, so a lease is held for at least its TTL and at most one second longer. The Python SQLite coordinator uses floating-point second timestamps.
- Upgrade from 0.1.0a5 or earlier: The first open with the passphrase upgrades the vault in one transaction: entries are re-sealed, bound to their entry, and re-signed; digests in the journal and in tombstones are keyed; the journal's hashes are recomputed; and a
migrateevent records the counts and the old chain head. It refuses to run under a wrong passphrase. Older versions cannot read an upgraded vault, so upgrade every process that opens it at the same time. An entry without a signature, in a vault that was not already SQLCipher-encrypted, cannot be told apart from a tampered one, so it is refused untiladopt_unsigned_entries()accepts it;integrity_status()counts such entries. Tombstones in a snapshot from a vault with a different passphrase are not applied, and the import journals that. - Not independently assessed: No security review or certification has been completed. Designed for local and disconnected use.
Security
Report a vulnerability to contact@perseuscomputing.com with [SECURITY] in the subject; please do not open a public issue. See the security policy for response times.
Links
- telarch.ai/kibisis: overview and a live demo of the lease coordinator
- Documentation (docs.rs)
- Changelog
License
Released under the MIT License © 2026 Perseus Computing LLC.
Metadata
Release files for kibisis 0.1.0a6
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | |
|---|---|---|---|---|
| kibisis-0.1.0a6.tar.gz | 155.1 kB | Without provenance | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| kibisis-0.1.0a6-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 213.0 kB
Release files / kibisis-0.1.0a6.tar.gz
| Download URL | kibisis-0.1.0a6.tar.gz |
|---|---|
| Size | 155.1 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
b1d2381bf5db5bfdd4667c79ce72ace59cea0cdc66b694614514fdd7e085929a
|
|
BLAKE2b-256 checksum How to use checksums |
98579e44cdc2bce4c233dfcf62b20cd93ea963ebffdbbd338cd2e9df8874c68c
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
uv/0.13.0 {"installer":{"name":"uv","version":"0.13.0","subcommand":["publish"]},"python":null,"implementation":{"name":null,"version":null},"distro":{"name":"Debian GNU/Linux","version":"13","id":"trixie","libc":null},"system":{"name":null,"release":null},"cpu":null,"openssl_version":null,"setuptools_version":null,"rustc_version":null,"ci":null}
|
Release files / kibisis-0.1.0a6-py3-none-any.whl
| Download URL | kibisis-0.1.0a6-py3-none-any.whl |
|---|---|
| Size | 57.9 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
df2c497cabdf733150d1f2ca3ff8d69004d17520b4d8c83886c6a8f9ad964dd7
|
|
BLAKE2b-256 checksum How to use checksums |
fb111f80ee48f637e3d2b4650d23baf1f6551d882df31ed7361b11cd9cb9381d
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
uv/0.13.0 {"installer":{"name":"uv","version":"0.13.0","subcommand":["publish"]},"python":null,"implementation":{"name":null,"version":null},"distro":{"name":"Debian GNU/Linux","version":"13","id":"trixie","libc":null},"system":{"name":null,"release":null},"cpu":null,"openssl_version":null,"setuptools_version":null,"rustc_version":null,"ci":null}
|
Security for kibisis 0.1.0a6
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
No provenance found
None of the files in this release were uploaded with provenance metadata.
A note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.