今天高压测试 EchoMe 的记忆功能，确实有效，也确实发现一些问题
今天感觉ai有一条记忆没有写好，我手动改了下，结果发现保存不了。我想这么简单的问题，就不麻烦GPT5.5了，就让glm5去修一修，结果修半天，感觉改很多东西，还是没有好，而且随着时间增加，我感觉不能等了。
我在页面打开控制台，自己试了下，看到控制台有报错，就贴给了ai，而且我还告诉他去看看 log。总之感觉自己话有点说多了，影响了ai判断的感觉，接着，我直接让带小米ai的hermes接管来修，因为我想hermes毕竟还能看nginx，因为这个已经代理到域名了，会不会是代理的问题。
hermes也修了老半天，还在不停重试，我感觉整个代码库要被搞烂了，而且小米这个还有额度。然后直接上了GPT5.5，但是这里犯了个错，因为前面修理太多，我让glm5给我把他的思路和bug排查写到bug.md，让gpt5.5去看，这样我不用告诉他现在是什么bug，也可以让glm5帮他排除一些错误答案。
结果gpt5.5看了glm5的分析，可能glm5认为是写入的时候存在竞态锁，感觉gpt5.5把这逻辑往复杂写了，跑了大概10分钟，看着额度从100要跑没了，只能关了，这就是我为啥不想让gpt5.5修bug，因为他往往自由发散太狠了。至此，我直接放弃了，出门降温🥶。
最后冷静后，我自己简单看了看，和glm5说，这肯定不是锁表的问题，你重新看看，并且经过缜密的排查，最后解决了是embedding后台服务挂了的问题。导致写入的内容无法向量化，就没有保存，它是个后台任务所以一开始也没发现。
总结就是，对AI的限制不要太死，比如GLM5指导，本来是想接力，结果引到坑了了。然后人工看到问题了，干预一下很重要，但是又不能提醒得太死。
这让我感觉下一个应用，要做 AI 之间的通信了。