aegisdb — Python client
The client for AegisDB's newline-delimited JSON protocol. No dependencies — AegisDB is a single dependency-free binary and its wire protocol is one JSON object per line over TCP, so the client that talks to it has no business dragging in a tree.
pip install aegisdb
from aegisdb import AegisClient, NotFound
with AegisClient(host="127.0.0.1", port=9470, token="…") as db:
rec = db.insert("prefers dark mode", type="semantic", tags=["user"])
print(db.search(query="dark mode", top_k=5)["records"])
try:
db.get(999)
except NotFound as exc:
print(exc.code, exc.message)
Every wire operation has a method — insert / insert_many, get, history,
update, delete, search, count, consolidate, forget, export,
purge, promote, relate, traverse, conflicts, ping, stats,
snapshot, and the token admin trio. Each accepts only the fields the server
actually reads (the list was taken from the dispatcher, not from prose), plus
**extra as the escape hatch for a field a newer server understands.
What it does that a bare socket doesn't
Errors are exceptions, one class per wire code. NotFound, Forbidden,
NotReady, RateLimited, MemoryLimit, and the rest — all under
AegisRequestError, which carries .code and .message verbatim so a code
this client predates still arrives catchable rather than as a string you compare
by hand. AegisUnavailable is deliberately not one of them: a refusal means
the server did not act, while an unanswered request says nothing either way, and
that difference is what you reason about when deciding whether to retry.
One connection, reused. The server supports pipelining and this client
deliberately does not use it: one line out, one line back, so a response is
never mistaken for the tail of another. A reused connection that fails with no
response received is retried once on a fresh one, because the server reaps
connections idle past --idle-timeout-sec and that is exactly what a pause
between calls looks like.
That retry is safe for the case it exists for — a reaped connection never
delivered the request. It is not safe in general: if the server received the
request and the answer was lost, a retried insert writes a second record.
Pass retry_stale=False where that matters more than the convenience, or
reuse=False for a fresh connection per request.
Not thread-safe. A client owns one socket. Use one per thread, or
reuse=False.
An unspecified argument is omitted, not defaulted. None means "not
specified", so the server's default applies rather than a copy of it kept
here — two copies drift, and the client's would silently win. Falsy values are
not treated as absent: limit=0 is the conflicts count-without-listing probe,
and subsume=False means something.
agent_id does not scope everything
AegisClient(agent_id="…") is applied to every request that does not name its
own, mirroring how the server scopes reads and writes. But consolidate,
forget, update, delete, relate and promote are scoped by the
token's namespace and ignore agent_id entirely — so with authentication
off they act across the whole server whatever you set it to. That asymmetry is
the server's, not this client's; the affected methods say so in their
docstrings.
Version
Published from the same git tag as the server and the Claude Code
integration, so aegisdb, aegisdb-mcp and the server binary all carry the
same version.
Tests
python3 -m unittest discover -s tests # from clients/python/
make sdk-test # from the repo root
test_protocol.py runs against a fake server and needs nothing. test_live.py
exercises every method against a real build/aegisdb and skips when it is
not built — which is the point: the server ignores request fields it does not
recognise, so a misspelled field name here would otherwise succeed and quietly
do the wrong thing. It has already earned its keep, catching token_revoke
coercing a string fingerprint to an int.
Metadata
Release files for aegisdb 0.9.4
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| aegisdb-0.9.4.tar.gz | 21.5 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| aegisdb-0.9.4-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 34.6 kB
Release files / aegisdb-0.9.4.tar.gz
| Download URL | aegisdb-0.9.4.tar.gz |
|---|---|
| Size | 21.5 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
14853f09b11ba0a8b22c7e3037a38ad72e5aec8787acda28aee41279fd5bee80
|
|
BLAKE2b-256 checksum How to use checksums |
a5b288aa96ee1266d6ecf1176e756f9503d883778c8c4c5c9889dadd0ecdf07d
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
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.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Aug 27, 2026.
Transparency logRelease files / aegisdb-0.9.4-py3-none-any.whl
| Download URL | aegisdb-0.9.4-py3-none-any.whl |
|---|---|
| Size | 13.2 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
91116af11efdbecddb5639bff8888ebbd4edcd45fbd173632e5aaf285a1aa59f
|
|
BLAKE2b-256 checksum How to use checksums |
d70ff200178bfa8e0ebc6d6ed79efa2dc176cdfed26096bc5943afa74e864b60
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
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.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Aug 27, 2026.
Transparency log