每次切换设备编程代理记忆全失，我选择将记忆外部化

我大约一半时间在台式机上编程，一半在笔记本上，每次切换都得重新向代理解释一遍同样的项目状态。上次会话我们处理了什么，关于认证中间件的权衡决定，以及我假装是临时的权宜之计（其实不是，从三月就一直存在）。我首先尝试了显而易见的方法。通过Dropbox同步CONTEXT.md文件，并告诉代理在会话开始时读取它。结果有一半时间代理根本没读。或者读了过时的副本，因为Dropbox正在同步中，结果它自信地基于三天前的计划开始工作。真是有趣。然后我花了一个周末掉进了自托管的兔子洞。在一个小Postgres服务器上部署Mem0，让它在台式机上运行，感觉像个天才。让笔记本可靠地连接它又花了一个晚上，然后我意识到我成了一个维护数据库来让AI记住事情的人。这不是我的初衷。最终有效的方法是将记忆完全移出两台设备。我通过MCP使用Vilix AI的共享记忆运行两个设置。两个客户端连接到同一个账户，台式机会话保存上下文在那里，笔记本通过get_context取回。我不再是同步机制，老实说，这是我最讨厌的部分。检索是语义化的，所以它找到我真正的意思，而不是匹配我上周的确切措辞。而且更正会实际保留，最后写入生效，所以当我说"我们不再采用这种方法"时，我只需要说一次，而不是像傻瓜一样更新两台设备的笔记文件。但这并不完美。每个客户端需要单独设置，批准一个不会自动转移到其他客户端，所以设置第二台设备时有点烦人。而且它不会自动回溯到旧的聊天记录，如果我忘记保存会话，那个上下文就丢失了。总之，如果你在多个设备间切换，停止同步文件，把记忆放在两个客户端都能读取的地方。在我经历了自托管的弯路浪费了一个完美的周末后，这对我有效。