adk-inspeximus
A Google ADK memory service backed by inspeximus.
ADK's built-in InMemoryMemoryService says what it is in its own docstring: "for prototyping purpose
only. Uses keyword matching instead of semantic search." The alternatives shipped with ADK are Vertex AI
services. This is the local one: a file on disk, no server, no cloud account.
pip install adk-inspeximus
from google.adk.runners import Runner
from adk_inspeximus import InspeximusMemoryService
runner = Runner(
agent=agent,
app_name="my_app",
session_service=session_service,
memory_service=InspeximusMemoryService(path="memory.json"),
)
Or without writing any Python glue, if you launch through the ADK CLI:
# services.py — loaded by `adk web`
from adk_inspeximus import register
register() # enables inspeximus://
adk web --memory_service_uri=inspeximus://memory.json
What it does that the built-in does not
- Survives a restart. The built-in service holds everything in a dict; when the process exits, the memory is gone.
- Erases one user on request.
forget_subject_for(app_name, user_id, request_id=...)hard-deletes that user's memories across every session and leaves a content-free tombstone behind, so the deletion is provable and the value is no longer in the bytes on disk. No ADK memory service offers this. - Ranked retrieval instead of counting shared words.
Parity
ADK ships no conformance suite for BaseMemoryService, so the claim "drop-in replacement" is checked
against ADK's own InMemoryMemoryService in adk_audit.py:
eight scenarios, three repeats each, covering ingestion, user and app isolation, empty and missed
queries, repeated ingestion, incremental event deltas, and retrieval from a store crowded with other
users' memories. Running it with ADK_FALSIFY=1 breaks the service on purpose and the checks must fail —
without that, the audit would only prove it can print "PASS".
Two of those scenarios failed when the audit was first written, and both are fixed: re-adding a session
stored it a second time (ADK documents that a session "may be added multiple times during its
lifetime"), and the incremental add_events_to_memory path was not implemented at all.
MIT licensed.
Metadata
Release files for adk-inspeximus 0.1.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| adk_inspeximus-0.1.0.tar.gz | 2.8 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| adk_inspeximus-0.1.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 5.8 kB
Release files / adk_inspeximus-0.1.0.tar.gz
| Download URL | adk_inspeximus-0.1.0.tar.gz |
|---|---|
| Size | 2.8 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
ca5cf35a9efffe5cc4ae12ea05294419c183f05bfeef9c32cfc6fd0b660c1e51
|
|
BLAKE2b-256 checksum How to use checksums |
942c97c4351c15fa2186c19ca7071f07902182f73d667ee97fd14859dde672c4
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.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 Jul 21, 2026.
Transparency logRelease files / adk_inspeximus-0.1.0-py3-none-any.whl
| Download URL | adk_inspeximus-0.1.0-py3-none-any.whl |
|---|---|
| Size | 3.0 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
e12e233278386ee103fb1ac992f89c94fba0408dc95bcaecb61c68052c3b05a3
|
|
BLAKE2b-256 checksum How to use checksums |
c1a5b47065ca9333c9ccbbabc36c8ef59badf4a7ca8068947b6fa63ab69f2c63
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.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 Jul 21, 2026.
Transparency log