rag

给团队搭一个 AI 工作台：Open WebUI 接入 Ace Data Cloud 实战想让团队在自己的界面里聊天、切换模型，进一步试用知识库问答，又不想从零开发前端？Open WebUI 提供多用户与知识库等能力；Ace Data Cloud 提供 OpenAI 兼容接口。把两者接起来，先跑通一条对话，再逐步验证团队场景，是一条清晰的路径。

for_ever_love__

LangChain Agentic RAG：让 Agent 自己决定要不要检索、检索几次传统 RAG 是"问一次，检索一次，答一次"的固定流程。但很多问题根本不是一次检索能解决的： “对比一下 2023 和 2024 年的差旅制度有什么变化”—— 这需要检索两次，还得分别定位两个版本。

小易老师AI实战

AI Agent 完整实战：记忆机制 + 任务拆解 + 自动执行过去两年，大量AI Agent项目停留在Demo演示：简单调用LLM、一次性prompt完成问答，一旦任务复杂、会话变长、需要跨轮次持续执行就会失效。到2026年，AI Agent的竞争不再是“能不能跑起来”，而是稳定执行长任务、可控记忆管理、Token成本可控、异常可重试。一套能落地的Agent，离不开三大底座：记忆系统、任务规划器、执行器。

for_ever_love__

LangChain Text-to-SQL：让不会写 SQL 的人查数据库“上个月华东区销售额前三的产品是哪些？”—— 业务同事每天都要问这类问题，每次都得找数据分析师写 SQL。

大模型技术全景(二十)：RAG 文本分块策略与语义完整性📚 本文收录于「流浪」的系列专栏🏠 博客主页：流浪｜ 📝 原创首发于 CSDN篇十九解决的是「文档怎么变成结构化文本」 ——PDF 的绘图指令被还原成带标题、带表格的 Markdown。文本到手之后还差一步才能入库：一本教材几百页、一份说明书几十页，整篇丢进检索和生成都不现实。本篇拆 RAG 的第二个环节——文本分块：它为什么躲不开，六种策略各自是什么脾气，以及六种放在一张表上该怎么选。

小易老师AI实战

企业生产级RAG知识库搭建实战：解决大模型幻觉与检索失效问题在大模型企业落地场景中，RAG检索增强生成是应用最广泛、落地成本最低的核心方案，广泛用于企业内部文档问答、业务知识库、智能客服、资料检索答疑等场景。但绝大多数企业初期落地的基础RAG架构，仅能实现基础Demo演示，一旦接入真实业务文档、面向用户正式上线，就会暴露各类生产问题。

智码看视界

向量数据库选型实战：Milvus vs Chroma vs Qdrant 谁更适合 RAGRAG 系统真到生产才发现有 N 个坑，向量库选型不能只看 benchmark。RAG 系统的向量库，真到生产才发现有 N 个坑。先定义 5 个选型维度：

宇擎智脑科技

Sirchmunk 深度解析（一）：一个无需向量数据库的自进化搜索引擎架构设计本文对 ModelScope 开源项目 Sirchmunk 进行系统性的架构分析，重点剖析其"无索引检索"与"自进化知识图谱"两大核心设计理念的技术实现。

东莞市云毅网络有限公司

AI 引用句逐条回指原文：让回答可回溯的校验实现一段生成式回答读起来通顺，和它是否站得住，是两件事。「主力机型质保三年，全国设有一百二十个服务网点」，句子漂亮，只要没有任何一份原文能对上，它就是一条无法核对的说法。可回溯校验要做的，是把回答逐句拆开，再让每一句回到原始资料里找到出处。

我不会起名字322

RAG 召回不准到底该改哪一环？切片、检索器、重排的 25 题实测与 6 步排查表我不会起名字322 · 后端 / 算法 / 数据库📘 技术栈｜ 🧩 力扣 Hot100 ｜ 🐹 Go 项目｜ 🟥 Redis ｜ 🐬 MySQL

大模型技术全景(十八)：RAG 检索增强生成与知识时效性问题📚 本文收录于「流浪」的系列专栏🏠 博客主页：流浪｜ 📝 原创首发于 CSDN篇十七把幻觉的根因拆成了三层，「知识缺、知识旧」那一层留给工程去治，治它的主流架构就是 RAG。但企业真正卡住的地方往往不是模型不够聪明，而是知识在自己手里、模型碰不到。本篇讲 RAG 是什么、为什么非它不可、哪些场景已经跑出了可核实的数字。

做个文艺程序员

MinIO第07篇：基于MinIO + Spring AI + pgvector构建RAG知识库（Java全栈实战）系列导读：前六篇我们完成了从架构认知、Spring Boot集成、大文件分片上传、多租户隔离、事件驱动架构到分布式部署的完整链路。这一篇是系列的收官之作，我们将把MinIO从“文件存储工具”升级为“AI数据底座”——用Spring Boot 3 + Spring AI + MinIO + PostgreSQL/pgvector构建一个完整的RAG（检索增强生成）知识库系统。

天堂沙县小吃

RAG 进入 2.0 时代：从传统 RAG 到 Agentic RAG——检索增强生成的新范式大语言模型擅长组织语言，却无法天然掌握企业私有数据，也无法保证参数中的知识始终准确、及时。RAG（Retrieval-Augmented Generation，检索增强生成）的核心价值，就是在生成答案之前引入外部知识，让模型尽可能“有据可依”。

互联网叫兽

RAG 知识库-基于元数据的细粒度权限控制在企业级 RAG（检索增强生成）应用中，知识库权限控制是一个绕不开的话题。传统的权限模型通常停留在知识库级别——一个用户要么能访问整个知识库，要么完全不能访问。

PDF 论文处理器 — 改进方向与建议文档文档性质：局限性诊断 + 可落地优化方案 + 重构路线图requirements.txt 声明 pandas==2.2.0，但全项目无任何 import pandas（pdf_extractor.py 用 fitz、output_manager.py 用标准库 csv/json）。

大模型工程化实战（十六）：政企国产化避坑——合规/信创名录/私有化运维/国产硬件适配/原厂支持这五道关怎么过上一篇《开源工具箱 30+ 选型地图》结尾我留了一句话：“这张地图上，‘国产化 / 私有化’是一整根约束轴……下一篇《政企国产化避坑》：地图上标了国产化的那些格，背后的坑单独一篇来讲。”今天来还这笔账。

玩转大模型（一）：参数、token、FLOPs 怎么算，提示词/RAG/微调/续训/Agent 怎么选💡刚入门时最容易犯的毛病，是把大模型当成一个"更聪明的搜索引擎"。问一句答一句，答得不好就换个问法继续问，问到最后开始怀疑模型智商。

PDF 论文处理器 — 优势与功能文档文档性质：核心功能总结、设计亮点提炼、相对通用方案的差异化优势本工具围绕"把网安科研 PDF 变成 Dify 可用的高质量知识块"这一目标，提供以下端到端能力：

【Luck‑Report】 AI 智能报表助手 + RAG 知识库 + 报表引擎 V2.0.7 更新=Luck-Report 从 2.0.6 升到 2.0.7，这次更新主要是对内部接口和字段做了统一的修正

PDF 论文处理器 — 技术报告文档适用项目：数据处理脚本 / Dify 知识库数据生成工具文档性质：技术剖析与归档本文档覆盖以下内容：本工具是一个面向网络安全（网安）科研论文的领域专用 PDF 文本预处理流水线。其目标是将分散存储的英文论文 PDF，转化为 Dify 知识库可直接导入的高质量"数据块（chunk）"，服务于 RAG（检索增强生成）场景下的论文检索、研究现状总结与创新点挖掘。