LangChain.js MistralAI 集成包演进全解析从 0.2.x 到 1.2.0 的关键变更与技术实践【免费下载链接】langchainjsThe agent engineering platform项目地址: https://gitcode.com/GitHub_Trending/la/langchainjs本指南以langchain/mistralai集成包的 CHANGELOG 为主线逐一拆解其在 LangChain v1.0 时代的关键演进原生 streamEvents 事件转换、mistralai/mistralaiv2 SDK 升级、结构化输出的标准 Schema 支持、中止信号AbortSignal处理、FIM 代码补全开关等。读者可通过源码级佐证理解每次变更背后的实现原理并在自己的项目中正确使用这些新能力。版本脉络一览langchain/mistralai是 LangChain.js 官方提供的 Mistral 模型集成包当前仓库中的最新版本为1.2.0见 package.json。其 CHANGELOG 记录了一段从 0.2.x 到 1.x 的完整演进按主题可归为以下几类版本类型核心变更1.2.0Minor新增原生 streamEvents 事件转换1.1.0Minor升级mistralai/mistralaiv2补全response_metadata.model1.0.8Patch移除直接 uuid 依赖修复安全漏洞1.0.7Patch结构化输出支持标准 SchemaStandard Schema1.0.6Patch包版本元数据写入可运行链路trace1.0.5Patch聊天模型新增字符串式构造函数重载1.0.4Patch完善 invoke / stream 的 AbortSignal 处理1.0.3Patch修复类型兼容性与流式问题1.0.2Patch新增useFim选项切换 FIM 与 Chat API1.0.1Patch修复moduleResolution: node兼容性1.0.0Major适配 LangChain v1.00.2.3Patch回滚 toolCall 与 response 配对逻辑0.2.2Patch保证 toolCall 与 toolResponse 一一对应下文将按“流式输出、模型调用、结构化输出、工具调用、工程健壮性”五大主题展开将每次变更落地到具体源码。一、流式输出的两代实现从裸 Chunk 到原生 streamEvents1. 传统stream()按 token 产出ChatGenerationChunkChatMistralAI通过_streamResponseChunks实现逐 token 流式输出见 chat_models.ts。核心逻辑是将 LangChain 消息转换为 Mistral 消息后调用completionWithRetry(input, true)开启 SDK 流遍历{ data }事件取出data.choices[0].delta经_convertDeltaToMessageChunk转为AIMessageChunk等消息块组装成ChatGenerationChunk并逐个yield同时通过runManager?.handleLLMNewToken通知回调管理器。其中streamUsage参数控制是否在流中携带 token 用量shouldStreamUsage为真时把data.usage写入每个 chunk 的usage_metadatainput_tokens/output_tokens/total_tokens。2. 原生streamEventsMistral 流直接映射为 OpenAI 兼容事件1.2.01.2.0 版本新增了_streamChatModelEvents方法chat_models.ts它不再产出ChatGenerationChunk而是直接产出 LangChain 的ChatModelStreamEvent。其底层依赖新增的 utils/stream_events.tsmistralDataToOpenAIChunk把 Mistral 的流式数据块choices[0].delta、toolCalls等映射为 OpenAI 兼容的chat.completion.chunk结构同时兼容toolCalls/tool_calls两种字段命名convertMistralStream将映射后的数据交给langchain/core的convertOpenAICompletionsStream统一转换成ChatModelStreamEvent序列并以mistralai作为 provider 标识。仓库提供了专门的单元测试 chat_models_stream_events.test.ts覆盖了文本流、带 reasoning 的流、以及工具调用流三类场景验证streamEvents的正确性。这意味着在流式场景中ChatMistralAI与其他 OpenAI 系模型的 streamEvents 行为保持了一致的事件语义便于上层 Agent 框架统一消费。二、模型调用SDK v2 升级与响应元数据补全1. 升级mistralai/mistralaiv21.1.01.1.0 将底层 SDK 升级到 v2。当前 package.json 声明依赖mistralai/mistralai: 2.2.1。这次升级的影响面覆盖整个包的调用层chat_models.ts中的请求/响应类型全部改为从 v2 的models/components/*.js导入如chatcompletionrequest.js、chatcompletionresponse.js、completionevent.js所有 SDK 调用统一走新客户端的client.chat.complete()/client.chat.stream()与client.embeddings.create()/client.fim.*接口。2. 补全response_metadata.model1.1.0该版本同时修复了此前缺失模型名元数据的问题。在_generate的非流式分支中现在会读取response?.model并写入generationInfo.modelchat_models.ts在_streamResponseChunks的流式分支中同样会把data.model写入generationInfo。最终这些信息会出现在AIMessage.response_metadata中方便调用方确认实际命中的模型实例。三、结构化输出标准 Schema 支持1.0.7结构化输出是 1.0.7 的重点。ChatMistralAI.withStructuredOutput现在支持三类 Schema 输入chat_models.tsInterop Zod SchemaInteropZodType——通过isInteropZodSchema识别用toJsonSchema转成 JSON Schema标准 SchemaSerializableSchema——通过isSerializableSchema识别同样转为 JSON Schema普通对象 / OpenAI 风格 Function Definition——直接按参数对象使用。实现上提供两种方法method配置项functionCalling默认把 Schema 包装成一个名为extract或config.name指定的函数工具通过bindTools绑定并以tool_choice: any强制调用最后用createFunctionCallingParser解析工具调用结果为结构化对象jsonMode通过response_format: { type: json_object }让模型输出 JSON再用createContentParser解析。两者最终都经assembleStructuredOutputPipeline组装成可运行的 Runnable。仓库中的集成测试 chat_models.int.test.ts 覆盖了 Zod/JSON Schema 与 functionCalling/jsonMode 的四种组合及includeRaw用法单元测试 chat_models.test.ts 则验证了标准 Schema 路径。当includeRaw: true时返回结构为{ raw: BaseMessage, parsed: RunOutput }便于同时拿到原始消息与解析结果。四、工具调用ID 兼容与响应配对1. toolCall 与 toolResponse 的一一配对0.2.2 / 0.2.30.2.2 引入了“发送消息给 Mistral API 时确保 toolCalls 有对应 toolResponses”的逻辑0.2.3 曾回滚配对逻辑随后又在 1.x 中重新完善。当前实现位于convertMessagesToMistralMessageschat_models.ts先遍历全部消息收集所有tool_call_id对应的工具响应 ID 集合对每条AIMessage过滤出有对应工具响应的 toolCallsfilteredToolCalls若没有匹配的工具响应且消息内容为空则直接丢弃该消息若仍有内容则仅发送内容Mistral 的 assistant 角色消息只允许“内容”与“工具调用”二选一因此实现会分别发送。2. 工具调用 ID 的 Mistral 兼容转换Mistral API 对工具调用 ID 有固定格式约束9 位[a-zA-Z0-9]因此 utils.ts 实现了_convertToolCallIdToMistralCompatible合法 ID 原样透传否则用简单哈希加 Base62 编码生成 9 位兼容 ID。mistralAIResponseToChatMessage与_convertDeltaToMessageChunk在解析响应时也会为缺失 ID 的调用生成 UUID去横线。3. 工具绑定与多模态内容bindTools接受MistralAIToolCall | MistralAITool | BindToolsInput三类输入LangChain 原生工具含 Zod 参数会被自动转换为 Mistral 函数工具。消息转换同时支持文本与image_url两类内容块getContent并限定图片仅可用于user/assistant角色。五、工程健壮性中止信号、安全与兼容性1. AbortSignal 全链路处理1.0.41.0.4 完善了中止行为使其与langchain/core统一_generate入口先执行options.signal?.throwIfAborted()信号已中止时立即抛出ModelAbortError该错误类定义于langchain/core的 errors 模块携带流式中途已累计的partialOutput_streamResponseChunks在循环内检查options.signal?.aborted并提前返回——由于 chunk 已逐块交给调用方此处抛出的是普通AbortError当存在signal或timeout时即使未显式开启流式_generate也会切换到内部流式路径shouldStream判断这是为了规避 SDK 无法取消单次请求的限制_streamChatModelEvents的extractData同样在每次迭代前检查信号。这套机制保证了调用方可随时取消长请求且 fallback 链.withFallbacks在前一个 runnable 被中止后能正确流转到下一个。2. 移除 uuid 依赖修复安全漏洞1.0.81.0.8 移除了对uuid包的直接使用改为从langchain/core/utils/uuid导入v4消除了依赖项中的已知漏洞面。源码中所有生成 ID 的位置工具调用 ID 兜底等均已切换到该导入。3.moduleResolution: node兼容1.0.11.0.1 修复了在moduleResolution: node配置下无法正确解析类型的问题使包在更保守的 TypeScript 工程配置下也能正常使用。4. 包版本元数据写入 trace1.0.61.0.6 起ChatMistralAI与MistralAIllms.ts在构造函数中调用this._addVersion(langchain/mistralai, __PKG_VERSION__)将包版本写入metadata.versions。配合getLsParams提供的ls_provider: mistral、ls_model_name、ls_model_type等 LangSmith 参数可在追踪平台上直接定位到具体集成包版本排查回归更高效。5. 字符串式模型构造重载1.0.51.0.5 为ChatMistralAI增加了字符串式构造重载// 方式一字符串模型名 其余字段 const model new ChatMistralAI(mistral-large-latest, { temperature: 0, }); // 方式二字段对象等价 const model2 new ChatMistralAI({ model: mistral-large-latest, temperature: 0, });六、MistralAI 补全模型FIM 与 Chat API 的切换1.0.2MistralAI继承自LLM见 llms.ts面向代码补全场景默认模型为codestral-latest。1.0.2 引入的useFim选项解决了“FIMFill-In-Middle与普通 Chat API 二选一”的问题useFim: true默认对 codestral 系模型走client.fim.complete()/client.fim.stream()支持suffix参数做中间填充补全useFim: false默认对通用模型把 prompt 包装成 user 消息走client.chat.complete()/client.chat.stream()。默认值通过isCodestralModel(this.model)推断模型名包含codestral即启用 FIM同时允许用户显式覆盖。MistralAICallOptions中的suffix用于指定补全后缀文本。集成测试 llms.int.test.ts 验证了非 FIM 模型的流式与非流式路径以及useFim的默认推断逻辑。批量生成时通过chunkArray按batchSize默认 20分批、并用maxConcurrency控制并发。七、Embeddings批量向量化能力除聊天与补全外该包还提供MistralAIEmbeddingsembeddings.ts默认模型mistral-embed默认输出格式float。关键参数batchSize单请求最大文档数默认 512超出自动分批并发请求stripNewLines默认true将文本中的换行替换为空格Mistral 官方建议支持自定义serverURL、三类 HTTP hooksbeforeRequest/requestError/response与自定义httpClient。八、如何验证与上手1. 安装与基本使用npm install langchain/mistralai langchain/core export MISTRAL_API_KEYyour-api-keyimport { ChatMistralAI } from langchain/mistralai; import { HumanMessage } from langchain/core/messages; const model new ChatMistralAI({ model: mistral-small-latest, }); const response await model.invoke(new HumanMessage(Hello world!));更完整的用法流式、聚合 chunk、绑定工具、结构化输出、usage_metadata可参考包内 README.md其中包含可直接运行的代码示例与期望输出。2. 运行测试包的 package.json 提供了完整测试脚本pnpm test # 单元测试vitest pnpm test:int # 集成测试需要真实 API key pnpm test:standard # 标准一致性测试unit int标准测试依赖仓库内的 langchain/standard-tests 与 langchain/test-helpers环境变量辅助是 LangChain 各 provider 包共用的一致性验证体系。3. 关注点小结若你的应用依赖流式事件语义升级到1.2.0以获取原生streamEvents若使用结构化输出1.0.7支持标准 Schema可跨框架复用同一套 Zod / JSON Schema 定义若构建 Agent 工具链注意 Mistral 对工具调用 ID 的 9 位格式约束包内已自动兼容若做代码补全根据模型类型正确设置useFimcodestral 系默认开启若需要对请求做精细控制超时、取消、fallback1.0.4 起的中止处理已与 LangChain 核心语义对齐。结语从 0.2.x 到 1.2.0langchain/mistralai的演进主线清晰跟随mistralai/mistralaiv2 SDK 升级向 LangChain v1.0 的流式事件、结构化输出、中止语义与可观测性标准全面对齐同时针对 Mistral API 的特殊性工具 ID 格式、FIM 与 Chat API 之分做了精细适配。理解 CHANGELOG 中每一条变更背后的源码实现能帮助你在升级依赖与排查问题时事半功倍。【免费下载链接】langchainjsThe agent engineering platform项目地址: https://gitcode.com/GitHub_Trending/la/langchainjs创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
LangChain.js MistralAI 集成包演进全解析从 0.2.x 到 1.2.0 的关键变更与技术实践【免费下载链接】langchainjsThe agent engineering platform项目地址: https://gitcode.com/GitHub_Trending/la/langchainjs本指南以langchain/mistralai集成包的 CHANGELOG 为主线逐一拆解其在 LangChain v1.0 时代的关键演进原生 streamEvents 事件转换、mistralai/mistralaiv2 SDK 升级、结构化输出的标准 Schema 支持、中止信号AbortSignal处理、FIM 代码补全开关等。读者可通过源码级佐证理解每次变更背后的实现原理并在自己的项目中正确使用这些新能力。版本脉络一览langchain/mistralai是 LangChain.js 官方提供的 Mistral 模型集成包当前仓库中的最新版本为1.2.0见 package.json。其 CHANGELOG 记录了一段从 0.2.x 到 1.x 的完整演进按主题可归为以下几类版本类型核心变更1.2.0Minor新增原生 streamEvents 事件转换1.1.0Minor升级mistralai/mistralaiv2补全response_metadata.model1.0.8Patch移除直接 uuid 依赖修复安全漏洞1.0.7Patch结构化输出支持标准 SchemaStandard Schema1.0.6Patch包版本元数据写入可运行链路trace1.0.5Patch聊天模型新增字符串式构造函数重载1.0.4Patch完善 invoke / stream 的 AbortSignal 处理1.0.3Patch修复类型兼容性与流式问题1.0.2Patch新增useFim选项切换 FIM 与 Chat API1.0.1Patch修复moduleResolution: node兼容性1.0.0Major适配 LangChain v1.00.2.3Patch回滚 toolCall 与 response 配对逻辑0.2.2Patch保证 toolCall 与 toolResponse 一一对应下文将按“流式输出、模型调用、结构化输出、工具调用、工程健壮性”五大主题展开将每次变更落地到具体源码。一、流式输出的两代实现从裸 Chunk 到原生 streamEvents1. 传统stream()按 token 产出ChatGenerationChunkChatMistralAI通过_streamResponseChunks实现逐 token 流式输出见 chat_models.ts。核心逻辑是将 LangChain 消息转换为 Mistral 消息后调用completionWithRetry(input, true)开启 SDK 流遍历{ data }事件取出data.choices[0].delta经_convertDeltaToMessageChunk转为AIMessageChunk等消息块组装成ChatGenerationChunk并逐个yield同时通过runManager?.handleLLMNewToken通知回调管理器。其中streamUsage参数控制是否在流中携带 token 用量shouldStreamUsage为真时把data.usage写入每个 chunk 的usage_metadatainput_tokens/output_tokens/total_tokens。2. 原生streamEventsMistral 流直接映射为 OpenAI 兼容事件1.2.01.2.0 版本新增了_streamChatModelEvents方法chat_models.ts它不再产出ChatGenerationChunk而是直接产出 LangChain 的ChatModelStreamEvent。其底层依赖新增的 utils/stream_events.tsmistralDataToOpenAIChunk把 Mistral 的流式数据块choices[0].delta、toolCalls等映射为 OpenAI 兼容的chat.completion.chunk结构同时兼容toolCalls/tool_calls两种字段命名convertMistralStream将映射后的数据交给langchain/core的convertOpenAICompletionsStream统一转换成ChatModelStreamEvent序列并以mistralai作为 provider 标识。仓库提供了专门的单元测试 chat_models_stream_events.test.ts覆盖了文本流、带 reasoning 的流、以及工具调用流三类场景验证streamEvents的正确性。这意味着在流式场景中ChatMistralAI与其他 OpenAI 系模型的 streamEvents 行为保持了一致的事件语义便于上层 Agent 框架统一消费。二、模型调用SDK v2 升级与响应元数据补全1. 升级mistralai/mistralaiv21.1.01.1.0 将底层 SDK 升级到 v2。当前 package.json 声明依赖mistralai/mistralai: 2.2.1。这次升级的影响面覆盖整个包的调用层chat_models.ts中的请求/响应类型全部改为从 v2 的models/components/*.js导入如chatcompletionrequest.js、chatcompletionresponse.js、completionevent.js所有 SDK 调用统一走新客户端的client.chat.complete()/client.chat.stream()与client.embeddings.create()/client.fim.*接口。2. 补全response_metadata.model1.1.0该版本同时修复了此前缺失模型名元数据的问题。在_generate的非流式分支中现在会读取response?.model并写入generationInfo.modelchat_models.ts在_streamResponseChunks的流式分支中同样会把data.model写入generationInfo。最终这些信息会出现在AIMessage.response_metadata中方便调用方确认实际命中的模型实例。三、结构化输出标准 Schema 支持1.0.7结构化输出是 1.0.7 的重点。ChatMistralAI.withStructuredOutput现在支持三类 Schema 输入chat_models.tsInterop Zod SchemaInteropZodType——通过isInteropZodSchema识别用toJsonSchema转成 JSON Schema标准 SchemaSerializableSchema——通过isSerializableSchema识别同样转为 JSON Schema普通对象 / OpenAI 风格 Function Definition——直接按参数对象使用。实现上提供两种方法method配置项functionCalling默认把 Schema 包装成一个名为extract或config.name指定的函数工具通过bindTools绑定并以tool_choice: any强制调用最后用createFunctionCallingParser解析工具调用结果为结构化对象jsonMode通过response_format: { type: json_object }让模型输出 JSON再用createContentParser解析。两者最终都经assembleStructuredOutputPipeline组装成可运行的 Runnable。仓库中的集成测试 chat_models.int.test.ts 覆盖了 Zod/JSON Schema 与 functionCalling/jsonMode 的四种组合及includeRaw用法单元测试 chat_models.test.ts 则验证了标准 Schema 路径。当includeRaw: true时返回结构为{ raw: BaseMessage, parsed: RunOutput }便于同时拿到原始消息与解析结果。四、工具调用ID 兼容与响应配对1. toolCall 与 toolResponse 的一一配对0.2.2 / 0.2.30.2.2 引入了“发送消息给 Mistral API 时确保 toolCalls 有对应 toolResponses”的逻辑0.2.3 曾回滚配对逻辑随后又在 1.x 中重新完善。当前实现位于convertMessagesToMistralMessageschat_models.ts先遍历全部消息收集所有tool_call_id对应的工具响应 ID 集合对每条AIMessage过滤出有对应工具响应的 toolCallsfilteredToolCalls若没有匹配的工具响应且消息内容为空则直接丢弃该消息若仍有内容则仅发送内容Mistral 的 assistant 角色消息只允许“内容”与“工具调用”二选一因此实现会分别发送。2. 工具调用 ID 的 Mistral 兼容转换Mistral API 对工具调用 ID 有固定格式约束9 位[a-zA-Z0-9]因此 utils.ts 实现了_convertToolCallIdToMistralCompatible合法 ID 原样透传否则用简单哈希加 Base62 编码生成 9 位兼容 ID。mistralAIResponseToChatMessage与_convertDeltaToMessageChunk在解析响应时也会为缺失 ID 的调用生成 UUID去横线。3. 工具绑定与多模态内容bindTools接受MistralAIToolCall | MistralAITool | BindToolsInput三类输入LangChain 原生工具含 Zod 参数会被自动转换为 Mistral 函数工具。消息转换同时支持文本与image_url两类内容块getContent并限定图片仅可用于user/assistant角色。五、工程健壮性中止信号、安全与兼容性1. AbortSignal 全链路处理1.0.41.0.4 完善了中止行为使其与langchain/core统一_generate入口先执行options.signal?.throwIfAborted()信号已中止时立即抛出ModelAbortError该错误类定义于langchain/core的 errors 模块携带流式中途已累计的partialOutput_streamResponseChunks在循环内检查options.signal?.aborted并提前返回——由于 chunk 已逐块交给调用方此处抛出的是普通AbortError当存在signal或timeout时即使未显式开启流式_generate也会切换到内部流式路径shouldStream判断这是为了规避 SDK 无法取消单次请求的限制_streamChatModelEvents的extractData同样在每次迭代前检查信号。这套机制保证了调用方可随时取消长请求且 fallback 链.withFallbacks在前一个 runnable 被中止后能正确流转到下一个。2. 移除 uuid 依赖修复安全漏洞1.0.81.0.8 移除了对uuid包的直接使用改为从langchain/core/utils/uuid导入v4消除了依赖项中的已知漏洞面。源码中所有生成 ID 的位置工具调用 ID 兜底等均已切换到该导入。3.moduleResolution: node兼容1.0.11.0.1 修复了在moduleResolution: node配置下无法正确解析类型的问题使包在更保守的 TypeScript 工程配置下也能正常使用。4. 包版本元数据写入 trace1.0.61.0.6 起ChatMistralAI与MistralAIllms.ts在构造函数中调用this._addVersion(langchain/mistralai, __PKG_VERSION__)将包版本写入metadata.versions。配合getLsParams提供的ls_provider: mistral、ls_model_name、ls_model_type等 LangSmith 参数可在追踪平台上直接定位到具体集成包版本排查回归更高效。5. 字符串式模型构造重载1.0.51.0.5 为ChatMistralAI增加了字符串式构造重载// 方式一字符串模型名 其余字段 const model new ChatMistralAI(mistral-large-latest, { temperature: 0, }); // 方式二字段对象等价 const model2 new ChatMistralAI({ model: mistral-large-latest, temperature: 0, });六、MistralAI 补全模型FIM 与 Chat API 的切换1.0.2MistralAI继承自LLM见 llms.ts面向代码补全场景默认模型为codestral-latest。1.0.2 引入的useFim选项解决了“FIMFill-In-Middle与普通 Chat API 二选一”的问题useFim: true默认对 codestral 系模型走client.fim.complete()/client.fim.stream()支持suffix参数做中间填充补全useFim: false默认对通用模型把 prompt 包装成 user 消息走client.chat.complete()/client.chat.stream()。默认值通过isCodestralModel(this.model)推断模型名包含codestral即启用 FIM同时允许用户显式覆盖。MistralAICallOptions中的suffix用于指定补全后缀文本。集成测试 llms.int.test.ts 验证了非 FIM 模型的流式与非流式路径以及useFim的默认推断逻辑。批量生成时通过chunkArray按batchSize默认 20分批、并用maxConcurrency控制并发。七、Embeddings批量向量化能力除聊天与补全外该包还提供MistralAIEmbeddingsembeddings.ts默认模型mistral-embed默认输出格式float。关键参数batchSize单请求最大文档数默认 512超出自动分批并发请求stripNewLines默认true将文本中的换行替换为空格Mistral 官方建议支持自定义serverURL、三类 HTTP hooksbeforeRequest/requestError/response与自定义httpClient。八、如何验证与上手1. 安装与基本使用npm install langchain/mistralai langchain/core export MISTRAL_API_KEYyour-api-keyimport { ChatMistralAI } from langchain/mistralai; import { HumanMessage } from langchain/core/messages; const model new ChatMistralAI({ model: mistral-small-latest, }); const response await model.invoke(new HumanMessage(Hello world!));更完整的用法流式、聚合 chunk、绑定工具、结构化输出、usage_metadata可参考包内 README.md其中包含可直接运行的代码示例与期望输出。2. 运行测试包的 package.json 提供了完整测试脚本pnpm test # 单元测试vitest pnpm test:int # 集成测试需要真实 API key pnpm test:standard # 标准一致性测试unit int标准测试依赖仓库内的 langchain/standard-tests 与 langchain/test-helpers环境变量辅助是 LangChain 各 provider 包共用的一致性验证体系。3. 关注点小结若你的应用依赖流式事件语义升级到1.2.0以获取原生streamEvents若使用结构化输出1.0.7支持标准 Schema可跨框架复用同一套 Zod / JSON Schema 定义若构建 Agent 工具链注意 Mistral 对工具调用 ID 的 9 位格式约束包内已自动兼容若做代码补全根据模型类型正确设置useFimcodestral 系默认开启若需要对请求做精细控制超时、取消、fallback1.0.4 起的中止处理已与 LangChain 核心语义对齐。结语从 0.2.x 到 1.2.0langchain/mistralai的演进主线清晰跟随mistralai/mistralaiv2 SDK 升级向 LangChain v1.0 的流式事件、结构化输出、中止语义与可观测性标准全面对齐同时针对 Mistral API 的特殊性工具 ID 格式、FIM 与 Chat API 之分做了精细适配。理解 CHANGELOG 中每一条变更背后的源码实现能帮助你在升级依赖与排查问题时事半功倍。【免费下载链接】langchainjsThe agent engineering platform项目地址: https://gitcode.com/GitHub_Trending/la/langchainjs创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
