Feature: portable agent memory — export/import verified memory bundles between ADK agents and runtimes
Nobody has claimed this yet.
Assessment
- Difficulty
- 5/5
- Estimated time
- Over a week
- Newbie friendliness
- 25/100
Research direction
The proposal does not identify an existing ADK file, test, or entry point; begin by locating the memory and session APIs and the examples/ directory. Confirm the maintainers' desired interface and scope before attempting an end-to-end export/import integration, with completion defined by an accepted example and its accompanying validation.
Written by the indexing model from the issue text.
Description
Context first: I maintain cognicore-env, an open-source (MIT) memory layer for AI agents that runs as an MCP server with no vector database or embedding server. Not proposing we vendor anything — this is an interop idea.
The gap I keep hitting with ADK: sessions and memory services are excellent inside one deployment, but agent knowledge does not travel. Two ADK agents on different runtimes, or an ADK agent and an external agent, share nothing — each re-learns everything. For teams running multiple agents, that is duplicated learning, no provenance, and no way to audit what one agent taught another.
Proposal: a memory export/import hook that emits and consumes sealed memory bundles. Our format carries proof with each memory (the command that was run, the result, the exit code, the output hash) plus a chain of custody across every agent that touched it, and trust decays across unverified hops. So an ADK agent that verified something by actually running a tool can hand that knowledge to another agent with evidence attached, and the receiver treats it as observed-until-reverified rather than trusted by default.
Concrete use case: a code-review ADK agent learns a project's conventions (verified by which PRs merged); an ops ADK agent imports those conventions and stops flagging them as errors.
We have the bundle format and transfer machinery implemented and tested across four platforms, and a design that just went through a public review covering ownership conflicts, validity intervals, and release rules. Happy to contribute an examples/ integration showing ADK memory export/import end to end. What would the maintainers want to see for that?
- Dominant language
- Python
- Stars
- 21.6k
- Forks
- 4k
- Avg merge
- 13h 49m
- Merged PRs (30d)
- 10
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from google/adk-python
-
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
google/adk-python#7217 · 1 comment ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
google/adk-python#7206 · 1 comment ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
google/adk-python#7205 · 1 comment ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
google/adk-python#7196 · 1 comment ·
-
eval request clarification
Difficulty 1/5 1-3 hours Newbie friendliness 86/100
google/adk-python#7146 · 2 comments · 1 assignee ·
All issues in google/adk-python
Similar issues
-
area/auth bug comp/agent P3 platform/discord type/security
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
NousResearch/hermes-agent#117848 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
bancolombia/sentinel#23 ·
-
test md OpenCI
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
-
integration:quickjs org:external priority:backlog topic:code-interpreter topic:middleware type:feature
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
langchain-ai/deepagents#6450 ·
-
bug client
Difficulty 2/5 1-3 hours Newbie friendliness 88/100