[FEATURE] Cloud-synced memory + cross-user learning from resolved issues
Preflight Checklist
- [x] I have searched existing requests and this feature hasn't been requested yet
- [x] This is a single feature request (not multiple features)
Problem Statement
Problem
Claude Code currently stores conversation memory (MEMORY.md) on the user's
local disk. This has two fundamental problems:
Proposed Solution
1. Local memory is fragile
When the user reinstalls their OS, all accumulated memory is lost. The time
spent "teaching" Claude (correcting mistakes, establishing workflows) is
wasted. Memory should be tied to the user's account and stored in the cloud,
not on a local disk that can be wiped at any time.
### 2. No cross-user learning from real-world problem solving
When Claude solves a problem through trial and error (e.g., trying multiple
DBus interfaces before finding that rime_dict_manager --restore is the
correct tool), that hard-won experience is lost. The next user with the same
problem will watch Claude repeat the exact same mistakes.
Real example: I asked Claude to clean up my Rime (input method) user
dictionary. Claude tried dbus-send, then gdbus, then multiple variations
of Rime sync commands — all failed. Eventually it found rime_dict_manager works. This entire trial-and-error process will repeat for every
--restore
user who asks the same question, because there's no mechanism to feed verified
solutions back into the model or a shared knowledge base.
## Proposal
- Cloud-synced memory per user account — so reinstalling the OS doesn't
erase everything Claude has learned about the user's environment and
preferences.
- A mechanism to capture verified solutions — when Claude solves a
problem through experimentation, the successful path (not the failed attempts)
should be recorded somewhere that benefits all future interactions, not just
the current user's local files.
The first is a straightforward product decision. The second is a harder
architectural problem, but it's the difference between a tool that repeats
mistakes forever and one that actually improves from use.
Alternative Solutions
_No response_
Priority
Low - Nice to have
Feature Category
Other
Use Case Example
_No response_
Additional Context
_No response_
This issue has 3 comments on GitHub. Read the full discussion on GitHub ↗