EP230: RAG vs Agentic RAG

EP230：RAG 与 Agentic RAG - ByteByteGo 通讯

EP230：RAG 与 Agentic RAG

ByteByteGo

2026年10月24日

为长期构建而生。（赞助内容）

长期运行的代理需要持久性。

它们必须忍受等待用户的时间，经受工具故障的考验。它们需要从容应对模型智能的每一次跃升。

Inngest 让长期运行的代理具备耐用性、可观测性和持续改进能力。

查看他们的慷慨免费层级和简洁的本地开发服务器，用于测试你的工作流程。

使用 Inngest 为长期构建

本周的系统设计回顾：

• 每位工程师都应了解的前5个AI构建模块（YouTube视频）
• RAG 与 Agentic RAG
• OAuth（授权）+ OIDC（认证层）
• 理解Linux目录结构

每位工程师都应了解的前5个AI构建模块

RAG 与 Agentic RAG

RAG 是一种结合信息检索与大语言模型（LLM）生成答案的技术。以下是RAG的高层工作原理：

• 用户向应用提出问题
• 检索系统从知识库中提取相关信息
• 应用将这些信息添加到提示中
• LLM 利用该上下文生成答案

RAG 通常遵循预定义的检索流程。其结果质量取决于检索上下文的准确性。

Agentic RAG 采用不同方法。与其一次性检索，代理可以反复获取和评估信息，直到收集到足够证据生成答案。典型工作流程如下：

• 代理根据任务选择合适的工具
• 这些工具可以搜索文档、API、数据库或网络
• 获取到的证据会被检查是否足够完成任务
• 如果不足，代理可以调整搜索或选择其他工具
• 一旦收集到足够证据，LLM 将利用该上下文生成答案

感谢开源维护者（赞助内容）

开源是我们构建几乎所有事物的基础，而背后的维护者使这一切成为可能。好消息是，支持他们的运动正在增长。

两年前，Open Source Pledge 开始推动向维护者支付报酬成为常态。如今，37家成员公司已向维护者和基金会支付了840万美元，每新增一家成员公司都进一步推动了这一进程。

查看Sentry今年如何将100万美元投入实践，或加入Pledge，成为未来发展的参与者。

了解更多

OAuth（授权）+ OIDC（认证层）

如果你想在Slack频道中显示Google日历事件，需要获得读取日历的权限。如何让Slack访问你的日历，而又不提供Google密码给Slack？

这时OAuth 2.0就派上用场了。Slack基本上看不到你的Google密码。它可以让应用代表你访问受保护资源，而无需知道你的凭证。

简单来说，OAuth 2.0处理授权。在Slack的情况下，它会将你引导至Google的授权服务器，你登录后授予Slack访问日历的权限。Google会给你授权码，Slack会用该码换取访问令牌。

如果Slack还想验证请求访问Google日历的人的身份，就需要OIDC。OIDC处理身份验证，并构建在OAuth 2.0之上。

OAuth 界定你被允许访问的范围，而 OIDC 用于确认你的身份。除了授权服务器返回的 access_token，这次还会额外发送一个 id_token，这是一个经过签名的 JWT，基本上会告诉 Slack 刚刚登录的是谁。

理解 Linux 目录结构

Linux 目录结构以根目录“/”开始。让我们来探索 Linux 的目录结构。

内核镜像和引导加载程序文件存储在“boot”目录中。你的硬盘分区和设备相关文件位于“dev”目录中。

所有程序和库都存储在“bin”、“sbin”、“usr”和“lib”目录中。例如，你安装的软件位于“usr”目录中。你是否好奇过 ls、cp 和 cat 命令的存放位置？“bin”目录保存着这些基本命令。

系统范围的配置文件存放在“etc”目录中，“var”目录则保存着系统运行时会变化的数据，你可以在其中找到日志文件。

如果你有一个 USB 驱动器，它会被挂载到“bin”目录中。对于任何想要临时挂载到 Linux 机器上的外部驱动器，“media”目录就是它的存放位置。如果你有多个用户账户，“home”目录会为每个用户单独分配空间。