跳到主要内容

如何从 v0.0 链迁移

LangChain 自最初发布以来已经发展,许多原始的“链”类已被弃用,取而代之的是更灵活、更强大的 LCEL 和 LangGraph 框架。

本指南将帮助您将现有的 v0.0 链迁移到新的抽象。

已弃用实现的工作原理

即使许多这些实现已被弃用,它们在代码库中**仍然受支持**。但是,不建议用于新开发,我们建议使用以下指南重新实现它们!

要查看每个已弃用实现的计划删除版本,请查看其 API 参考。

先决条件

这些指南假设您对以下概念有一定的了解

LangChain 维护了许多旧的抽象概念。其中许多可以通过 LCEL 和 LangGraph 原语的简短组合来实现。

LCEL

LCEL 旨在简化使用 LLM 构建有用应用程序并组合相关组件的过程。它通过提供以下功能来实现这一点:

  1. 统一的接口:每个 LCEL 对象都实现了 Runnable 接口,该接口定义了一组通用的调用方法(invokebatchstreamainvoke 等)。这使得自动且一致地支持中间步骤的流式传输和批处理等有用的操作成为可能,因为由 LCEL 对象组成的每个链本身都是一个 LCEL 对象。
  2. 组合原语:LCEL 提供了一些原语,可以轻松地组合链、并行化组件、添加回退、动态配置链内部结构等等。

LangGraph

LangGraph 构建在 LCEL 之上,允许高性能地编排应用程序组件,同时保持简洁且可读的代码。它包括内置的持久性、对循环的支持,并优先考虑可控性。如果 LCEL 对于更大或更复杂的链变得笨拙,它们可能会受益于 LangGraph 的实现。

优势

将这些框架用于现有的 v0.0 链会带来一些优势

  • 生成的链通常会实现完整的 Runnable 接口,包括在适当情况下的流式传输和异步支持;
  • 这些链可能更容易扩展或修改;
  • 链的参数通常会暴露出来,以便比以前的版本(往往是子类并且具有不透明的参数和内部结构)更容易进行自定义(例如,提示)。
  • 如果使用 LangGraph,该链支持内置的持久性,可以通过聊天历史记录的“记忆”来实现对话体验。
  • 如果使用 LangGraph,可以流式传输链的步骤,从而实现更大的控制和自定义性。

以下页面帮助您从各种特定链迁移到 LCEL 和 LangGraph

请查看LCEL 概念文档LangGraph 文档以获取更多背景信息。


此页面是否对您有帮助?