1.多轮对话中，如果不同轮次的记忆发生冲突，你如何处理？这个问题本质上不是“删哪条、留哪条”，而是做记忆的版本管理。实际处理时一般会同时看三个维度：时间、来源、置信度。时间上通常新信息优先，但前提是它来自更可信的输入；来源上，用户当前轮明确表达、工具查询结果、系统写入，优先级通常高于模型从历史里自己总结出来的内容；置信度上，如果只是一次低置信抽取，不会直接覆盖长期稳定画像。工程上我会把记忆拆成两层，一层是 event log，完整保留用户每次表达过什么；另一层是 materialized profile，也就是给模型使用的当前画像。冲突发生时，不是直接物理覆盖，而是先记事件，再按规则刷新画像。...

目前只能约到小公司，求大神指导

总时长35分钟，无手撕，感觉遇到KPI面了，唉35分钟一直在问实习，八股就问了下面的1.redis与数据库的缓存一致性2.redis的zset数据结构3.redis的两个持久化机制4.分布式cap理论5.什么时候ap，什么时候cp6.进程线程协程问怎么没手撕，说一面撕过了，业务是应用宝游戏商城，后面过了还有一面技术面，问面试表现，说挺顺的，可以再关注一下运维数据，然后问转go有难度嘛，就结束了

面试1h，内容如下：1.介绍一下agent项目，流程是怎么样的，详细展开说说。讲完之后开始八股：2.hashmap线程安全吗，高并发会有什么问题？你会怎么解决3.syn锁和re锁的区别？4.循环依赖怎么解决 ，具体介绍流程5.还有些忘了....都是很简单的八股。（叫我共享屏幕，说反作弊。可能觉得我讲太快了）算法题：LRU缓存+ttl+解决高并发+限流（5秒内用户只能请求10次这样）。可以口述思路，可以写代码，LRU+TTL我默写了，后面两个直接说思路。今天不知道为什么，在反问环节都是hr在一直输出，感觉我才是hr哈哈哈....反问的话就问3个方面：1.用友下一步的发展方向，是否往ai靠？2.薪...