摘要：对比DeepSeek和通义千问的联网搜索功能，测试结果显示DeepSeek在获取准确信息方面表现更优。以示例的查询垂直领域问题为例，DeepSeek能提供有据可查的正确答案，而千问存在数据偏差。通过多组测试数据验证，DeepSeek的实时搜索能力和结果准确性更适合生产环境需求，特别是在需要精确信息的工作场景中。虽然两者都存在部分误差，但DeepSeek整体表现更可靠，建议对结果要求高的场景优

摘要 传统文档管理编写费时、更新滞后、全量修改、表达不清、难以对接AI。借助AI技能生成Wiki文档的解决方案通过直接解析源码实现代码即文档+已有文档，自动输出结构化内容并支持增量更新，实现开发者零成本维护。具体实施分为三步：1) 扫描工程源码生成L1-L3级解析文档；2) 整合设计文档构建完整知识库；3) 使用VitePress搭建可搜索的静态站点。该方法不仅能保持文档与代码同步，还天然适配AI

线上使用polarDB，基于mysql(5.7)，建构为springboot+mybatisplus+durid连接池，部分业务场景涉及大表更新和查询操作，在查询慢sql且超过一定时间时就会报出"Communications link failure"异常，主要体现在界面查询或定时任务处理大批量数据是执行数据库的更新、查询异常。

在企业级智能助手、智能客服、MCP Server 等 Agent 场景中，后端接口返回的数据对象（或 JSON）对大语言模型而言是"冷数据"——字段名与技术语义无法直接映射到业务含义。这里就当前AI读取接口返回"属性名-属性值"形式的结构化对象数据可能存在理解偏差的问题，实现一种基于自定义注解的轻量级转译方案，将结构化对象一键转换为自然语言表达式，无需额外的字典查询步骤，无需AI二次转义，即可显著

摘要：针对MyBatis-Plus默认租户插件仅支持单字段租户条件的局限性，本文提出了一种多字段租户插件的改造方案。通过定义扩展接口FixTenantLineHandler，实现根据表名动态获取不同租户字段（tenant_id1/tenant_id2/tenant_id3）和对应租户ID值。核心改造包括：1）重构处理器接口支持表名参数；2）利用MyBatis-Plus元数据自动判断表字段映射；3）

线上使用polarDB，基于mysql(5.7)，建构为springboot+mybatisplus+durid连接池，部分业务场景涉及大表更新和查询操作，在查询慢sql且超过一定时间时就会报出"Communications link failure"异常，主要体现在界面查询或定时任务处理大批量数据是执行数据库的更新、查询异常。

本文探讨了在Spring AI框架中实现RAG（检索增强生成）检索的优化方案。针对现有检索增强器功能单一、组合复杂的问题，实现更全面、高效的混合检索增强方法。通过定义基础检索器抽象类并实现多种检索器（如BM25关键词检索、语义向量相似度检索等），结合检索器聚合工厂动态创建检索器列表。核心是实现了HybridRetrievalAdvisor，支持多路并行检索、文档去重合并和重排序，最终生成简洁高效的

本文介绍了在自部署PostgreSQL中安装分词插件的两种方案，重点推荐jieba分词方案。详细说明了jieba分词的完整编译部署流程，同时简要介绍了zhparser分词的替代方案。分词插件为RAG应用中实现关键词检索提供了技术实现路径。

摘要：对比DeepSeek和通义千问的联网搜索功能，测试结果显示DeepSeek在获取准确信息方面表现更优。以示例的查询垂直领域问题为例，DeepSeek能提供有据可查的正确答案，而千问存在数据偏差。通过多组测试数据验证，DeepSeek的实时搜索能力和结果准确性更适合生产环境需求，特别是在需要精确信息的工作场景中。虽然两者都存在部分误差，但DeepSeek整体表现更可靠，建议对结果要求高的场景优

本文探讨了在Spring AI框架中实现RAG（检索增强生成）检索的优化方案。针对现有检索增强器功能单一、组合复杂的问题，实现更全面、高效的混合检索增强方法。通过定义基础检索器抽象类并实现多种检索器（如BM25关键词检索、语义向量相似度检索等），结合检索器聚合工厂动态创建检索器列表。核心是实现了HybridRetrievalAdvisor，支持多路并行检索、文档去重合并和重排序，最终生成简洁高效的