用知识库提问是有技巧的,你是让他整理，还是推导，还是检索。这个提示词就很关键。提示词用不好会出现：ima内部设置了一些提示词，当问题文档未提及时应拒答。万能提示词结构基于知识库里的___帮我___用于__

1，不带推理功能的大模型真是差强人意2，后续研究下元器里的工作流，使用调用api的方式使用满血DeepSeek-R1模型3，后续把解决的所有问题都放入到问题库里。创作不易，辛苦大家动动发财的小手。if 文章有用:关注() # 🔔 追更最新内容else:留言吐槽() # 💬 评论区等你来战。

DeepSeek+本地知识库：真的太香了

整个操作下来，AnythingLLM 的体验没有cherry好。AnythingLLM就像一个包壳的web应用(后来查了下，确实是)。AnythingLLM 得具备一定的程序思维，给技术人员用的。非技术人员还是使用cherry吧。作为喜欢折腾的开发人员，我们可以结合dify使用。个人知识库+本地大模型的优点隐私性很好，不用担心自己的资料外泄、离线可用在工作和学习过程中对自己整理的文档，能快速找到，

在阅读redis的源码的时候，一直忽略了一个问题，redis的通信协议,今天就来简单的了解下。

redis设计本身使用的是极简思想，跳跃表的操作，比二叉树简单，不需要考虑平衡，实现起来也简单,我觉的这个是重点redis是纯内存操作，不需要考虑磁盘IO的次数（一个*header可以理解为一个数据页，只不过是在内存里）MySQL为了持久化，需要考虑磁盘IO，利用数据页，系统缓存，减少磁盘的操作顺序如果这个问题反过来就好解释了，MySQL为什么用B+Tree 而不用跳表层低，磁盘IO少性能稳定平衡

前段时间给小伙伴分享redis，顺带又把redis撸了一遍了，对其源码，又有了比较深入的了解。（ps分享的文章再丰富下再放出来）。

在我计算key个value的空间的时候，发现我使用命令获取的和自己算的总是对不上。

项目中通过webservice获取的内容都是xml的字符串，每次解析这些字符串比较麻烦，就写了个方法将xml文本解析成List<Map<String,String>格式/***将xml文件或者xml字符串解析成List<Map<String,String>*@parampathOrstr路径或者xml文本*@paramtyp...

通过这篇，你可以详细的了解spring是如何解决循环依赖的，怎么提升代码的执行效率，怎么给bean初始化增加扩展点。